Если кто-то знает, как справиться с непростым заданием, то это умные дизайнеры из студии Jack Renwick Studio. Студия, известная своими отличительными чертами, простым, но смелым веб-сайтом и отмеченными наградами проектами, имеет список впечатляющих клиентов и не менее впечатляющую работу. И хотя ее команда облегчает работу, дизайнеры борются с хитрыми трусами, как и все мы. Мы…
Потребители, которым нравится имеют выбор. Мало кто будет есть в ресторане, где подают только одно блюдо. Но исследователи обнаружили, что существует слишком много вариантов. «Перегрузка выбора» может иметь негативные последствия, например, ноющее беспокойство, которое вы не поняли правильно, или ощущение, что вы настолько ошеломлены, что решили вообще ничего не покупать. Amazon, возможно, больше, чем любой…
[This article was first published in New Design, issue 138]
Принятие решений о будущем направлении продукта или услуги не так просто. Это требует не только коммерческой проницательности и технической изобретательности, но и элемента прогнозирования — определения того, как продукт или услуга будут соответствовать будущему пользователю и потребностям рынка.
Проектные команды могут нарушить одно из двух очистить ловушки при выборе будущего направления для продукта или услуги. Некоторые команды ограничивают собираемую информацию, полагаясь на интуицию — совершенствуя проект без четкого понимания риска, в то время как другие собирают слишком много, задерживая принятие решений в поисках более четкой, более однозначной информации. В последнем есть риск, что аналитический паралич может наступить — когда решения могут многократно откладываться по мере того, как возникают дополнительные вопросы, приводящие к дальнейшим исследованиям.
Прагматическая середина заключается в том, чтобы основывать решения на обосновании соответствующих информация, определяющая, когда доступной информации достаточно для достижения определенного уровня риска. Возможно, что еще более важно, задача состоит в том, чтобы обеспечить поиск нужной информации.
Хотя мы не можем быть уверены в будущем, мы можем сделать обоснованные предположения. Некоторые предположения будут иметь высокий уровень уверенности, другие менее. Аналогичным образом, некоторые предположения будут иметь решающее значение для дизайна, другие менее. Продукты имеют наибольшие шансы на успех, если они разработаны на основе четкого понимания допущений, лежащих в основе ключевых проектных решений, а также описания их надежности и критичности по отношению к дизайну. Кроме того, активный мониторинг и защита этих предположений играет важную роль в повышении вероятности успеха.
Подход, который мы усовершенствовали в течение последних нескольких лет, и описывающий поскольку дизайн, основанный на допущениях, создает явную и проверяемую связь между доступной информацией, допущениями, которые делаются на основе этой информации, и рекомендациями по проектированию.
Понимание связей между информацией, допущениями и рекомендации по проектированию очень важны Связывая предположения с рекомендациями по проектированию, можно понять, какие предположения являются более важными для проекта, а какие менее (или даже не имеют значения). Аналогичным образом, информация, которая используется для направления будущих рекомендаций по продукту, может быть четко выделена.
Когда к предположениям применяется оценка достоверности, этот подход служит структурированным процессом для определения приоритетов будущих исследований с упором в первую очередь на допущения, которые имеют существенное влияние на направление проектирования и те, которые имеют более низкие уровни достоверности.
Процесс можно обобщить следующим образом:
1. Записать информацию и информацию, собранную
2. Запишите сделанные предположения
3. Свяжите предположения с информацией и оцените достоверность предположений
4. Запишите рекомендации, сделанные
5. Свяжите рекомендации с допущениями и определите рейтинг достоверности рекомендаций
6. Определить критические предположения
7. Определите необходимые процессы для подтверждения и мониторинга информации и допущений
Тип собираемой информации будет зависеть от типа проектируемого продукта. Тем не менее, он может включать ряд факторов, которые могут направлять инновации:
Потребности
· Явная заинтересованная сторона (конечные пользователи, производители, установщики, сопровождающие и т. Д.) ) потребности и потребности
· Скрытые потребности заинтересованных сторон
· Рыночные требования (например, нормативные требования, модели затрат)
Технология
· Доступность новейших компонентов
· Текущий конвейер НИОКР
· Прогнозируемые технологические инновации и калькуляция затрат (экстраполяция трендов)
[Тенденциикатегории
] · Описания текущих продуктов конкурентов
· Интеллект вокруг трубопроводов конкурентов (о чем они говорят в будущем)
· Патентные поиски и ландшафт
Макро тренды
· Тенденции из параллельных миров это происходит на других рынках, которые имеют тенденцию к каскадному снижению)
· Более широкие тренды (например, отношение к одноразовым пластмассам, взгляды на безналичные операции)
Допущения делаются на основе интерпретации одной или нескольких частей информации.
В качестве примера для данного продукта ряд источников информации (таких как данные «голоса клиента» и сопоставление портфеля конкурента) могут указывать на важность подключенной версии продукта, что приводит к предположению, что связанный вариант будет иметь решающее значение для дизайн.
Мы можем быть очень уверены в некоторых предположениях, которые мы делаем в отношении продукта или услуги. Другие могут чувствовать себя немного больше, чем предположение. В связи с этим важно иметь некоторый способ получения описания их достоверности вместе со ссылкой на используемые источники информации. Это создает проверяемый след и позволяет пересматривать допущения, если впоследствии будет поставлен под сомнение достоверность источника информации.
Рекомендации могут рассматриваться почти так же, как и предположения. Важно записать, на чем они основаны, и уровень доверия к ним. Принятие рекомендации, вероятно, определит важность каждого из связанных допущений и, в свою очередь, соответствующих информационных элементов. Это может привести к дальнейшим исследованиям для подтверждения информации.
Продолжая пример необходимости подключенного устройства, это, вероятно, приведет к рекомендации по разработке подключенного варианта продукта. Тем не менее, может быть критически важно повторно проверить это предположение на протяжении всего процесса разработки, чтобы убедиться, что разрабатываемый продукт действительно соответствует потребностям потребителя.
После того, как все предположения перечислены и связаны с рекомендациями и информацией, поэтому важно понять, какие из них наиболее важны для успеха продукта или услуги. Это позволяет отслеживать критические допущения и акцентировать внимание на допущениях, которые имеют решающее значение для успеха продукта. Критические допущения могут затем отслеживаться, защищаться и хеджироваться.
Например, если успех продукта связан с двумя основными допущениями: то, что продукт будет иметь самую низкую стоимость товаров (COG) и что стоимость будет ключевым фактором при принятии решений о покупке, поэтому может оказаться крайне важным отслеживать портфели конкурентов и инновационные каналы (например, поиск патентов), чтобы понять, разрабатывают ли они технологии или процессы, которые могут дать им ценовое преимущество.
Преимущества с точки зрения затрат могут быть защищены путем дальнейшего сокращения COG с помощью упражнений по сокращению затрат (что усложняет допущение неудачи).
Это также можно хеджировать, гарантируя, что продукт имеет добавленную стоимость для потребителей, что позволило бы сделать его жизнеспособным, даже если предположение потерпело неудачу (больше не самая низкая стоимость на рынке).
Наш опыт показывает, что основанный на предположении де Знак обеспечивает высоко структурированный подход к планированию продукта и портфеля. Явная природа этого подхода обеспечивает четкий контрольный журнал для принятия решений, обеспечивая более эффективный, прозрачный, основанный на фактических данных процесс.
Это не только помогает ориентировать разработку продукта, но также помогает уменьшить количество случаев неосведомленный паралич принятия решений и анализа.
Это особенно актуально при запуске продукта в условиях неопределенности. Вместо того, чтобы откладывать запуск проекта в поисках дополнительной информации, этот подход можно использовать для запуска проекта на основе четкого понимания сделанных допущений, что приводит к уточнению спецификации с течением времени и выполнению временных рамок, хотя все еще управление рисками и неопределенностью.
Посмотрите на Clay, ведущее дизайнерское агентство из Сан-Франциско, штат Калифорния. Сегодня мы общаемся с генеральным директором Антоном Зыкиным и директором по дизайну Дмитрием Цозиком, рассказывая о том, как развивался ландшафт дизайна в районе залива и как их агентству удалось адаптироваться и расти. Расскажите нам о Клэй и о том, как агентство было создано. Антон:…
Мега-популярные ребята из K-pop BTS в июне представили на Уэмбли свое живое выступление — и диски для своих фанатов из лондонской Армии, которые можно купить вечером. Но почему физические альбомы так популярны и хорошо разработаны в K-pop? Узнайте ответы с опытными дизайнерами K-pop Studio XXX, которые разработали одни из лучших альбомов группы. Сенсация K-pop BTS…
Настало лето. Дни становятся длиннее и теплее. Мы уже следим за отчетами о трафике, планируя побег на выходные, но перед тем, как отправиться в путь, у нас есть несколько предложений для вас. Некоторые из наших любимых предложений на этой неделе включают GPS-часы Garmin Fenix 5S, Amazon TV Fire Cube, предзаказы для предстоящего Motorola Moto Z4…
conhost.exe ) | Проект | Статус сборки |
|---|---|
| Терминал |  |
Пожалуйста, уделите несколько минут просмотру приведенного ниже обзора, прежде чем углубляться в код:
Windows Terminal — это новое, современное, многофункциональное, производительное терминальное приложение для пользователей командной строки. Он включает в себя многие функции, наиболее часто запрашиваемые сообществом командной строки Windows, включая поддержку вкладок, форматированного текста, глобализации, конфигурируемости, создания тем и стилей и т. Д.
Терминал также должен будет соответствовать нашим целям и мерам, чтобы он оставался быстрым, эффективным и не потреблял огромного количества памяти или энергии.
Консольный хост Windows, conhost.exe представляет собой оригинальный интерфейс пользователя командной строки Windows. Он реализует инфраструктуру командной строки Windows и отвечает за размещение API консоли Windows, механизма ввода, механизма рендеринга и пользовательских настроек. Хост-код консоли в этом репозитории является фактическим источником, из которого conhost.exe собран в самой Windows.
Основная цель консоли — обеспечить обратную совместимость с существующими приложениями консольной подсистемы.
С момента вступления во владение командной строкой Windows в 2014 году команда добавила в консоль несколько новых функций, включая прозрачность окон, выбор на основе строк, поддержку последовательностей ANSI / виртуальных терминалов, 24-битный цвет, псевдоконсоль. («ConPTY») и др.
Однако, поскольку основная цель консоли — поддерживать обратную совместимость, мы не смогли добавить многие функции, о которых просило сообщество, и которые мы хотели добавить в течение последних нескольких лет — как вкладки!
Эти ограничения привели нас к созданию нового терминала Windows.
Во время капитального ремонта консоли мы значительно модернизировали ее кодовую базу. Мы четко разделили логические сущности на модули и классы, ввели некоторые ключевые точки расширения, заменили несколько старых домашних коллекций и контейнеров на более безопасные и эффективные контейнеры STL и сделали код проще и безопаснее, используя библиотеку заголовков WIL от Microsoft.
Результатом этой работы по капитальному ремонту стало создание нескольких ключевых компонентов, которые были бы полезны для любой реализации терминала в Windows, включая новый механизм разметки текста и рендеринга на основе DirectWrite, текстовый буфер, способный хранить как UTF-16, так и UTF-. 8, и анализатор / эмиттер VT.
Когда мы начали создавать новое терминальное приложение, мы исследовали и оценили несколько подходов и технологических стеков. В конечном итоге мы решили, что наши цели будут лучше всего достигнуты, если придерживаться C ++ и делиться вышеупомянутыми модернизированными компонентами, поместив их поверх современной платформы приложений Windows и инфраструктуры пользовательского интерфейса.
Кроме того, мы поняли, что это позволит нам создать рендер и стек ввода терминала в качестве многократно используемого элемента управления пользовательского интерфейса Windows, который другие могут включать в свои приложения.
Терминал Windows находится на очень ранней альфа-стадии и еще не готов для широкой публики. Если вы хотите начать раньше, вы можете попробовать создать его самостоятельно из исходного кода.
В противном случае вам придется подождать до середины июня, чтобы официальная предварительная сборка прекратилась.
Убедитесь, что вы строите для архитектуры своего компьютера. Если на вашем компьютере установлена 64-разрядная версия Windows, измените свою платформу решений на x64.
Чтобы проверить архитектуру своей ОС, перейдите в «Настройки» -> «Система» -> «О программе» (или Win + X -> Система) и в разделе спецификации устройства проверка для Тип системы
Во-первых, убедитесь, что вы собираете и развертываете CascadiaPackage в Visual Studio, НЕ Host.EXE . OpenConsole.exe — это просто conhost.exe та же старая консоль, которую вы знаете и любите. opencon.cmd запустит openconsole.exe и, к сожалению, openterm.cmd в настоящее время не работает.
Во-вторых, попробуйте нажать Ctrl + T . Вкладки скрыты, когда у вас есть только одна вкладка по умолчанию. В будущем пользовательский интерфейс будет сильно отличаться, но на данный момент значения по умолчанию должны выглядеть как значения по умолчанию консоли.
CascadiaPackage из Visual Studio и запустите приложение Windows Terminal (Dev Build). Вы должны использовать Windows 1903 (сборка> = 10.0.18362.0) или выше, чтобы запустить Windows Terminal
У вас должен быть установлен 1903 SDK (сборка 10.0.18362.0)
У вас должен быть установлен по крайней мере VS 2017.
Вы должны установить следующие рабочие нагрузки через установщик VS. Если вы используете VS 2019, при открытии решения вам будет предложено автоматически установить недостающие компоненты.
Вы также должны включить режим разработчика в приложении «Настройки Windows», чтобы локально установить и запустить приложение «Терминал».
Мы рады работать вместе с вами, нашим удивительным сообществом, над созданием и улучшением Windows Terminal!
Мы просим прежде чем вы начнете работать над функцией, которую вы хотели бы добавить, пожалуйста, напишите вопрос описывающий ваши предлагаемые изменения : Мы будем рады работать с вами, чтобы выяснить наилучший подход, обеспечить руководство и наставничество в процессе разработки функций, а также избежать ненужных или дублирующих усилий.
👉 Помните! Ваш вклад может быть включен в будущие версии Windows! Из-за этого все запросы извлечения будут подвергаться тому же уровню контроля качества, стандартов кодирования, производительности, глобализации, доступности и совместимости, что и наши внутренние участники.
⚠ Примечание : Команда командной строки активно работает над этим хранилищем и будет периодически реструктурировать код, чтобы упростить понимание, навигацию, сборку, тестирование и содействие, поэтому действительно ожидают значительных изменений в компоновке кода на регулярной основе .
Вся документация находится в папке ./ doc . Если вы хотите внести свой вклад в документацию, отправьте запрос на извлечение.
Самый простой способ общения с командой — через GitHub. Пожалуйста, регистрируйте новые проблемы, запросы функций и предложения, но НЕ Ищите подобные открытые / закрытые ранее существующие проблемы прежде, чем делать .
Пожалуйста, помогите нам сохранить этот репозиторий в чистоте, включительно и весело! Мы не потерпим никакого оскорбительного, грубого, неуважительного или неуместного поведения. Прочитайте наш Кодекс поведения для более подробной информации.
Если вы хотите задать вопрос, который, по вашему мнению, не является проблемой (пока), обратитесь к нам через Twitter:
Этот репозиторий использует подмодули git для некоторых своих зависимостей. Чтобы убедиться, что подмодули восстановлены или обновлены, обязательно выполните перед сборкой следующее:
Обновление подмодуля git --init --recursive
OpenConsole.sln может быть собран из Visual Studio или из командной строки с использованием MSBuild. Для сборки из командной строки найдите вашу оболочку ниже.
Модуль импорта . Tools OpenConsole.psm1
Set-MsBuildDevEnvironment
Invoke-OpenConsoleBuild
Мы предоставили набор удобных сценариев, а также README в каталоге / tools чтобы помочь автоматизировать процесс создания и запуска тестов.
Пожалуйста, ознакомьтесь с этими краткими документами ниже, касающимися наших стандартов кодирования и т. Д.
👉 Если вы обнаружите, что чего-то не хватает в этих документах, не стесняйтесь вносить вклад в любой из наших файлов документации в любом месте репозитория (или создавать новые!)
Это незавершенная работа, поскольку мы узнаем, что нам нужно предоставить людям, чтобы они могли внести эффективный вклад в наш проект.
В этом проекте принят открытый кодекс поведения Microsoft.
Для получения дополнительной информации см. FAQ по Кодексу поведения или свяжитесь с opencode@microsoft.com с любыми дополнительными вопросами или комментариями.
В гостях у Freelance.RU Станислав Регис.
Победитель номинации «Фрилансер года» премии Золотое Копье и ТОП-1 в категории «Графический дизайн» ресурса Freelance.RU.
История жизни — фриланс как основной заработок.
О ценообразовании и тонкостях работы с заказчиком.
О freelance.ru и сервисах внутри ресурса.
<iframe src="https://www.youtube.com/embed/RwfD580dzHw" width="425"
С сайта freelance.today
