Меню Закрыть

Дизайн во время: Творческая группа Дизайн вовремя — Каменск-Уральский

Содержание

Дизайн во время локдауна: главные тренды в интерьере в 2022 году :: Дизайн :: РБК Недвижимость

Американский дизайнер Карим Рашид — о том, какие тенденции стоит учитывать при планировании своего интерьера

Фото: Best for Life Design Award

Американский дизайнер египетского происхождения Карим Рашид запустил в производство около 2,5 тыс. разработок. Среди них — мебель, посуда, модные аксессуары, упаковки и осветительные приборы. Он создал множество интерьеров в отелях и домах по всему миру. Кроме того, работы Рашида представлены в 20 постоянных экспозициях музеев, включая Музей современного искусства в Нью-Йорке, Центр Помпиду в Париже, Музей современного искусства в Сан-Франциско.

В рамках международной премии Best for Life Design Award знаменитый дизайнер рассказал «РБК-Недвижимости», какие тренды в отделке и мебели стоит учитывать в 2022 году.

Функциональность и технологии

Изоляция, в которой мы пребываем из-за пандемии COVID-19, заставила нас осознать, что предметы в нашем доме не должны быть роскошными, дорогими и просто украшать наше жилье. В первую очередь интерьер должен быть функциональным, позитивным и удобным. Поэтому в свое жилье стоит внедрять инновации и технологии, которые будут соответствовать современной реальности. При этом предметы должны обладать более разнообразными характеристиками и функциями, чем мы привыкли. Таким образом, первый тренд — это создание вокруг себя функционального и современного пространства.

Disk House (Фото: Карим Рашид)

Disk House (Фото: Карим Рашид)

Экологичность и отказ от потребления

Пребывание дома во время пандемии дало возможность пересмотреть свою персональную значимость и вклад в мир. Эпидемия является тревожным сигналом от матери-природы, поэтому еще один тренд в дизайне интерьера — экологичность и снижение потребления. Необходимо очистить свои пространства и тела от всего лишнего. К примеру, можно отказаться у себя дома от картин или предметов, отражающих принадлежность к той или иной религии. Сегодня не имеет смысла носить часы, так как они есть у каждого в телефоне. То же самое и в квартире — не стоит верить рекламе и покупать бессмысленные предметы, которые захламляют наши дома, а впоследствии и планету.

Krill Chair ©Solaris Community (Фото: Карим Рашид)

Krill Chair ©Solaris Community (Фото: Карим Рашид)

Стекло и зеркала

Находясь взаперти в течение стольких месяцев, дизайнер понял, насколько важна связь с внешним миром — с дневным светом и природой — и как много может дать нам во время изоляции стеклянная поверхность. Прозрачность делает пространство визуально больше, что позитивно влияет на психику и настроение во время локдауна. Эта тенденция подразумевает использование в интерьерах большего количества стекла, зеркал, больших окон и других возможностей сделать дизайн своего дома более легким, прозрачным и воздушным.

Карим Рашид (Фото: Карим Рашид)

ERA_STABLO Mirror (Фото: Карим Рашид)

Казуализм и энергоэкономика

Еще одна тенденция в современном дизайне интерьера — казуализм. В условиях непрерывного взаимодействия в нашу цифровую эпоху все формы социального поведения размываются. Следовательно, мы живем в новую эру случайностей. Наш дом стал школой, рестораном, офисом и кинотеатром. Новая роскошь в интерьере — это комфорт и удобство. Сегодня наш домашний интерьер приобрел гораздо большее значение, поэтому необходимо отдавать предпочтение удобной эргономичной мебели и осветительным приборам. Ведь по случайности мы проводим дома гораздо больше времени, чем за последние 50 лет.

KarimTable-V1-Editoria (Фото: Карим Рашид)

KarimTable-V1-Editoria (Фото: Карим Рашид)

Читайте также:

Автор

Вера Лунькова

Время как элемент дизайна интерьеров

Время как элемент дизайна интерьеров | Блог о дизайне

Блог о дизайне

Дизайнера интерьера

Блог о дизайне интерьера

17.03.2022

Самое тупое правило в дизайне интерьера: «Правило 60-30-10», и почему оно не работает

В дизайне интерьера есть много правил, которые придуманы, чтобы облегчить работу дизайнерам интерьера. Или чтобы обычные люди, не имеющие дизайнерского…

Читать далее

22.02.2022

Как мы наделяем вещи смыслом и энергией | Магическая уборка

Я недавно прочитала книгу Мари Кондо «Магическая уборка». В этой книге рассказывается о том, как навести порядок в своей жизни…

Читать далее

16.02.2022

Как выбрать краску для стен и лучшие цвета для вашего интерьера

Вопрос: «Как выбрать цвет для своего интерьера» не так просто, как кажется. Есть много производителей красок, у каждого из них…

Читать далее

04.02.2022

Дизайн маленькой квартиры. 10 дополнительных советов | Видео

На Ютубе есть большое количество видео с советами по дизайну интерьера маленьких квартир или маленьких пространств. Я решила добавить к…

Читать далее

25.01.2022

ТикТок лайфхаки и советы по дизайну интерьера и ремонту

В комментариях зрители моего канала часто замечают, что я рассказываю сложные и заумные вещи о дизайне интерьера и надо бы…

Читать далее

Читать другие статьи от дизайнера

Предыдущая статьяСледующая статья

Похожие записи

Эклектика в интерьере | Видео

Эклектика — один из самых популярных стилей в интерьере. Ведь чистый стиль сделать очень сложно и в результате получается эклектика.…

Контакты

Москва, Одинцово, Звенигород, Красногорск
+7 (926) 466-56-43, [email protected]

открыть карту

Благодарим !

Ваша заявка успешно отправлена.
Мы скоро с Вами свяжемся.

Веб-дизайн и растущий спрос во время пандемии Covid-19

Мир сильно пострадал от пандемии Covid-19. Эпидемия затронула все сферы жизни, в том числе и экономику. Среди немногочисленных отраслей бизнеса, которые показали в 2020 году рост, стоит отметить веб-разработку. 

Веб-дизайн испытывает значительный рост спроса, поскольку, несмотря на успешные шаги в борьбе с пандемией, население и в 2021 году продолжает находится дома. Многие люди видят в этом идеальное время для создания нового веб-сайта или редизайна существующего. Люди с существующим бизнесом также видят в этом время для развития электронной коммерции, регулярно открываются новые интернет-магазины. Covid-19 резко увеличил использование сети Интернет, и это действительно нельзя игнорировать.

Никто не знает, как долго продлится эта пандемия, и бизнесу, вероятно, придется приспосабливаться к новой реальности, построенной вокруг изоляции и дистанцирования в ближайшем и обозримом будущем. Интернет-шопинг становится новой нормой и привычным явлением, в то время как обычные магазины остаются закрытыми. Эти новые обстоятельства приводят к более высокому спросу на веб-дизайнеров.

UI/UX Веб-Дизайн

Стоит отметить, что тенденции в экономике стали меняться еще до пандемии. Эпоха онлайн-шопинга активно развивается и уже несколько лет душит частный бизнес. В условиях карантина многие продукты и удобства стали жизненно необходимыми, и экономические показатели и темпы роста многих служб доставок взлетели. Ряд предприятий вынуждены были перейти к онлайн-системе взаимодействия с покупателем.

В пик эпидемии службы доставки оказались перегружены. Бесконтактные службы доставки приходилось бронировать за несколько дней вперед. Компании, предлагающие онлайн-заказ на доставку, сталкивались с проблемами снабжения. Даже если клиенту удается найти компанию доставки, он может обнаружить, что некоторые товары удалены из его корзины. Эта нехватка не ограничивается только дезинфицирующими средствами для рук, чистящими средствами и туалетной бумагой, но распространяется на многие популярные продукты питания и предметы первой необходимости. 

Вырос спрос на товары, которые могут облегчить некоторые из уникальных потребностей в мире социального дистанцирования. Многие продукты, решающие проблемы физического контакта, обрели новую жизнь. Различные бесконтактные замки, туалеты с автоматической промывкой и технологии голосовой связи для электроники взлетели. Все, что ограничивает то, к чему вам нужно прикоснуться, стало привлекательным для покупателей. Многие из этих продуктов и систем полагаются на веб-порталы и приложения для управления своей функциональностью, и веб-дизайн лежит в основе этих новых возможностей.

 Кроме того, изменились требования к сервису и удобству интернет-магазина, что потребовало инновационных решений UI/UX. Определение желательного и успешного пользовательского опыта изменилось в одночасье, и веб-дизайн будет пользоваться все большим спросом, чтобы удовлетворить потребности этого быстро меняющегося направления. Скоростная междугородная доставка товаров в течении двух, трех дней была когда-то такой невообразимой скоростью, но в последнее время стало является стандартом и важным фактором при выборе онлайн-магазина. 

Доставка — это текущий пользовательский опыт выбора, и поэтому большая его часть зависит от хорошо функционирующих основ веб-разработки.

В последние месяцы в социальных сетях также наблюдается резкий рост числа пользователей, поскольку люди ищут способы оставаться на связи в рамках ковидных ограничений. До коронавируса многие социальные сети, такие как Facebook, начали снижать темпы роста, поскольку люди предпринимали шаги по ограничению экранного  времени и сохранению своего психического здоровья, сопротивляясь непрерывному общению в социальных сетях. Сейчас же мы наблюдаем рост использования facebook на 50% в странах, переживающих пандемию. Увеличение трафика требует нового функционала, и такая тенденция предвещает новые усилия в развитие сектора социальных сетей. UX для платформ социальных сетей невероятно важен, и этот последний прирост пользователей открывает двери для новых инноваций в веб-дизайне.

Средства массовой информации и развлечения

Даже в самом начале карантинных мер был хорошо замечен рост “потребления” средств массовой информации и развлечений в Интернете. Примечательно то, что в течение первых недель, когда Covid-19 доминировал в дискуссиях по всему миру, второй самой обсуждаемой вещью на планете стал фильм “Король тигров” от Netflix. Веб-дизайн играет ключевую роль в том, как доставляются онлайн-развлечения и медиа до пользователя.

Еще одним направлением, претерпевшим значительные изменения  в современном мире  стала реклама. Многие высокоэффективные рекламные платформы, такие как профессиональный спорт, крупные мероприятия и традиционные развлекательные сектора, испытали значительное снижение рентабельности инвестиций. Маркетологи по всем направлениям сокращают расходы на рекламу. Но реклама по-прежнему является очень важной частью всего бизнеса. Ключ к тому, чтобы большая часть бизнес-сектора пережила эти меняющиеся времена, будет найден в рекламе инноваций и потребует создания дизайна компании.

Предсказания будущего 

Предсказывать, что будет дальше, не представляется возможным. Мы просто не можем знать как дальше будет развиваться пандемия, и к чему она приведет. Но одно можно сказать наверняка: что бы ни случилось, в будущем нашей новой реальности и меняющейся мировой экономики, Интернет будет играть огромную роль. Трудно себе представить, как выглядели бы последствия этой пандемии 30 лет назад по сравнению с сегодняшним днем. Современное состояние сети Интернет жизненно важно для преодоления негативного экономического, психофизического, коммуникативного влияние пандемии на общество.

То, как будут развиваться события и каковы будут истинные масштабы новых требований к веб-приложениям и предоставлению онлайн-услуг, будет определяться тщательным анализом поведения потребителей. В условиях постоянных глобальных изменений это не простая задача.. У нас просто нет данных, чтобы делать точные прогнозы. Мы не можем точно знать, в каком направлении двигаться, но мы знаем, что инновации и развитие в дизайне будут иметь важное значение. Это дает уникальную возможность попробовать что-то новое. Но большая часть этих нововведений будет опираться на грамотный мониторинг статистики и информации о привычках пользователей и потребностях клиентов.
Времена меняются очень быстро, и наш образ жизни вынужден развиваться так же быстро. Ключ к успеху в эти неопределенное время, несомненно, будет найден в инновациях. Везде, где требуется инновация, ее обязательно можно найти в интернет-приложениях, а интернет-приложения требуют веб-дизайна.

онлайн-курсы, дизайн-игры, цифровые журналы и другие активности во время изоляции

Наш привычный образ жизни во время изоляции сильно поменялся. Чтобы поддержать тех, кто сейчас дома, мы собрали интересные и полезные ссылки на тему дизайна. В подборке вы найдете бесплатные обучающие курсы по созданию и декору интерьера, увлекательные тесты и игры про текстиль и мебель, цифровые версии вдохновляющих журналов, архитектурный словарь в картинках, творческий флешмоб и даже аудиоспектакль-прогулку по дому. Берегите себя и будьте здоровы!

Дизайн-практикум по созданию интерьера от BangBangEducation

Для тех, кто давно хотел попробовать себя в профессии дизайнера интерьеров или хочет самостоятельно продумать и оформить дом своей мечты.

На фото: шезлонг Sigmund от дизайнера EnzoMary в кожаной обивке с подушкой-валиком, фабрика Estel.

Благодаря этому курсу вы познакомитесь с необходимыми знаниями и навыками, которые нужны для работы над интерьером квартиры, сможете оценить и разработать проект в целом. Курс от дизайнера Киры Чувелевой даст знания и навыки, необходимые для работы над интерьером квартиры. Вы пройдете все этапы проектирования, познакомитесь с основами планирования пространства и создания индивидуального дома, который похож на вас или вашего потенциального заказчика. Поймете, как сделать интерьер дома так, чтобы в него хотелось возвращаться.

Необычный аудиоспектакль Progoolka

Полчаса, чтобы посмотреть на свой дом новыми глазами

Аудиоспектакль о том, как переосмыслить самое важное место на планете.

  • Прогулка бесплатна по промокоду ilovehomevibe.
  • Эту прогулку можно проходить в любом месте, у которого есть стены и крыша и в котором можно жить.
  • Вам понадобятся телефон, наушники и ручка с блокнотом, если любите записывать мысли на бумагу.
  • Устройтесь поудобнее и запустите трек, постарайтесь максимально погрузиться и не критиковать приходящие в голову идеи.

«Уютный курс» от издательства МИФ

Эксперты делятся опытом, как упорядочить домашний хаос в каждой комнате — без ремонта и больших вложений

  • Только самое интересное об уюте в 8 письмах.
  • Полезные pdf с советами и лайфхаками.
  • В основе курса — книги по интерьеру, декору, организации пространства и стилю жизни.

Советы подойдут для любой квартиры: съемной или собственной, маленькой и большой, хрущевки и современной студии. Вы получите на почту 8 уроков по организации прихожей, ванной, кухни, детской, спальни и гостиной.

Игра «Найдите стульям дома»

Проверьте свои знания архитектурных направлений, обставив дома мебелью, подходящей им по стилю

На фото: кадр из игры, культовое кресло из полиэтилена Magis Proust от Alessandro Mendini.

Довольно сложная игра от Арзамаса предлагает вспомнить самые популярные архитектурные стили и подобрать нужные стулья и кресла. После прохождения вам покажут правильные ответы с кратким описанием каждого направления.

Курсы по дизайну интерьера от Онлайн-академии

Бесплатные курсы для всех, кто любит дизайн интерьера

На фото: мебель из натурального дерева Nature Design.

В онлайн-академии вы найдете множество курсов по самым разным направлениям. Например,

Цифровые версии журнала ELLE DECORATION

Для вдохновения

На фото: обложки журнала ELLE DECORATION.

До 25 апреля вы можете совершенно бесплатно ознакомиться со всеми выпусками ELLE DECORATION — как текущими, так и архивными. Спешите воспользоваться этой услугой до 25 апреля. Скачать приложение можно в AppStore.

Архитектурная азбука

Наглядная шпаргалка для всех, кто интересуется архитектурой

На фото: изображения из Архитектурной азбуки.

Узнайте как выглядят акротерий, балясина, вимперг и другие архитектурные детали в картинкахспециальной Архитектурной Азбуки.

3D-моделирование для начинающих от Skillbox

Для тех, кто хочет быстро получить новую профессию или освоить популярный инструмент моделирования Maya

На фото: 3D-интерьер с предметами мебели Misura Emme.

В ходе курса вы научитесь:

  • понимать основные этапы работы 3D-моделлера;
  • разбираться в различных направлениях 3D;
  • делать реалистичный рендер и подбирать референсы к будущей модели;
  • работать на базовом уровне в программах по 3D-моделированию;
  • работать с фактурой и цветом.

Памятник русского конструктивизма из бумаги

Поиграйте в тихие игры 20‑х годов

На фото: развертка дома Моссельпрома для распечатки.

Памятник русского конструктивизма и авангарда нужно распечатать, вырезать, склеить и сохранить. Дом Моссельпрома со знаменитым оформлением Александра Родченко и Варвары Степановой, а также рекламным слоганом Владимира Маяковского «Нигде, кроме как в Моссельпроме», в настоящее время расположен в Москве между Калашным, Нижним Кисловским и Малым Кисловским переулками. Напомним, здание конторы Моссельпрома — пищевого треста Московского совета народного хозяйства, объединяющего мукомольные, кондитерские и шоколадные фабрики, пивоваренные заводы и табачные предприятия, — было надстроено в 1925 году шестиугольной башней с зубцами, благодаря чему называлось первым советским небоскребом.

Курс «Зрительное восприятие и обманы зрения» от СПбГУ

Курс, посвященный зрительному восприятию, позволяет получить данные о работе мозговых механизмов, сенсорных систем, о работе психики и сознания в целом.

На фото: монохромный интерьер с элементами оп-арта от Gervasoni.

Данный курс предназначен для тех, кто интересуется психологией восприятия и психологией зрительного восприятия в частности. В рамках курса изучаются теоретические подходы к исследованию зрения, излагаются основные понятия и экспериментальные факты на том уровне технических подробностей, чтобы в них мог разобраться не только специалист, но и заинтересованный слушатель, не имеющий специальных знаний. Поскольку зрение — один из способов познания окружающего мира и самого себя, то исследование зрения естественным образом приводит к возникновению гипотез о том, как вообще возможно познание.

Тест «Ивановский ситец или модный принт?» от Арзамаса

Красочный и не очень сложный тест про текстиль

На фото: один из вопросов теста.

Сможете отличить агиттекстиль 1930 года от платка Gucci? А ивановские огурцы от огурцов Etro? Попробуйте свои силы в этом веселом тесте.

Вещи русских авангардистов

Дома, чайники, мебель и другие вещи, которые имеют сегодняшний вид благодаря беспредметникам 1920-х годов

На фото: комната-проун. Эль Лисицкий,1923 год. Реконструкция 1971 года.

Мастерские художников авангарда— лаборатории, где был создан предметный мир нашей эпохи. Роль русских художников в этой работе особенно велика. Они все были немного дизайнерами, хотя тогда не знали этого слова. Все художники, которые в 1920-е годы занимались беспредметным искусством, стремились перейти от живописи к проектированию объемных и функциональных вещей. Узнайте об этом больше в статье Артема Дежурко.

Электроннаяверсия журнала AD

Листайте весенний номер прямо на своем телефоне

На фото: цифровая версия журнала AD.

AD дарит читателям промокод на цифровую версию журнала на апрель, май и июнь.

  • Откройте приложение AD Russia в AppStore.
  • Нажмите в правом верхнем углу на три точки, зайдите в «Аккаунт», далее во «Вход и активация промокода» и перейдите по ссылке внизу.
  • В открывшейся форме введите свой e-mail и промокодAD, нажмите «Применить» и зарегистрируйтесь (не забудьте подтвердить регистрацию).
  • В приложении войдите в свой аккаунт, и вам будут доступны журналы для загрузки.

Нарисуйте дом своей мечты

Творческий флешмобо том, как должно выглядеть идеальное пространство для жизни

На фото: шаблон — иллюстрация карикатуриста Тима — пустая комната с лестницей, которую каждый может оформить по своему желанию и затем поделиться результатами под хештегом #coronamaison.

Теперь, когда мы проводим больше времени дома, становится ясно, какие детали действительно важны в наших комнатах. Этот флешмобв социальных сетях запустила французская художница Пенелопа Бажьё, и пригласила поучаствовать в проекте своих коллег — иллюстраторов и дизайнеров. Она призывает нарисовать дом своей мечты, используя шаблон (см. сверху). Сотни людей со всего мира откликнулись, представив свои оригинальные проекты, под хештегом #coronamaison.

На фото: вариант идеальной комнаты в стиле бохо по мнению художницы Пенелопы Бажьё.

Советский дизайн, опередивший время | Читать design mate

Проблема внедрения в производство для советских дизайнеров была самой «больной». Иногда на это уходили годы (и тогда проект устаревал еще до выпуска), иногда он видоизменялся до неузнаваемости. Пожалуй, самые футуристические разработки рождались в стенах Всесоюзного научно-исследовательского института технической эстетики (ВНИИТЭ). ВНИИТЭ иногда сравнивают с ВХУТЕМАСом и ВХУТЕИНом: многие их разработки не были воплощены в жизнь из-за неготовности промышленности освоить их производство и так и остались в виде эскизов, чертежей и моделей – «бумажный» дизайн, по аналогии с «бумажной архитектурой». Но на этих нереализованных проектах советских дизайнеров особенно хорошо видно, насколько велик был разрыв между творческой мыслью отечественных художников-конструкторов и неповоротливым плановым производством.

Перспективное такси

Художники-конструкторы: Юрий Долматовский, Александр Ольшанецкий и другиеВсесоюзный научно-исследовательский институт технической эстетики (ВНИИТЭ), 1964

В 1962 году сотрудникам Всесоюзного научно-исследовательского института технической эстетики (ВНИИТЭ) было поручено разработать специальный автомобиль для таксомоторной службы. Это должен был быть маленький автобус – надежный, компактный, маневренный, вместительный, с ровным полом кузова, внутренним багажником, раздвижными дверями и отдельной кабиной водителя. В «перспективном такси» должно было быть комфортно и пассажиру, и водителю.

Место для багажа предполагалось внутри пассажирского салона, отделенного от водителя перегородкой. Дверь салона должна была быть раздвижной и иметь электрический привод, который позволял водителю открывать и закрывать ее. Это было удобно и безопасно для пассажира: он не мог открыть ее во время движения; при посадке, особенно с багажом или детской коляской, ему не нужно было открывать дверь самому. Водитель не должен был каждый раз выходить из машины для помощи пассажирам с багажом, теперь они справлялись сами. Для этого, в том числе, в автомобиле был понижен уровень пола. Перегородка между кабиной водителя и пространством для пассажиров защищала его не только от возможного нападения, но и от инфекций и простуд из-за постоянно открывающейся двери в холодное время года. Раздвижная, а не распашная дверь, позволяла использовать меньшее пространство для парковки автомобиля.

Всего было изготовлено два опытных образца «Перспективного такси», один из которых в течение месяца работал на московских улицах. По своему решению этот проект был удачнее предложенного десятилетие спустя знаменитым итальянским дизайнером Джорджетто Джуджаро. Но в массовое производство автомобиль выпущен не был. Тем не менее, он вполне может считаться «предшественником» запущенных в массовое производство почти 20 лет спустя минивэнов – одних их самых популярных типов автомобилей Европы и Америки.

«СФИНКС» (СуперФункциональный ИНформационно-Коммуникационный комплекС)

Дизайнеры: Дмитрий Азрикан (руководитель проекта), Игорь Лысенко, Марина Михеева, Елена Рузова, Алексей Колотушкин, Мария Колотушкина и другиеВсесоюзный научно-исследовательский институт технической эстетики (ВНИИТЭ), 1986

Домашний телерадиокомплекс «СФИНКС» – один из самых известных проектов ВНИИТЭ. Это система для получения информации от всех устройств жизнеобеспечения дома или квартиры и управления ими, в том числе в дистанционном режиме. В комплект СФИНКС входили средства аудио-визуального оповещения (колонки, наушники, дисплеи) и обратной связи (различных размеров пульты), а также накопления и анализа информации (диски, процессор с тремя блоками памяти).

Проект был ориентирован на разработки того, что сейчас мы называем «умным домом» или «умной средой», проходившие в то время стадию экспериментальных лабораторных исследований. Дизайнерское предложение создавало удобный и функциональный интерфейс будущей в единой системы. Вот как это описывалась в журнале «Техническая эстетика» в 1987 году: «СФИНКС — радиоэлектронное оснащение жилища будущего. Вся работа по приему, записи, хранению и раздаче различных видов информации осуществляется центральным квартирным процессором с универсальным запоминающим устройством. Новейшие исследования дают основания надеяться на появление такого универсального носителя уже в ближайшее время».

Члены семьи должны быть «обеспечены информацией и коммуникацией» с домом всегда и везде, например, в автомобиле. Поэтому приборы системы разделялись на три группы: те, которые предполагалось носить на теле – аналог современных «умных» браслетов и часов; находящиеся непосредственно в жилом пространстве; смонтированные в транспорте. Информацию предполагалось передавать радиосигналом, кабельным каналам (в том числе световолоконными) и по телефонным сетям.

В той же статье «Техническая эстетики» описывались многочисленные потенциальные возможности различных элементов «СФИНКСА», например, солнечные очки, по команде пользователя превращающиеся в дисплей, индицирующий информацию, интересующую пользователя. Что касается визуального решения, несложно заметить сходство с будущей продукцией компании Apple. В перспективе подобными электронными комплексами планировалось оснастить жилые дома к 2000 году. К сожалению, проект не пошел дальше создания прототипа.

Проект «ВТОМАР» (Вторичные материальные ресурсы)

Руководитель проекта: Андрей МещаниновЛенинградский филиал Всесоюзного научно-исследовательского института технической эстетики (ВНИИТЭ), 1979–1985

В конце 1970-х годов в Советском Союзе впервые всерьез обеспокоились проблемой загрязнения окружающей среды. Основная причина заключалась в том, что значительный объем бытовых отходов направлялся на полигоны захоронения. В 1979 году началась работа над программой «Вторичные материальные ресурсы» («ВТОМАР»), которая должна была усовершенствовать систему по сбору и утилизации вторичных ресурсов. Дизайнеры спроектировали средства сбора и транспортировки вторичного сырья, разработали дизайн униформы для персонала. Система была основана на так называемом «бесстимульном методе» – когда сбор поощряется не материально, а социально, то есть вырабатывается культурный стереотип поведения. Именно поэтому так важна была информационно-пропагандистская кампания. Для нее были разработаны система цветографики, дизайн тематических выставок, рекламно-информационных материалов. К сожалению, программа не была реализована. Сейчас, спустя почти 30 лет, о проблеме раздельного сбора мусора говорят все чаще. Возможно, ответственным за этот процесс стоит обратиться к архивам советских проектных организаций.

Разработка поезда для московского метро

Дизайнеры: Лев Кузьмичев, Дмитрий Азрикан, Алексей Колотушкин, Игорь Лысенко, Марина Михеева и другиеВсесоюзный научно-исследовательский институт технической эстетики (ВНИИТЭ), 1987

В 1987 году Министерство автомобильной промышленности СССР объявило первый всесоюзный дизайнерский конкурс – на разработку проекта нового поезда Московского метрополитена. Участникам предлагалось найти обобщенное функциональное решение кабины и вагона, максимально повысить комфортность салона при заданной вместимости. Одним из финалистов конкурса стал проект «Серебряная нить», над которым работали художники-конструкторы ВНИИТЭ Лев Кузьмичев, Дмитрий Азрикан, Алексей Колотушкин, Игорь Лысенко, Марина Михеева и другие. Вместо одного универсального типа вагона была предложена система из четырех модификаций, специализированных под разные линии и разные режимы эксплуатации – «кольцо», «радиус», «хорда» и «пик». Сборка всех типов вагонов должна была осуществляться из унифицированных секций с единой универсальной кабиной. Разница заключалась в количестве дверей, наличии места для багажа, расположении сидячих мест. В дополнение к конкурсному заданию дизайнеры спроектировали эргономичное рабочее место машиниста, решили проблему безопасной эвакуации пассажиров при аварийных ситуациях.

Прицеп на колесах к легковому автомобилю «Рапан»

Дизайнеры: Дмитрий Азрикан, Алексей Колотушкин, Марина Михеева, Игорь Лысенко и другиеВсесоюзный научно-исследовательский институт технической эстетики (ВНИИТЭ), 1988

Жилые автоприцепы, их еще называли «караваны», были очень популярны за рубежом. В Советском Союзе это была первая такая разработка была сделана только в 1988 году. Заказчиком проекта выступило одно из подразделений конструкторского бюро Туполева: возможно, этим объясняется «космический» внешний вид жилого фургона. «Рапан» предназначался для транспортировки легковыми автомобилями всех марок со скоростью до 80 км/ч. На шести квадратных метрах при длине салона 3,1 м дизайнеры создали комплексную, вариативную жилую среду: двуспальное место для взрослых, трансформируемое в обеденную зону, двухэтажная кровать для детей, превращавшаяся в игровую площадку, полноценный кухонный блок с рабочей поверхностью, газовой плитой, малогабаритным холодильником, мойкой и сушкой, шкаф для одежды, биотуалет и душевая. Предусматривалась возможность добавления модульной секции для удлинения кузова и дополнение встроенным стационарным сантехническим блоком. Проект был передан заказчику и одобрен, но не был реализован.

Переносной и бортовой магнитофон «Сайгак»

Дизайнеры: Алексей Колотушкин, Дмитрий Азрикан, Мария КолотушкинаВсесоюзный научно-исследовательский институт технической эстетики (ВНИИТЭ), 1987

Во второй половине 1980-х годов появилась тенденция к уменьшению размеров электронной техники, начали появляться портативные кассетные плееры. Перед дизайнерами стояла задача создать магнитофон для водителей и туристов, поэтому он должен был быть прочным и небольшого размера – помещаться в рюкзак или крепиться на руль велосипеда. Наушники были складными, имели специальное крепление, напоминающее прищепку, а в кофре устройства для них отводилось специальное отделение. Магнитофон выглядит основательным, надежным и напоминает военную технику связи благодаря сочетанию нескольких разных оттенков зеленого цвета. Проект не был реализован и остался на стадии прототипа.

Мэрия Воронежа доработает дизайн-регламент | Интернет-газета Время Воронежа

В течение двух месяцев в Воронеже внесут поправки в дизайн-регламент. В документе устранят все недочеты и противоречащие друг другу положения. Об этом рассказал главный архитектор Воронежа Константин Кузнецов на встрече общественного совета при областном управлении архитектуры в среду, 25 апреля.

Для доработки документа создадут межведомственную комиссию. В нее войдут представители Торгово-промышленной палаты, антимонопольной службы, архитекторов, предпринимателей и других структурных подразделений. Постановление о создании межведомственной комиссии уже направили для визирования в правовое управление администрации города, сообщил заместитель руководителя управления главного архитектора Виталий Чмыхов.

– Этот документ живет уже два года. С ним работают представители администрации и представители предпринимателей.  Мы осознали, что есть некоторые моменты, которые между собой не стыкуются. Созрело создание такой комиссии, которая досконально изучит документ со всех сторон и внесет в него поправки, – рассказал Виталий Чмыхов.

Комиссия планирует в течение двух месяцев доработать дизайн-регламент. Представители городского управления архитектуры сошлись на мнении, что кардинальных изменений пока ждать не стоит.

Дизайн-регламент разработан в 2014 году Институтом медиа, архитектуры и дизайна «Стрелка». Он должен улучшить облик Воронежа и избавить его от визуального шума.

В основу документа специалисты заложили ряд правил, регламентирующих внешний вид входных групп, штандартов, табличек, витрин, выносных и надувных конструкций, а также ряда других элементов. Документ разделил город на две зоны – строгой и общей регламентации. В первую попал исторический центр города, крупные городские магистрали и объекты культурного наследия.

К октябрю 2016 года городские власти разработали вид фасадов зданий на 44 улицах Воронежа, попадающих в зону действия дизайн-регламента, и утвердили 1,158 тыс. паспортов, включающих 7,031 тыс. входных групп.

За 2017 год к дизайн-регламенту привели больше тысячи входных групп. С фасадов зданий демонтировали почти 3 тыс. рекламно-информационных конструкций, которые нарушали закон о рекламе.

Не всех предпринимателей устраивает дизайн-регламент, так как приводить магазины к общему виду нужно за свой счет. Но массовых выступлений против него не было.

К 2020 году мэрия планирует привести в соответствие с требованиями дизайн-регламента 4,5 тыс. входных групп.

Автор: Эльвира Бутырина

КАРИМ РАШИД: ДИЗАЙН ВО ВРЕМЯ ПАНДЕМИИ


Звезда мировой дизайн-сцены Карим Рашид в эксклюзивном интервью ELITE Interior размышляет о последствиях пандемии для мебельной индустрии, дает прогнозы, сообщает гипотезу о вирусе как предостережении человечеству, делится опытом самоизоляции и рассказывает о проектах, над которыми сейчас работает.

Резиденция в жилом квартале Urbanico Realty Group, Вашингтон

Карим, по вашему мнению, повлияет ли пандемия на дизайн и если да, то каким образом?

Необходимость подталкивает к поиску инновационных решений. Изоляция дала нам возможность осознать, что окружающие нас предметы и место, которое мы называем домом, могут быть более комфортными, более вдохновляющими, более позитивными. И эта ситуация показывает, как дизайн и технологии влияют на мир и изменяют его. Я верю в то, что вынужденное длительное пребывание дома заставит людей понять, что на самом деле им нужно совсем немного. Мы также должны признать, что технологии способны дать нам лучший опыт, нежели аналоговые вещи, и

давайте уже оценим по достоинству красоту и бесконечный потенциал цифровой эпохи.

Количество аналоговых вещей вокруг нас должно сократиться, а вот их качество – повыситься. Производительность должна быть высокой, но вместе с тем продукция должна быть более устойчивой, то есть способной обеспечивать защиту здоровья людей и окружающей среды.

Архитектурные концепции от Карима Рашида

Каковы ваши ожидания и прогнозы: какие изменения ожидают нас в ближайшем будущем?

Изменения уже происходят, и их делают люди: меняют и перепрофилируют производственные возможности. Ведущие косметические компании выпускают санитайзеры для рук и специальные костюмы для врачей и медсестер, дизайнеры на 3D-принтерах создают защитные маски и проектируют двери, которые открываются и закрываются без помощи рук.

Несмотря на расстояния, которые нас разделяют, мы становимся сплоченнее и добрее друг к другу.

Отель Prizeotel, Мюнхен. Photo: Eric Laignel

Как вы думаете, возможно ли избежать возникновения подобных катастроф в дальнейшем?

Наоборот, мы станем свидетелями многих других эпидемий и природных катаклизмов.

Я уверен, что все эти катастрофы происходят в результате саморазрушительной деятельности людей и являются посланием и предупреждением человечеству.

Мы загрязняем окружающую среду токсинами и вредными выбросами, засоряем моря пластиком и мусором, уничтожаем дождевые леса… Гиперпотребление, глобальное потепление, огромные озоновые дыры, генетически модифицированные продукты, вымирание видов, голод как следствие неравномерного распределения ресурсов, перенаселение, безответственное ведение сельского хозяйства – всё это наша реальность. Эпидемии, возникающие из-за инфекций, передающихся от животных человеку, должны заставить нас есть как можно меньше мяса, нужно отказаться от промышленного животноводства. С прекращением распространения коронавируса эпидемии на земле не исчезнут: они будут возникать снова и снова до тех пор, пока мы не изменим своего отношения к природе, пока не изменим поведение и культуру

Архитектурные концепции от Карима Рашида

Как текущая ситуация повлияла лично на вас, как изменила вашу повседневную жизнь и работу?

Я – оптимист по натуре и уверен, что дизайнеры – очень позитивное и не теряющее надежды сообщество.

У меня сейчас много новых проектов и клиентов, несмотря на кризис, и многие из них – итальянцы и корейцы. Люди понимают, что вирус – это не конец света и что Дизайн способен внести свой вклад в лучшее будущее.

Коллекция для ванных комнат, созданная Каримом Рашидом в коллаборации с Relax Design была представлена на выставке Cersaie 2019

Какой совет вы можете дать сейчас архитекторам и дизайнерам, на чем им стоит сфокусироваться?

Дизайнеры и архитекторы изменят взгляды людей на мир. На наших глазах совершается революция, которая буквально толкает нас в цифровую эпоху и заставляет оставить позади пережитки эпохи аналоговой. Как Баухаус, сместивший фокус на минимализм и улучшение условий проживания, был реакцией на излишний орнаментализм и избыточность Викторианской эпохи, так и мы сейчас должны полностью изменить нашу повседневность. Мои коллеги должны искать новые языки, новую семантику и новую эстетику, экспериментировать с новыми материалами и поведенческими подходами. При этом всегда нужно помнить, что вы работаете для Человека, – и не забывать, что в вашем продукте должны иметь место и эмоция, и юмор, и позитив, и энергичный настрой, что он должен быть прост в использовании, но создан в соответствии с последними технологическими достижениями.

Модульная система Heartbeat. Созданный для облегчения разговора, Heartbeat (в переводе «сердцебиение») предлагает поделиться «от сердца к сердцу» с другими людьми

Когда пандемия, а вместе с ней самоизоляция закончатся, что вы сделаете в первую очередь?

Продолжу работу над проектами, которые сейчас вынужденно приостановлены. Обычно я по полгода провожу в поездках по миру, но, признаюсь, совсем не скучаю по этим перелетам.

Уверен, что впоследствии мы будем гораздо реже летать на самолетах и будем по максимуму использовать цифровые возможности,

то есть сократим потребление энергии и сможем таким образом спасти нашу планету. Честно говоря, я никогда не понимал, зачем нужно мое физическое присутствие на деловой встрече, которая длится всего несколько часов и на которую мне нужно мчаться через полмира. Пусть в небе будет меньше самолетов, давайте развивать локальные производство и фермы, и пусть мир живет медленнее.

Коллекция для сервировки стола Cortina, Nambe. Предметы коллекции выполнены из уникального сплава восьми металлов, по внешнему виду и качествам напоминающего серебро. Карим Рашид с 1992 года сотрудничает с компанией Nambe, производящей посуду ручной работы.

Карим, а над какими проектами вы сейчас работаете?

Как и у многих, работы у меня поубавилось. Я очень рад, что есть несколько активных проектов, но большинство приостановлены или отменены. Я проектирую три новых отеля, больницу в Израиле, несколько предметов мебели, бутылку для воды для одной корейской компании, и еще у меня сейчас несколько заказов на графику. Более 30 лет я работал в бешеном темпе и, признаться, сейчас наслаждаюсь неспешным ритмом. Понимаю, что это прозвучит дико во времена всеобщей нестабильности и тревоги, но мне нравятся воцарившаяся безмятежная тишина Нью-Йорка и тот факт, что многие из нас снизили темп своей жизни и проводят больше времени со своими любимыми, обнимают их. Что мы наконец перестали бесконечно покупать и потреблять, что мы можем задать самим себе вопрос о смысле существования и поразмышлять о наших истинных ценностях.

Мир определенно станет лучше, если мы все вместе создадим его заново.

 

Photo: Nikola Blagojevic / Spektroom

Карим Рашид (род. в 1960, Каир) — один из самых известных, ярких и успешных современных дизайнеров. Его стиль узнается и запоминается с первого взгляда.

Что бы он ни проектировал: мебель, светильник, аксессуары, посуду, интерьер квартиры, отеля, ресторана или общественного пространства, — можно безошибочно определить: это создал Карим Рашид. Его работы включены в постоянные экспозиции Бруклинского музея, МоМА (Нью-Йорк) и Центра Помпиду (Париж).

Свою дизайн-студию он основал в 1992 году в Нью-Йорке, в этом городе он продолжает жить и работать. Источниками вдохновения он называет искусство, фэшн и музыку и мечтает стереть границу между материальным миром и виртуальной реальностью.

 

 

Интервью: Анна Пашина
Фото предоставлены пресс-службой Карима Рашида

Дизайн и психология времени

Разница между дизайном и искусством в том, что дизайн фокусируется на решении проблем, а искусство… ну, искусство выглядит красиво.

Но это все — искусство не решает проблем наших пользователей, а в мире, перегруженном стартапами, у пользователей больше боли и проблем, чем мы можем даже начать приспосабливаться.

У всех пользователей всегда будет одна общая проблема: время.

Мы можем менять мир каждый день, но велика вероятность, что в сутках всегда будет 24 часа, 7 дней в неделе и 52 недели в году.Мы не можем создать больше времени.

Наконец-то снимают фильм о часах. Пора.

Несмотря на то, что время так важно в дизайне, мы никогда не погружаемся в психологию времени или взгляды наших пользователей на свое время. В конце концов, время субъективно, и хотя мы никогда точно не узнаем, как человек относится к своему времени, мы можем классифицировать его мыслительный процесс.

Психологи называют это временной перспективой. Это дает нам всем лучшее понимание того, как люди думают, смотрят и ценят время.

«Единственная проблема, которая всегда будет у всех пользователей: время».

Здесь, в Миклео, временная перспектива помогла нам (и нашим клиентам) разработать новые функции, профилировать персонажей и прояснить предположения на ранней стадии. Это была скрытая жемчужина в нашем рабочем процессе, и вам нужно добавить ее в свою. Давайте подробнее рассмотрим различные подходы к временной перспективе и способы их применения в дизайне.

Прошлые положительные и прошлые отрицательные

Если вы или кто-то из ваших знакомых проводит время, живя прошлым, то вы смотрите на прошедшую положительную или прошлую отрицательную временную перспективу.

С позитивной точки зрения у вас есть розовый взгляд на прошлое: веселое, игристое и много счастливых событий. С негативной точки зрения все наоборот и действует скорее как якорь, чем как аренда жизни, с акцентом на не очень хорошие вещи.

Прошлые перспективы сосредоточены на запоминании опыта. Независимо от того, был ли этот опыт хорошим или плохим, пользователи, скорее всего, запомнят его ярко и надолго.

Это также означает, что друзья и родственники в их кругах услышат об этих событиях, по крайней мере, несколько раз.

Чтобы радовать пользователей прошлыми перспективами, не требуется совершенства — просто добавьте элементы человечности и веселья. Умная анимация, красивые персонажи и все, что может доставить удовольствие вашим пользователям, здесь идеально.

Новостное приложение QZ фокусируется на прошлом и дарит положительные эмоции независимо от того, что происходит в мире. Взаимодействие с приложением похоже на отправку текстового сообщения лучшему другу — вы можете отвечать смайликами, и все ответы короткие и легко усваиваются.

Скриншот приложения QZ.

Даже призывы к действию весьма восхитительны. Ничто в приложении не кажется навязчивым, и есть множество нежных подсказок, чтобы порадовать пользователей. Для пользователей с прошлым опыт опыт оптимистичный, запоминающийся и невероятно человечный (мы упоминали, что мы поклонники смайликов?).

Еще один скриншот приложения QZ.

Настоящий гедонист и настоящий фаталист

Взгляд в настоящее означает, что вы сосредоточены на том, что происходит здесь и сейчас.

Будучи гедонистом, я делаю акцент на краткосрочных выгодах и удовольствиях, удовольствии вместо боли и простоте вместо разочарования.

Фаталисты считают, что большинство их решений или действий находятся вне их непосредственного контроля и что другие контролируют результат.

«Узнайте, что приносит пользу вашим пользователям, и своевременно предоставьте им это».

С точки зрения сегодняшнего дня, встраивание быстрого и простого удовлетворения в проекты порадует даже самого циничного фаталиста.От бейджей до благодарственных сообщений — узнайте, что приносит пользу вашим пользователям, и предоставьте им это своевременно (без лишней тяжелой работы).

Snapchat опасно хорош в простом удовольствии. С того момента, как вы начинаете использовать приложение, оно полностью сосредоточено на самом приятном (и захватывающем) активе, который у всех нас есть: на нас самих. Сфотографируйте, настройте и отправьте. Это рабочий процесс с низким уровнем вовлечения, который прост в освоении. Лучше всего то, что каждый снимок, который вы делаете, исчезает за считанные секунды.Не нужно беспокоиться о том, как эти образы могут повлиять на что-либо, кроме здесь и сейчас.

Ключ к удовольствию Snapchat от вашего любимого интернет-диджея.

Будущее и трансцендентная ориентация

Реальность такова, что мысли о будущем не являются чем-то естественным для большинства людей. Чтобы иметь представление о будущем, необходимы такие вещи, как стабильность и безопасность. Если вы беспокоитесь о том, сможете ли вы платить за аренду, вы вообще не будете сосредоточены на будущем.

Трансцендентный взгляд означает, что вы стремитесь оставить след в мире и продолжить свое наследие после своего собственного существования.

Чтобы сориентироваться в будущем, вам нужно разработать элементы, имеющие долгосрочную ценность, в сочетании с моментами быстрого удовлетворения, когда дела идут плохо.

Отслеживание прогресса, а также цели и достижения, основанные на наградах, хорошо работают здесь. Покажите пользователям, как далеко они продвинулись и кем могут стать в будущем.

Благодаря своему «игровому» подходу к тренировке вашего ума Elevate создает долгосрочную ценность для ориентированных на будущее, используя сравнительную статистику, разблокируемые задачи и систему, которая отслеживает и демонстрирует прогресс, которого вы достигли как пользователь.

Обучение — одна из таких ситуаций-улочек-22. Вы знаете, что есть долгосрочная ценность в том, чтобы посвятить свое время обучению. Но немедленных результатов не бывает, поэтому, когда дела идут плохо, легко застрять здесь и сейчас.

Когда вы упираетесь в эти стены, Elevate поддерживает ваш импульс яркими красками, веселыми звуками и некоторыми мотивирующими мудрыми словами.

Раскрытие временных перспектив

Выяснение того, какие взгляды находят отклик у ваших пользователей, поможет вам принимать более обоснованные решения и делать предположения на ранней стадии.Короче говоря, это облегчает жизнь.

Это не означает, что вы не должны учитывать все временные перспективы, но знание того, какие перспективы наиболее важны, поможет вам расставить приоритеты в работе и функциях, которые добавят наибольшую ценность.

Есть 2 способа получить необходимую информацию: 

  1. Пассивное исследование (просмотр данных)
  2. Активное исследование (общение с людьми)

Даже если вы не участвуете в самом исследовании, знание того, на что обратить внимание, поможет вам внести свой вклад или, если вам когда-нибудь понадобится, провести исследование самостоятельно.

Пассивное исследование

Возраст
Используйте это как второстепенный индикатор. Например, в группе подростков чаще встречаются гедонисты, чем в группе пенсионеров.

Семейное положение
Брак предполагает более ориентированный взгляд на будущее, в то время как одиночество или отношения могут намекать на более ориентированный на настоящее или прошлое взгляд.

Местонахождение
Насколько безопасно им дома? Если ваши пользователи подвергаются преступлению или насилию, их временные перспективы вряд ли будут ориентированы на будущее.

Карьера
Различные профессии по-разному ориентируются во времени. Хирургам, например, может потребоваться сохранять прошлый положительный результат, чтобы избежать чрезмерного психического стресса.

Активный
Если вам интересно узнать собственную временную перспективу, этот тест для вас. Это также даст вам множество качественных вопросов, которые можно задать пользователям во время звонков или интервью.

«Добавление временной перспективы в рабочий процесс проектирования меняет правила игры».

Задавая своим пользователям вопросы, привязанные к определенному времени, такие как «Вы делаете что-то импульсивно?» или «Важно ли оставить след в мире?» открыть мир знаний.Хотя некоторые из них могут показаться очевидными, мы рекомендуем использовать их как слой белой краски.

Измените язык и вопросы в соответствии с вашей ситуацией, но постарайтесь сохранить прежнее настроение — вы получите ответы, которые сможете проанализировать и легко определить временную перспективу.

Добавление временной перспективы в рабочий процесс проектирования меняет правила игры. С тех пор, как мы добавили его к нашему, мы никогда не оглядывались назад.

Читать еще сообщения от Кассиуса Киани

Важность времени в дизайне

Экраны не являются статическими устройствами отображения.В отличие от печатных страниц, они могут изменяться, действовать, реагировать и трансформироваться в пределах ограничений своего двухмерного пространства. Интернет зародился как способ представления текстовых статей, но сейчас он далеко ушел от этого.

Темпоральный дизайн означает думать не только о визуальном и интерактивном, но и об изменениях, прогрессии, контроле и контексте в дизайне — чего-то не хватает в большинстве «интерактивных» дизайнов, которые мы видим сегодня.

Темпоральный дизайн объединяет визуальный и интерактивный дизайн для создания захватывающего опыта

Проблема в том, что многие дизайнеры все еще придерживаются статических методов планирования и воплощения своих идей.На самом деле это не их вина — по крайней мере, до недавнего времени — потому что они привыкли к статическим ограничениям печатной страницы, а затем к жестким ограничениям поддержки обратной совместимости с устаревшими браузерами. Таким образом, слишком многие цифровые интерфейсы по своей природе были статичными, чтобы соответствовать среде.

Пришло время изменить это, но это потребует фундаментальных изменений в нашем подходе к дизайну опыта.

Существующее искусство

Хорошей новостью является не только то, что это изменение уже идет полным ходом, но и множество «существующих произведений искусства» (буквально) в других средах, которые помогут дизайнерам испытать себя на этом пути.Комиксы и комиксы существуют уже более века, но последовательное искусство существовало на протяжении всей письменной истории. На самом деле это первый способ, которым люди записали историю, и их идея показать повествование с помощью визуальных средств заключается в том, что суть потребности в общении.

Пещерная живопись была самой ранней формой временного дизайна, показывающей изменение и прогресс

Ранние фильмы также имитировали стиль преобладающего в то время средства: театра. Движущиеся изображения ставились с фиксированными точками для всей сцены, часто просто снимались в том же сценическом направлении, что и в пьесе.Другими словами, статический. Кинематографисты быстро поняли, что они могут делать гораздо больше, используя несколько ракурсов, крупные планы, переходы между сценами и многое другое. Однако на самом деле они узнали, что могут играть с пространством и временем так, как это было невозможно на сцене.

Ранние съемочные площадки были не более чем сценами с направленной на них камерой

Состояние опыта Дизайн

То, в каком мы сейчас находимся, как дизайнеры цифровых интерфейсов, не так уж отличается от того, где оказались первые кинематографисты.Мы пытались использовать стиль печатной страницы, накладывая его ограничения на наш новый носитель, создавая статику. Теперь почти не существующая технология Flash позволила нам сделать несколько неуверенных шагов к временному дизайну, включив видео, переходы, повествование и даже ограниченное самоопределение для актеров.

(Я пытаюсь отойти от того, чтобы называть людей, которые работают с нашими продуктами, пользователями или клиентами с подтекстом пассивности или (что еще хуже) зависимости, которые ассоциируются с этими словами.Я искал лучший термин уже более десяти лет и, наконец, понял, что то, что мы должны называть их — и как мы должны думать о них — это как актеры. Вы также можете заметить, что я больше не говорю о дизайне пользовательского опыта или дизайне пользовательского интерфейса, предпочитая просто дизайн опыта и дизайн цифрового интерфейса. Не присоединитесь ли вы ко мне?)

Однако Flash оказался тупиком по нескольким причинам, и основные веб-технологии (HTML, CSS и JavaScript) только сейчас действительно догоняют мощь, когда-то обеспечиваемую Вспышка.Мы только поверхностно коснулись того, что возможно, думая о дизайне нашего опыта как о существующем во времени и пространстве, но нам действительно нравится то, что мы видим.

Вот почему в последнее время так популярны параллакс и другие приемы дизайна движения. Наконец кто-то начал перемещать элементы на странице в несколько реалистичной манере, обеспечивая визуальный интерес и очередь движения. Да, сейчас есть какая-то реакция. Параллакс был в значительной степени пони с одним трюком, создавая иллюзию потока, предоставляя очень мало дополнительной информации.

Черты темпорального дизайн-мышления

Темпоральный дизайн выходит за рамки шаблонного «интерактива», который был разбавлен до такой степени, что больше не имеет смысла. Вместо этого актеры ожидают чего-то гораздо более захватывающего и натуралистического.

Вот пять уровней темпорального дизайнерского мышления для дизайна опыта.

Темпоральный дизайн дизайна опыта

01. Сохранение контекста

Темпоральный дизайн опыта учитывает контекст актера во времени.Ваш дизайн должен доказывать, что сообщения меняются в зависимости от времени суток и, возможно, даже от шаблонов визуального и интерактивного дизайна, которые используются в течение дня.

02. Дайте нарратив

Дизайн временного опыта раскрывает актеру собственную непротиворечивую историю. Цифровые интерфейсы не должны восприниматься как отдельные фрагменты, сваленные в одну кучу, они должны обеспечивать всеобъемлющий контекст, а также конкретный контекст. Это также может означать место акторов в интерфейсе или в конкретном процессе.

03. Сделайте так, чтобы это разворачивалось

Дизайн временного опыта имеет естественный поток, который разворачивается вокруг актера, когда он проходит через него. По мере того, как новая информация становится доступной, актер должен чувствовать, что она становится все более актуальной для того, что он уже испытал, мало чем отличаясь от соединения подсказок в тайне убийства, основанной на предыдущих переживаниях и дополняющей их.

04. Показать переходы

Дизайн временного опыта плавно, но четко перемещается от одного момента к другому, предотвращая слепоту изменений.Когда элементы меняются, актеры могут четко видеть эти изменения с течением времени, а не внезапные или скачкообразные изменения.

05. Предоставление свободы действий

Дизайн временного опыта позволяет актеру найти свой собственный путь через свои собственные самоопределяемые действия. Это ключ к превращению кого-то из пользователя интерфейса в актера интерфейса, что дает ему максимальный контроль над средой. Этот атрибут больше всего подходит для темпорального дизайна. В настоящее время мы рассматриваем цифровой интерфейс в лучшем случае как «Выбери свое собственное приключение» с двумя или тремя вариантами.В будущем интерфейсы должны будут больше походить на открытую среду, чем на двухполосное шоссе.

Куда мы пойдем дальше?

Эта статья представляет собой лишь краткий обзор направления, в котором должен двигаться опытный дизайн, намеренно краткий, чтобы избежать TL;DR, связанного со статическим дизайном (да, эта статья — яркий пример статического дизайна). Итак, мне нужно съесть свой собственный шпинат и выяснить, как более эффективно общаться с помощью темпорального дизайна.

Вот три вещи, которые вы можете сделать, чтобы помочь мне:

  1. Поделитесь со мной замечательными примерами, которые обладают чертами темпорального дизайна. Я поделился некоторыми в этой статье, но там происходит так много интересного, что я не могу увидеть все это.
  2. Помогите мне найти лучшие инструменты для создания темпоральных дизайнов. Я постоянно ищу лучшие инструменты, помогающие дизайнерам думать о временном дизайне.
  3. Поделитесь собственным опытом перехода от статического проектного мышления к временному проектному мышлению. Вы работаете над проектами, которые по своей природе более временны? Дайте мне знать.

Words : Джейсон Крэнфорд Тиг

Джейсон Крэнфорд Тиг — старший креативный директор Capital One, проводит семинары по дизайну опыта для разработчиков, разработке дизайна и временному дизайн-мышлению.

Нравится? Прочтите это…

Дизайн времени

Может ли быть продуманная причина дизайна Земли и Луны?


В поисках дизайна времени

Этот веб-сайт рассматривает дизайн времени как свидетельство Божественно созданной системы Земля-Луна. Здесь важно то, что современная скорость вращения и орбитальная скорость, по-видимому, работают вместе, создавая определенные, четко определенные временные структуры.В подтверждение гипотезы о том, что существующая лунно-солнечная система является отражением разумного замысла времени, представлен следующий список бесплатных публикаций:

Дело о созданном времени? Взаимосвязанная система Руководство по дизайну времени Замедление вращения Земли
Обратите внимание, что, поскольку хорошо спроектированные временные структуры проявляются из современного вращения и орбитальных возвратов, возможность Высшего происхождения Земли и Луны кажется более достоверной.

Значение Луны

Роль Луны в конечном итоге становится огромной в доказательстве существования взаимосвязанного дизайна времени. Одно из наиболее заметных доказательств замысла в системе Солнце-Луна касается тесного взаимодействия между 7 наборами лунных четвертей и 7 наборами лет. Эта перекрестная ссылка поразительна по своему определению, присущему юбилейному календарю. Чтобы получить бесплатную информацию о невероятно точном лунно-солнечном календаре, выберите одну из следующих онлайн-публикаций:

. Знак Юбилейной Луны Порталы или годовые ворота 50-дневный цикл Луны Взаимосвязанный лунный дизайн

Фиксированное количество дней

Дизайн времени дополнительно проявляется в некоторых библейских отрывках, в которых подробно описаны различные циклы.Среди наиболее важных из них касается определения фиксированного количества дней. Чтобы получить бесплатную информацию о значении временных циклов, изложенных в Библии (и связанных с ней) текстах, выберите один из следующих онлайн-литератур:

Луна как измеритель времени Значение 40 дней Счет 360 дней Юбилейный временной цикл Календарь потопа Ноя Древняя астрономия

Исторические временные циклы

Изучение структуры времени имеет еще большее значение для лучшего понимания временных циклов, которые когда-то отслеживались в регионах древнего Ближнего Востока.Особое значение здесь имеет то, что ранние жрецы-астрономы, по-видимому, когда-то отслеживали и отмечали календарь, основанный на временных станциях. Для получения дополнительной информации о дне или временной станции Солнца (1 день в цикле из 30 дней) и дне или временной станции Луны (1 день в цикле из 7 недель), пожалуйста, выберите один из следующих список интернет-изданий:

День Солнца Исторический праздник недель Почему лунная неделя Затмение Бытия Недели Зодиака Десятина третьего года

Пророческие циклы

Наконец, изучение дизайна времени представляется важным для точного толкования некоторых библейских пророчеств.Чтобы быть более конкретным, помазание Мессии и разрушение Храма были событиями, которые были предсказаны (столетиями ранее). Кроме того, Библия предсказывает приближение конца света. Для получения дополнительной информации о событиях, описанных в библейских пророчествах, обратитесь к следующему списку бесплатных публикаций:

70-летний цикл Прогнозируемые временные циклы Значение 70 лет Хронология юбилеев Судный день впереди

Ссылки на другие

Время нескольких древних затмений, равноденствий и фаз Луны, которые упоминаются в литературе, указанной выше, можно удобно преобразовать в/из соответствующих юлианских чисел дня с помощью следующего онлайн-календаря.Время упомянутых событий можно дополнительно просмотреть в графическом формате, находясь внутри Sky View Cafe.

Войдите в кафе Sky View Календарь
Онлайн-публикации представляют результаты исследований Джеймса Двайера и Шерри Гудвин. (Джим раньше работал программистом компьютерных систем в Геологической службе США). Мы надеемся, что наше нынешнее исследование системы Земля-Луна будет способствовать дальнейшему изучению читателем сотворенной Солнечной системы.
Присылайте комментарии и вопросы на следующий адрес электронной почты:

[email protected]

Из-за нашей загруженности мы не можем ответить на все вопросы, которые получаем.



Исторический праздник недель: 23 августа 2019 г.

Мобильный формат: 25 августа 2016 г.

Безопасный веб-сервер: февраль 2017 г.

Copyright © 1997-2021 A-Quest-for-Creation-Answers

4 эффективных стратегии оценки времени для ваших дизайн-проектов — Smashing Magazine

Краткий обзор ↬ Сколько раз вы были совершенно сбиты с толку тем, как этот «маленький» проект превратился в такой большой, который стоил вдвое больше и занимал в три раза больше времени, чем вы предполагали? Многие из вас скажут, что для точной оценки времени веб-проектов — это оксюморон, но, применив несколько эффективных методов, можно значительно повысить точность большинства оценок веб-проектов.

Сколько раз вы были совершенно сбиты с толку тем, как этот «маленький» проект превратился в такой большой, стоящий вдвое и втрое превышающий ваши оценки? Многие из вас скажут, что для точной оценки времени веб-проектов — это оксюморон, но, применив несколько эффективных методов, можно значительно повысить точность большинства оценок веб-проектов.

1. Почему недооценка так распространена

Существует несколько причин, которые свободно признаются фрилансерами и веб-агентствами, почему веб-проекты так часто недооцениваются. К ним относятся:

  • использовалось ранее
  • На момент оценки имеются серые области или совершенно неизвестные
  • Клиент работает в специализированной отрасли, и решение нуждается в специальных функциях, которые не известны поставщику
  • Разбиение проекта на детали было бы требуется столько же работы, сколько и фаза сбора требований, которая оплачивается

Больше после прыжка! Продолжить чтение ниже ↓

Тем не менее, есть также некоторые секретные причины, почему веб-проекты обычно недооцениваются:

  • Клиенту нужна оценка для его проекта завтра, иначе он пойдет в другое место
  • Потребность в доходах для денежного потока теперь превосходит последствия того, что вы не выиграли новую работу сейчас
  • Предыдущий проект не оценен по сравнению с предыдущим проектом.был проведен анализ фактических данных, чтобы опираться на
  • Оценивать время проекта не весело

Несмотря на то, что это правда, мы редко признаемся в этих причинах другим или даже самим себе! Дело в том, что когда вы работаете в качестве веб-профессионала, в качестве одного человека или в составе небольшой веб-команды, тайные причины являются повседневной реальностью, которую не следует скрывать.

Сначала выяснив и признав, почему недооценка так распространена , вы можете затем приступить к внесению изменений в процесс оценки, которые уменьшат барьеры, создаваемые каждой причиной, и повысят вашу точность.

Технологии, ранее не использовавшиеся

Существует три подхода , которые вы можете использовать, когда сталкиваетесь с заданием, требующим технологии, с которой у вас есть минимальный опыт: эксперт

  • Исследуйте в свободное время и делайте свои предположения
  • Попробуйте договориться с клиентом о мини-проекте, в рамках которого вам платят за проведение этапа исследования и функционального планирования, прежде чем приступать к реализации всего проекта.Таким образом, вы можете изучить незнакомую технологию и предоставить клиенту функциональную спецификацию.

    В лучшем случае Вы даете клиенту уверенность, имеете гораздо более четкое представление о необходимой работе, переоцениваете и нанимаете для остальной части проекта.

    Наихудший случай Вы завершили базовое изучение технологии, о которой вы ранее не знали, которую вы можете продавать новым клиентам, вы получаете доход, а у клиента есть исчерпывающая спецификация, которую он может использовать в своем тендерном процессе.

    Добавлен бонус Вы и клиент узнаете, как вы работаете вместе, давая обоим возможность расстаться, прежде чем вы будете вовлечены в длительный проект.

    Если вы не можете убедить клиента заплатить за этот начальный этап функционального планирования и не можете найти подходящего эксперта в области технологии, но хотите получить работу и уверены в своих способностях и стремлении изучить то, что необходимо быть изученным, тогда лучший совет — провести некоторое начальное исследование в свободное время и просто предположить!

    Оценка занимает слишком много времени

    Тщательная оценка веб-проекта требует времени, но она имеет тенденцию наследовать все те же правила, что и кодирование: чем тщательнее вы будете, тем точнее вы будете .

    Возможно ли, что вы потратите время на разработку необходимых функций только для того, чтобы узнать, что вы не выиграли работу? Дадите ли вы клиенту бесплатную и подробную разбивку его проекта бесплатно? Безусловно, но такова природа продаж, что-то вы выигрываете, что-то проигрываете — не расстраивайтесь, постарайтесь получить от клиента обратную связь о том, почему вы не выиграли, и используйте данные советы, чтобы уточнить свою следующую оценку.

    Оценка необходима завтра

    Если клиент требует оценку завтра после инструктажа по проекту сегодня, вы должны немедленно попытаться оценить, подходит ли вам проект, по:

    1. Определение требуемой скорости отклика клиентом, и любая предыдущая коммуникация является признаком типа клиента, с которым они будут работать
    2. Оценка того, стоит ли потенциальная выгода для вашего бизнеса от проекта (известный клиент или долгосрочный повторный бизнес) риск недооценки и превышения бюджета
    3. Попытка согласовать с клиентом приблизительный диапазон бюджета, чтобы вы могли реалистично оценить его, или вежливо отклонить, если он слишком мал.Лучшие клиенты достаточно опытны, чтобы понимать, что это не тот, кто хочет потратить все свои с трудом заработанные деньги, а тот, кто ищет лучшее решение, которое они могут в рамках бюджета

    Если результаты этих быстрых шагов будут благоприятными, настройтесь на позитив и вперед! Будет еще один шанс отказаться, если позже вы обнаружите, что проект вам не подходит, и тогда вы можете произнести слова «В мусоропровод, летун!»

    Дилемма денежного потока

    Денежный поток — это жизненная сила любого фрилансера или небольшого веб-агентства, без которого они не выживут.

    Иногда может возникнуть ситуация, когда за работу будут браться, зная, что она может быть невыгодной. Как бы мучительно это ни было, и, несмотря на все комментарии, которые вы услышите, что вы никогда не должны этого делать, реальность такова, что счета и заработная плата должны быть оплачены!

    Когда фрилансеру или владельцу бизнеса предоставляется выбор: принять участие в проекте по цене, которая, как они знают, низкая, но, взяв на себя этот проект, означает, что они будут жить, чтобы бороться еще месяц, или рискуя не взяться за работу в течение надеясь, что появятся более выгодные лиды — сопереживайте и уважайте их.

    Это жесткое и мужественное решение, которое могут принять только они, но будьте уверены, что их счета или ваша заработная плата находятся в центре их внимания, когда они принимают это решение, и низкая оценка проекта не всегда является таким наивным решением. как это может показаться тем, кто не на передовой.

    Оценивать не весело

    Итак, это не так привлекательно, как добавление этого прекрасного гранжевого эффекта в ваш дизайн, и это не так увлекательно, как настройка плагина jQuery для работы именно так, как вы хотите, но оценка времени для веб-проекта точнее, почти наверняка важнее, чем оба , когда дело доходит до поддержки бизнеса фрилансера или небольшого веб-агентства.

    Однако, хотя мало кто не согласится с его важностью, многим будет постоянно трудно набраться страсти и тщательно оценить время для веб-проекта, но почему!? Вот еще тайных причин :

    • Это тяжелая работа, и многие выводят ее из зоны комфорта
    • Оценка обычно должна выполняться вместе с вашими планами на уже полностью занятую неделю
    • Это заставляет вас пытаться предсказать будущее
    • Это возлагает на вас большую ответственность за успех бизнеса в продажах, предлагаемые решения, прибыльность проектов, рост и выживание вашего бизнеса (страшные вещи!) привыкли к строгости оценки, но фрилансеры, как правило, более склонны находить весь процесс довольно скучным и просто хотят заниматься забавными вещами.

      Хотя мы все, без сомнения, можем сочувствовать этому, суровая правда заключается в том, что при управлении малым бизнесом или работе в качестве группы одного человека один или два плохо оцененных проекта в быстрой последовательности могут в конечном итоге привести к гибели обоих!

      Итак, какие еще методы можно использовать для дальнейшего повышения точности ваших оценок?

      2. Последовательные этапы проекта и задачи

      Как упоминалось ранее, когда вас просят предоставить смету проекта, это всегда не то, на что кто-то выделил время.В результате этого оценки часто составляются быстро, и по сравнению с прошлыми оценками нередко можно увидеть, что одна и та же фаза проекта или задача классифицируются по-разному, а для проектов одинакового размера оценки для каждого будут совершенно разными.

      Если вы выиграете работу, вы можете подумать: «Ну и что?», и в какой-то степени вы будете правы, однако первый шаг к созданию более точных оценок на долгосрочной основе — всегда разбивать фазы проекта и задачи последовательно .Веб-проекты обычно можно разбить на следующие этапы:

      • Исследование и планирование
      • Дизайн решения
      • Дизайн
      • Front-end разработка
      • Back-end разработка
      • Ввод контента
      • Testing
      • 4

      Если всегда начинать составлять оценки, используя согласованную разбивку высокого уровня, это означает, что в конечном итоге вы сможете получить повторно используемый шаблон и отслеживать время, затраченное на каждый из них.

      Но не останавливайтесь на достигнутом! Дальнейшее последовательное разбиение каждой фазы не только повысит точность оценки, но и со временем приведет к получению ценных данных.

      3. Получение детализации

      Теперь оценка проекта разбита на высокоуровневые этапы, пришло время повысить детализацию и разбить каждый этап на задачи. Именно здесь смета становится более адаптированной к конкретному проекту, но также включает в себя общие задачи, которые вы можете добавить в свой шаблон оценки и использовать снова и снова. Например:

      • исследования и планирование
        • Требования к сбору
        • Планирование проекта
      • Дизайн решения

        4

        • Sitemap
        • WARKFRAME
        • 9009
        • Функциональная спецификация
      • Дизайн
          Начальная домашняя страница выглядит и ощупь
        • Content Page
        • Master Content Template
        • Новости Главная страница
        • Новости товара
        • 5x Шаблоны сборки XHTML / CSS
        • JavaScript и AJAX
        • Cross -Browser Fixes
      • Back-End Development
      • 4

          9009
        • Новости
        • Свяжитесь с нами Форма
      • Content Contention

        4

        • Домашняя страница Копирование
        • Добавление 10x Новости Новости
      • Т ESTing
        • Внутренние функциональные тестирования
        • Клиентский пользователь Приемное тестирование (UAT)
      • GO-LIVE
      • GO-LIVE
        • Live Server Setup
        • 301 Re-Reverse от старого сайта URL-адресов на новый

      шаблоны страницы и функции, характерные для проекта клиента, могут быть перечислены на этом этапе наряду с задачами, необходимыми для всех веб-проектов.

      После того, как вы привыкнете составлять сметы таким образом, вы обнаружите, что представляете себе этапы и списки задач во время предпродажного первоначального общения с клиентом, и это неизменно:

      1. Уточняет ваши навыки сбора требований получить информацию, необходимую для составления тщательной сметы
      2. Заставляет вас продумывать проект с помощью шаг за шагом и сводит к минимуму шансы пропустить крупную или несколько мелких задач, которые могут закончиться Вы превысили бюджет, потому что не учли их в

      Итак, теперь у вас есть довольно солидный список этапов и задач для проекта, и все, что осталось, это оценить количество часов для каждого и отправить его клиенту, верно? Возможно, но подождите, из чего именно состоит функция «Новости»? Совпадает ли ваша интерпретация новости с интерпретацией клиента?

      Сейчас самое время исследовать и определить это , а не после подписания контрактов.

      Получение большей детализации

      Хотя заманчиво оценить количество часов для функции «Новости» и отправить ее клиенту, постарайтесь, если это возможно, точно определить, что клиент хочет от этой функции на этапе оценки, в конце концов, если вы посмотрите вокруг , вы сможете быстро найти разные варианты одной и той же функции, которые сильно различаются по размеру, функциям и сложности, а значит, и по стоимости.

      Используя функцию «Новости» в качестве примера, поговорите с клиентом и определите, что ему нужно сделать, чтобы вы снова могли свести к минимуму шансы упустить что-то в вашей оценке, что может, при добавлении к другим «маленьким» пропущенным задачам, сумма к серьезной ситуации перерасхода бюджета .

      Вы можете узнать Новости Функциональные требования:

      • Новости Характеристики Новости

        4

        • Добавить / редактировать / Удалить Новости Пункт
        • Прикрепите PDF
        • Прикрепите PDF
        • Auto-Archiving
        • RSS

      , теперь вы определили функцию новостей и можете конфиденциально оценить время, которое, по вашему мнению, потребуется для реализации. Но , скрытые даже в самых основных и распространенных функциях , содержат больше «мелких» вещей, которые, если их не зафиксировать, не рассмотреть и не процитировать, могут увеличить вероятность превышения.

      Например, клиент указал, что ему необходимо иметь возможность загружать изображения в новости, но нужно ли ему что-либо из следующего:

      • Возможность автоматического изменения размера?
      • Автогенерация миниатюр?
      • Полноэкранный просмотр?
      • Возможность добавления титров?

      Любая из вышеперечисленных новостных функций может добавить несколько часов к общему проекту и, таким образом, должна быть идеально учтена в ваших оценках — несколько пропущенных «несколько часов» задач, и внезапно проект выходит за рамки бюджета на два дня.

      Детализация и при попытке создать решение в уме означает, что вы сможете выявить и решить эти проблемы на ранней стадии, обязательно учтя их в своей окончательной оценке.

      «Менеджер веб-проектов знает, как спроектировать и разработать большую часть проекта самостоятельно, даже если результаты будут хуже, чем у его команды. Это позволяет ему приблизительно оценивать проекты и понимать проблемы и трудности своей команды».

      Введение в управление веб-проектами, Антонио Волпон

      задания для оценки, вы также можете очень быстро их настроить, если обнаружите, что отправленная вами оценка превышает максимальный бюджет клиента.

      Например, как часто клиент говорил вам, что хочет пойти с вами, но ваша цена «немного завышена» и «если бы вы могли сократить ее на пять часов, мы можем работать» ? Обычно это означает, что вы должны сделать одну из двух вещей; откажитесь от часов, которые вы оценили для функции «Новости», и надеюсь, что вы сможете объяснить позже, почему бюджет не позволяет загружать изображения и создавать миниатюры и т. д., или полностью удалите функцию «Новости».

      Но, если у вас есть детальная оценка функции «Новости», вы можете конфиденциально , а на этом этапе установки важных ожиданий просто удалите пару подфункций «Новости» и функции загрузки изображений «Новости», чтобы согласование с бюджетом клиента.

      Когда вы сообщаете об этом клиенту, он ясно увидит, что вы предлагаете убрать и почему, и он по-прежнему получит ту функцию новостей, которая ему нужна, но, возможно, с несколькими менее приятными моментами. Использование этого подхода обычно хорошо воспринимается клиентами, поскольку у них есть полная и прозрачная аргументация изменений в вашем предложении.

      Такая прозрачность в процессе продажи неизменно придаст клиенту уверенности в вас потому что демонстрирует ему, что вы:

      1. являетесь экспертом в своей области
      2. можете представить проект в целом и методический подход, и, скорее всего, продолжит работу в этом направлении над своим проектом

      Лучше всего, если вы добились успеха со своей оценкой и вас наняли, у вас уже есть основы:

      1. Мгновенное техническое задание
      2. Определенный объем проекта
      3. Сроки, необходимые для составления точного графика проекта с этапами
      4. Очень ранняя настройка ожиданий клиента
      5. Продемонстрировали свою тщательность и понимание их бизнеса и требований к клиенту

      И что теперь? Что ж, теперь вы выиграли работу, пора приступить к сбору данных, которые позволят вам создавать еще более точные оценки в будущем.

      4. Согласованное отслеживание и анализ времени

      Прежде чем приступить к работе, вы должны сначала воспроизвести все этапы и задачи вместе с их временными оценками, , в свой инструмент отслеживания времени по вашему выбору. Как только это будет сделано, вы можете приступить к работе и быть дисциплинированными, отслеживать все, что вы делаете, и регистрировать это в правильной категории.

      Конечно, многие из вас будут делать это по умолчанию, поскольку это позволяет:

      • Знать, сколько времени у вас есть на выполнение каждой фазы
      • Просматривать, сколько времени у вас есть на каждую задачу и подзадачу
      • Отчетность сколько времени все на самом деле заняло

      Но реальная ценность поддержания согласованного набора высокоуровневых фаз, от оценки до отслеживания времени, заключается в том, что после нескольких проектов вы можете начать анализировать данные и начать определять средние значения и тенденции, которые вы можете использовать для уточнения оценки вашего следующего веб-проекта.

      Анализ расчетного и фактического времени

      Вот где происходит настоящее волшебство! Разбивая и отслеживая свое время для нескольких проектов на последовательные этапы и задачи, вы будете иметь достоверные сопоставимые данные для анализа, например, после пяти проектов, когда вы усредните числа, вы вполне можете обнаружить следующее:

      • Исследования и планирование заняли около 5% от общего времени проекта
      • Дизайн решения: 5%
      • Дизайн: 25%
      • Front-end разработка: 15%
      • 4 Back-end разработка : 30%
      • Ввод содержимого: 8%
      • Тестирование: 10%
      • Ввод в эксплуатацию: 2%
      более реальными станут ваши средние значения.

      Обладая этой ценной информацией, вы можете установить примерно , увеличив точность вашей следующей оценки , имея возможность, предполагая, что вы можете получить диапазон бюджета от клиента: фаза

    • Определите лучшее решение, которое вы можете предложить клиенту в соответствии с его бюджетом

    Это даже позволяет вам удовлетворить клиента, которому «нужна оценка завтра», когда у вас нет времени, чтобы разбить ее на детали.

    Заключение

    Точная оценка времени для веб-проекта — это то, что многие пытаются делать каждый день, но лишь немногим удается добиться успеха. Не существует единой формулы, которая удовлетворила бы все ситуации, и шансы точно оценить, сколько будет стоить проект, практически равны нулю.

    Но можно резко повысить точность оценки вашего веб-проекта с помощью:

    1. Выявление причин, по которым недооценка так распространена
    2. Понимание того, почему это так важно
    3. Сопротивление искушению не получать детализированные
    4. 4
    5. Создание согласованного, методичного и многократно используемого процесса оценки
    6. Анализ оценочных и фактических данных из нескольких проектов для выявления тенденций

    « Дьявол кроется в деталях : Когда люди говорят, что дьявол кроется в деталях, они означают, что мелочи в планах и схемах, которые часто упускают из виду, могут впоследствии вызвать серьезные проблемы.”

    Дополнительные ресурсы

    Вот дополнительные статьи и связанные ресурсы, которые могут помочь вам повысить точность оценки вашего веб-проекта:

    часов. дизайн времени, время дизайна в музее дизайна триеннале, милан

    часа. time design, design time triennale di milano, италия до 8 января 2012 года

    общий вид часов. дизайн времени, время дизайна» выставка дизайн Патриции Уркиолы (1-я секция – вход) image © designboom

    музей дизайна триеннале в милане представляет часы.дизайн времени, время дизайна», шоу, которое исследует отношения между временем и дизайном. под кураторством Сильваны Анникьярико и Яна ван Россема, макет выставки разработан испанским дизайнером Патрицией Уркиолой, инсталляции, продукты, произведения искусства, работы и видеоролики на выставке, созданные международными художниками и дизайнерами, каждый из которых пытается ответить на эти вопросы. как: «как можно измерить время?», «как можно показать проходящее время?» и «как можно испытать время?».

    В то время как фигуративное искусство, кино и фотография долго и глубоко размышляли о времени, дизайн вместо этого часто обращался к предмету, просто ограничивая его категориями точности, измеримости и функциональности.тем не менее, отношения между временем и дизайном гораздо сложнее и могут открывать удивительные перспективы как в эстетическом, так и в функциональном плане. все экспонаты посвящены таким темам, как течение времени, постоянно меняющееся время, гибель, иногда в юмористической манере, иногда поэтически, иногда медитативно, а иногда критически. более 70 часов, выбранных из существующих коллекций, а также работы, специально заказанные по этому случаю на триеннале, в том числе часы «реального времени» Маартена Бааса, водяные часы Коити Окамото дизайна Кёэй, «дизайны с самопечатью» Оскара Диаса, «Вечность» Алисии Эггерт и Майка Флеминга, «Часы Саса» Торунна Арнадоттира и «Прекрасная картина с подсолнухами» Дэмиена Херста.в этом сценарии, где время притупляется к настоящему, выставка демонстрирует множество точек зрения на время, его непрекращающуюся суматоху и его прохождение.

    ‘(…) время, выраженное часами со стрелками, когда-то было прекрасной репродукцией естественного времени, исчисляемого солнцем в небе. напротив, сегодня одной из характеристик цифровых часов является то, что они вообще ничего не сообщают Вселенной. быть может, они предупреждают нас о том, что сущность часов состоит уже не в отображении хода естественного времени, а только времени искусственного, артефактного времени.

    часов глубоко размышляет об этой трансформации и взаимосвязи между временем и дизайном. но это не выставка с историческим подходом. он не стремится документировать историю хронометража в диахронии или отношения, которые мастера дизайна имели с течением времени к инструментам, от календарей до часов, используемых для измерения времени.

    часов призван служить синхронным обзором возможных отношений некоторых современных предметов или конструкций — начиная примерно с начала нового тысячелетия — со временем и проблемами, связанными с ним.таким образом, часы появляются не столько под эгидой Кроноса, сколько под эгидой Кайроса. он представляет собой не логическую или хронологическую последовательность объектов, а совокупный набор экспонатов по типу вызываемого им восприятия, воспламеняющихся эмоций, пробуждаемых мыслей. надеясь, что это также может спровоцировать возникновение чего-то у посетителя. (…)

    часов пытается дать некоторые ответы на эти вопросы посредством загадочных объектов, эстетических артефактов, иронических проектов, игривых, философских, механических, инстинктивных, экзистенциальных наблюдений или провокаций относительно понятия мимолетности.’ – silvana annicchiarico and jan van rossem

    выставка view image © designboom

    ‘вся выставка соткана из выбора: выбор не следовать хронологическому расположению в представлении экспонатов, выбор не отображать явное время- держать устройства или объекты тесно связанными с этой функцией. даже место проведения выставки начинается с выбора.

    посетителю сразу же предлагаются две возможности, два различных режима использования: «обычный» вход и «ускоренный вход».те, кто выбирает «быстрый путь», также из любопытства, увидят не всю выставку, а ее краткое «краткое содержание». но всегда можно выйти из него самопародией.

    Первоначальный выбор — это также метафора того, как люди обычно используют свое время и какую ценность они ему придают. Я решил сформулировать макет в виде трех разделов. первый касается измерения времени. он создает взаимодействие между восприятиями и видениями в темном пространстве, оживляемом искусственным освещением, где пол и стены сливаются воедино, а объекты подвешены на сломанных сетках.

    Второй раздел посвящен объектам, путешествующим во времени, и теме путешествий во времени. связь, установленная между произведениями и естественным светом, важна. свет меняется в зависимости от времени суток и сезона, создавая эффект «временности».

    Третий раздел посвящен представлению времени через ряд лимбов, которые служат декорациями для небольших сцен, небольших театров, в которых объекты взаимодействуют друг с другом. лимб аннулирует пространственные координаты, а освещение снова становится искусственным.

    задача состояла в том, чтобы построить метафорическое воплощение древней, сложной и захватывающей темы, стремясь избежать банальности и дидактичности», — Патрисия Уркиола «Хроно-шредер» французского дизайнера Сюзанны Хертрих каждый прошедший день помещается в измельчитель бумаги, который разрезает их на большие куски, уничтожает, уничтожает.

    «Изысканные часы», крупный план. Изображение «Chrono Shredder» © designboom

    «Изысканные часы» Жоао Уилберта для Fabrica, 2010, изображения © designboom

    объединяет их в физические часы, веб-сайт и мобильное приложение.фотографии загружаются людьми со всего мира и мгновенно отображаются по всему миру, включая часы, представленные на этой выставке. Вы можете добавить свою фотографию – загрузите приложение для iPhone здесь. см. предыдущую статью designboom об «изысканных часах» здесь.

    выставка вид спереди: «60 секунд» Игнасио Уриате, 2005 г. изображение © designboom

    «60 секунд» немецкого дизайнера Игнасио Уриате представляет собой инсталляцию из шестидесяти пластиковых наручных часов, соединенных вместе в виде круга, каждые часы установлены так что он на секунду отстает от предыдущего.в то же время можно визуализировать все секунды в минуте.

    крупный план «60 секунд» Игнасио Уриате

    Эволюционная скульптура «0,5 г мин» Альбина Карлссона, 2007 г. изображения © designboom

    скульптура «0,5 г мин» шведского дизайнера Альбина Карлссона обретает форму в течение трех месяцев медленно наращивая свою форму с течением времени.

    Видео о развивающейся скульптуре «0,5 г мин» предоставлено Альбином Карлссоном

    «часы» от christiaan postma image © designboom

    christiaan postma объясняет, что отправной точкой его проекта «часы» было личное исследование формы и времени.голландский дизайнер собирает более 150 отдельных часовых механизмов и организует их работу вместе, чтобы они стали одними часами. он показывает ход времени, позволяя стрелкам часов записать числа словами. при чтении по часовой стрелке время видно через слово и читается по полноте слова, 12 слов от «один» до «двенадцать». размер часов 1,4 на 1,4 метра.

    Деталь «часов» Кристиан Постма изображение © designboom

    «Рево» Леонардо Фортино и Андреа Бартолуччи Лаборатория Спиголи Виви, 2011 г. Бартолуччи из Spigoli vivi lab, заключается в том, что время является составным элементом отношения между пространством и материалом: в перемещении любого тела в пространстве фактически имплицитно протекание времени.

    крупный план «revo» Леонардо Фортино и Андреа Бартолуччи изображение © designboom

    видео © Spigoli Vivi lab

    «поторопитесь! торопиться! Патриция Уркиола и DEIS Bologna (Федерико Томбари, Самуэле Сальти, Алессандро Франки) Специально для сайта, изображения 2011 г. . за каждым, кто входит в подготовленную зону, буквально гонится белый кролик, который, как в знаменитой книге Льюиса Кэрролла, всегда беспокоится об опоздании.никогда не довольный, как только посетитель останавливается, кролик с угрожающим видом вытаскивает карманные часы, вызывая у посетителя беспокойство. и в этом случае делается ироничная и игривая попытка визуализировать одержимость современного человека временем, его страх потерять его, растратить и не справиться с ним. Таким образом, кролик становится своего рода «сувениром», волшебной и причудливой фигурой, сопровождающей посетителя, чтобы он размышлял о своем собственном «времени».

    Все это стало возможным благодаря использованию методов искусственного интеллекта.с помощью датчика трехмерных данных и алгоритма, специально разработанного для этой инсталляции, визуальная информация, относящаяся к характеристикам окружающей среды, фиксируется датчиком и используется для «следования» за зрителями с помощью виртуального кролика, который начинает взаимодействовать с их.» – Патриция Уркиола

    Патриция Уркиола фон: плитка «голубая посуда» от студии glithero портрет © designboom

    «Жук – машина времени» Патрисия Уркиола для сайта Moroso, 2011 изображения © designboom

    «время всегда была навязчивой идеей для человечества в том смысле, что это наименее контролируемый и поддающийся изменению элемент.самый сильный предел, который необходимо преодолеть и на который технология и прогресс могут вмешиваться меньше всего. иметь дело с нашей ограниченностью, с крайним сроком, который мы можем попытаться продлить, но не избежать. иметь дело с вечностью и невозможностью испытать ее. любопытство способности предвидеть или читать будущее, первичный поиск каждой цивилизации, который увековечивает себя в непрерывных маловероятных и необоснованных попытках, основанных на основаниях, сравнимых с верованиями. сила, связанная с предполагаемым контролем времени посредством прогнозов, опросов, чтений, предчувствий, изучения циклов, создания систем, генетического анализа, профилактических тестов, сеансов, оракулов, чтения карт, костей, кишок животных, рука, звезды.уметь зарабатывать на фондовом рынке, знать настроения общества, мнения лиц, принимающих решения, создавать консенсус, предотвращать, предвидеть, контролировать. окончательное решение? изобрести машину времени, как были изобретены поезд, автомобиль, самолет и космический корабль. дальше и дальше, быстрее и быстрее, за меньшее время, но всегда и только в настоящем и в пространстве. жук — червь, насекомое, нечто непредвиденное, ошибка, стихийное бедствие чего-то искусственного, как метафора невозможности тотального контроля над временем.’ – Патриция Уркиола

    Марти Гише со своими настенными часами. «Время есть» специально для сайта, портрет 2011 г. © designboom

    запах готовки: 9:00 завтрак, 13:00 приготовление овощей, 22:00 приготовление томатного соуса… – Essence Project lorenzo dante ferro

    ‘в ближайшем будущем мы все будем питаться какими-то таблетками. это произойдет не потому, что мы этому рады, а потому, что все наши природные ресурсы будут загрязнены.жить с такой функциональной диетой теоретически можно, но организм все равно противится этим радикальным изменениям, ему нужны поколения, чтобы эволюционировать в новую форму и формат. это тоже произойдет, но в очень отдаленном будущем. в настенных часах «время есть» о времени еды свидетельствует запах готовки. этот запах все еще действует как активатор наших чувств и наших химических веществ, связанных с памятью и чувствами. «Время есть» — это своего рода переход, чтобы приспособить наш организм к радикальным изменениям. следующему поколению больше не понадобится время на еду.’ – martí guixé

    «вовремя» от diamantini & domeniconi для Fabrica, 2009 г. изображение © designboom

    «вовремя» от diamantini & domeniconi для Fabrica имеет изогнутую минутную стрелку, которая наклонена, чтобы указывать время на пять минут вперед. идеально подходит для хронических опоздавших.

    кураторы выставки Сильвана Анниккиарико и Ян ван Россем image © designboom

    Минимизация времени проектирования в микросервисной архитектуре

    Стенограмма

    Ричардсон: Я Крис Ричардсон.Добро пожаловать на мой доклад о минимизации времени проектирования в микросервисной архитектуре. В этом выступлении я отвечу на три вопроса. Что такое связь во время разработки? Какие проблемы это создает? Как мы разрабатываем слабосвязанные сервисы? Я сделал несколько вещей за эти годы. В частности, я написал книгу «POJO в действии». Я создал оригинальный Cloud Foundry, который был PaaS для развертывания Java-приложений на AWS. В настоящее время я сосредоточен на микросервисной архитектуре. Я написал книгу «Шаблоны микросервисов.» Я помогаю организациям по всему миру успешно внедрять и использовать микросервисы, консультируя и обучая.

    Контур

    Теперь поговорим о связях во время разработки. Во-первых, я собираюсь описать основные характеристики микросервисной архитектуры, в том числе слабую связь времени разработки. После этого я опишу некоторые приемы минимизации связи времени разработки. Затем, наконец, я воспользуюсь проблемой заказа буррито на вынос, чтобы проиллюстрировать потенциальные проблемы сопряжения, а затем покажу, как их можно устранить.

    Микросервисная архитектура = Архитектурный стиль

    Архитектура микрослужб — это архитектурный стиль, который структурирует приложение как набор служб. Услуги слабо связаны. Каждый сервис принадлежит небольшой команде. Каждая служба развертывается независимо. Время выполнения каждой услуги, то есть время от фиксации до развертывания, должно быть менее 15 минут.

    Почему микросервисы: треугольник успеха

    Зачем использовать микросервисы? Внедрение микросервисов обусловлено двумя важными тенденциями.Первая тенденция заключается в том, что, как сказал еще в 2011 году Марк Андриссен, программное обеспечение поглощает мир. Эта фраза означает, что бизнес-продукты и услуги все больше зависят от программного обеспечения. Неважно, является ли ваша компания компанией, предоставляющей финансовые услуги, авиакомпанией или горнодобывающей компанией, программное обеспечение занимает центральное место в вашем бизнесе. Вторая тенденция заключается в том, что мир становится все более изменчивым, неопределенным, сложным и неоднозначным. К сожалению, нет лучшего примера этого, чем COVID, который стал абсолютным разрушителем.Из-за динамичной и непредсказуемой природы мира предприятия должны быть гибкими. Им нужно быть маневренными. Им нужно внедрять инновации быстрее. Поскольку программное обеспечение поддерживает эти предприятия, ИТ-отдел должен поставлять программное обеспечение гораздо быстрее, чаще и надежнее.

    Чтобы поставлять программное обеспечение быстро, часто и надежно, вам необходимо то, что я называю треугольником успеха. Вам нужно сочетание трех вещей: процесса, организации и архитектуры. Процесс, который называется DevOps, включает в себя такие концепции, как непрерывная поставка и развертывание, и часто доставляет поток небольших изменений в рабочую среду.Вы должны структурировать свою организацию как сеть автономных, наделенных полномочиями, слабо связанных, долгоживущих групп по разработке продуктов. Вам нужна слабосвязанная и модульная архитектура. Опять же, слабая связанность играет роль. Если у вас есть большая команда, разрабатывающая большое сложное приложение, вы обычно должны использовать микросервисы. Это связано с тем, что микросервисная архитектура дает вам возможность тестирования и развертывания, необходимые для выполнения DevOps, и дает вам слабую связь, которая позволяет вашим командам быть слабо связанными.

    Я много говорил о слабой связи, но что это такое? Операции, охватывающие сервисы, создают связь между ними. Связывание между услугами – это степень связанности. Например, в примере с клиентом и заказом, который я использую в этом докладе, операция создания заказа резервирует кредит в службе поддержки клиентов и создает заказ в службе заказов. В результате между этими двумя службами существует определенная связь.

    Муфта рабочего цикла

    Существует два основных типа муфт.Первый тип связи — это связь во время выполнения. Связывание во время выполнения — это степень, в которой на доступность одной службы влияет доступность другой службы. Давайте представим, что служба заказов обрабатывает запрос на создание заказа, отправляя запрос PUT в службу поддержки клиентов для резервирования кредита. Хотя это кажется простым, на самом деле это пример жесткой связи во время выполнения. Служба заказов не может ответить на запрос POST, пока не получит ответ от службы поддержки клиентов. Доступность конечной точки создания заказа является продуктом доступности обеих служб, что меньше, чем доступность одной службы.Это простой пример распространенного антипаттерна в распределенном приложении. Хороший способ устранить тесную связь во время выполнения — использовать асинхронные механизмы обмена сообщениями, такие как шаблон саги. Служба заказа может, например, немедленно ответить на запрос создания. Ответ сообщит клиенту, что запрос на создание заказа был получен, и что ему нужно будет вернуться позже, чтобы определить результат. Затем служба заказов будет обмениваться сообщениями со службой поддержки клиентов, чтобы завершить создание заказа.

    Муфта времени проектирования

    Второй тип связывания — это связывание во время разработки, которому посвящен этот доклад. Связывание во время разработки — это степень, в которой одна служба вынуждена измениться из-за изменения другой службы. Связывание происходит потому, что одна служба прямо или косвенно зависит от понятий, принадлежащих другой службе. Давайте представим, что служба заказов использует API службы поддержки клиентов. Он либо вызывает операции службы, либо подписывается на ее события.Зависимости не являются плохими по своей сути. Довольно часто это абсолютно необходимо. Однако это создает связь между службой заказов и службой поддержки клиентов во время разработки. Причина, по которой связь времени разработки является потенциальной проблемой, заключается в том, что концепции могут меняться. Например, существует риск того, что изменение службы поддержки клиентов заставит этот API измениться таким образом, что это потребует изменения службы заказов. Степень связи зависит от стабильности клиентского домена, дизайна API обслуживания клиентов и того, какая часть этого API используется службой заказов.Чем плотнее соединение, тем выше риск изменения блокировки шага. Как я опишу позже, поэтапные изменения требуют совместной работы команд, что может снизить производительность.

    Следовательно, необходима слабая связь. Важно помнить, что слабая связанность не гарантируется. Вы должны тщательно спроектировать свои услуги, чтобы они были слабо связаны. В идеале мы должны проектировать сервисы таким образом, чтобы избежать какой-либо связи во время разработки. Например, мы могли бы рассмотреть возможность превращения создания заказа в локальную операцию, поместив субдомены клиента и заказа в один и тот же сервис.Однако это может быть плохой идеей, если создается служба, которая слишком велика для небольшой команды. В целом, хотя мы можем попытаться избежать связи во время разработки, обычно ее устранение нецелесообразно. Вместо этого цель состоит в том, чтобы свести его к минимуму.

    Модульность и свободная связь — старая идея

    Это разговор о слабой связности и микросервисах. Слабая связь — это древняя концепция, которая охватывает все пространство дизайна. Парнас, например, написал известную статью о модуляризации еще в 1972 году.Название было связано с критериями, которые следует использовать при разбиении систем на модули. Многие из идей, изложенных в этой статье, очень актуальны для микросервисов. С другой стороны, они также применяются при разработке классов.

    Почему важна свободная муфта

    Почему важна свободная связь? Авторы книги Accelerate, которую обязательно нужно прочитать, обнаружили тесную взаимосвязь между успехом в бизнесе и производительностью организации, занимающейся разработкой программного обеспечения.Они также обнаружили, что разработчики в высокоэффективных организациях соглашаются со следующими утверждениями: «Выполняйте свою работу, не общаясь и не координируя свои действия с людьми, не входящими в их команду. системы или создание значительной работы для других команд». Чтобы работать таким образом, требуется архитектура, слабо связанная с точки зрения времени разработки. Другими словами, слабая связь времени проектирования делает бизнес более прибыльным.

    Пошаговое изменение: добавление дополнительной платы за доставку COVID

    Противоположностью слабой связи времени проектирования является тесная связь времени проектирования. Жесткая связь во время разработки является препятствием для достижения высокой производительности, поскольку она приводит к пошаговым изменениям, которые требуют от команд координации своей работы. Давайте рассмотрим простой пример. Давайте представим, что служба заказов имеет конечную точку API для получения заказа. Заказ имеет четыре поля: промежуточный итог, налог, плата за обслуживание и плата за доставку. Чего не хватает, так это поля для суммы заказа.Возможно, эта конечная точка создается автоматически из схемы базы данных, в которой не хранится общая сумма заказа. В результате такие клиенты, как бухгалтерская служба, должны сами рассчитывать общую сумму заказа. Первоначально это не было большой проблемой, так как это очень простой расчет. Однако в марте 2020 года организации необходимо было ввести надбавку за COVID, чтобы покрыть расходы на СИЗ. Поскольку расчет не был централизованным, нескольким командам нужно было отследить и изменить несколько мест в кодовой базе, которые рассчитывали общую сумму заказа.Это был медленный и подверженный ошибкам процесс. Это хороший пример изменений, затрагивающих несколько служб. Что еще хуже, давайте предположим, что требуемое изменение в бухгалтерской службе потребовало критического изменения ее API. Это заставит клиентов бухгалтерской службы также меняться синхронно, что потребует большего количества встреч для согласования. В худшем случае у вас может получиться так называемый распределенный монолит, в котором многие или все сервисы постоянно меняются синхронно.Это архитектура, которая сочетает в себе худшие аспекты обоих архитектурных стилей.

    Межгрупповое изменение: монолит против микросервисов

    Эта межгрупповая координация также происходит в монолитной архитектуре. Тоже нежелательно. Однако в монолитной архитектуре проще создавать, тестировать и развертывать изменения, внесенные несколькими командами. Вы можете просто внести необходимые изменения в ветку, а затем собрать, протестировать и развернуть их. Напротив, развертывание изменений, которые охватывают несколько служб, гораздо сложнее.Поскольку сервисы развертываются независимо, с нулевым временем простоя, вы не можете просто развернуть критическое изменение в API сервиса. Во-первых, необходимо развернуть версию службы, поддерживающую старую и новую версии API. Затем вы должны перевести все клиенты на этот новый API. Затем, наконец, вы можете удалить старую версию API. Это намного больше работы, чем в монолите. Как видите, связь на уровне архитектуры приводит к связи между командами. Это отличный пример действия закона Конвея.Вот интересный небольшой совет, Мел Конвей есть в Твиттере, и у него есть что сказать.

    Услуги DRY (не повторяйтесь)

    Существует несколько методов, которые можно использовать для сведения к минимуму связи во время разработки. Первый заключается в применении классического принципа дизайна «Не повторяйся». Этот принцип гласит, что каждое понятие, такое как калькулятор суммы заказа, имеет единственное представление в приложении. Другими словами, должно быть одно место, которое подсчитывает сумму заказа.У вас может возникнуть соблазн использовать традиционный подход реализации вычислений в библиотеке, встроенной в несколько служб. В то время как использование библиотеки для стабильных понятий полезности, таких как деньги, в целом нормально, библиотека, содержащая изменяющуюся бизнес-логику, недостаточно СУХАЯ. Это связано с тем, что все службы должны использовать одну и ту же версию библиотеки. При изменении бизнес-логики и выпуске новой версии библиотеки множество команд должны одновременно выполнить обновление до этой версии, что еще больше повышает координацию и сотрудничество между командами.Чтобы правильно применить принцип DRY в микросервисной архитектуре, каждая концепция должна быть представлена ​​в одном сервисе. Например, служба заказов должна вычислить общую сумму заказа. Любая служба, которой необходимо знать общую сумму заказа, должна запросить службу заказа. Это СУХОЙ принцип.

    Айсберги: раскрывайте как можно меньше

    Другим принципом, помогающим достичь слабой связи времени проектирования, является принцип айсберга. Точно так же, как большая часть айсберга находится под поверхностью воды, площадь поверхности API-интерфейса службы должна быть намного меньше, чем площадь реализации.Это связано с тем, что то, что скрыто, можно легко изменить, или, наоборот, то, что доступно через API, изменить гораздо сложнее из-за его влияния на клиентов службы. Сервисный API должен инкапсулировать или скрывать как можно большую часть реализации. Отличным примером принципа айсберга в действии являются простые API, такие как Stripe или Twilio API. Twilio API для SMS позволяет отправлять SMS подписчикам в более чем 150 странах, но конечная точка API имеет только три обязательных параметра: номер получателя, номер отправителя и сообщение.Этот невероятно простой API скрывает всю сложность маршрутизации сообщения в соответствующую страну. Мы должны стремиться применять тот же принцип к нашим услугам. Статья Парнаса 1972 года даже содержала несколько мудрых слов. Во-первых, перечислите наиболее важные и/или нестабильные проектные решения. Во-вторых, спроектируйте модули или, в данном случае, сервисы, которые инкапсулируют эти решения.

    Принцип айсберга связан с минимизацией площади обслуживания. Чтобы обеспечить слабую связанность, служба также должна потреблять как можно меньше.Мы должны свести к минимуму количество зависимостей, которые есть у службы, поскольку каждая из них является потенциальным триггером для изменений. Кроме того, служба должна потреблять как можно меньше от каждой зависимости. Более того, важно применять принцип устойчивости Postel и реализовывать каждую службу таким образом, чтобы она игнорировала ненужные атрибуты ответов и событий. Это связано с тем, что если служба выборочно десериализует сообщение или ответ, на нее не влияют изменения атрибутов, которые она на самом деле не использует.Интересно, что следует помнить одну вещь: логика десериализации, сгенерированная кодом, обычно десериализует все атрибуты.

    Использовать базу данных для каждой службы

    Другим ключевым принципом, способствующим слабой связи, является база данных для каждой службы. Например, давайте представим, что вы преломили свой монолит в сервисы, но оставили базу данных без изменений. В этой частично преломленной архитектуре служба заказов резервирует кредит, напрямую обращаясь к таблице клиентов. Это кажется простым, но это приводит к тесной связи во время разработки.Если команда, владеющая службой поддержки клиентов, изменит таблицу клиентов, службу обработки заказов необходимо будет изменить синхронно. Чтобы обеспечить слабую связь во время разработки, службы не должны совместно использовать таблицы. Вместо этого они должны общаться только через API.

    Буррито на вынос — пример связывания времени проектирования

    Теперь я хочу обсудить пример связи времени проектирования, который мотивирован моим чрезмерным потреблением еды на вынос за последний год. У меня было много свободного времени, чтобы довольно тщательно изучить предметную область.Мы рассмотрим, как улучшить архитектуру, чтобы она лучше справлялась с меняющимися требованиями. Примером приложения в обеих моих книгах является приложение Food to Go. Это приложение для доставки еды наподобие Deliveroo или DoorDash, но, в отличие от этих двух компаний, его фиктивные акции на самом деле выросли в цене после выхода на IPO. Первоначально Food to Go имела монолитную архитектуру, но со временем команда приложений росла. Он был перенесен на микросервисную архитектуру. Вот некоторые из ключевых услуг.Служба заказов отвечает за создание и управление заказами. Он реализует команду создания заказа, используя шаблон саги. Служба заказов сначала проверяет запрос на создание заказа, используя реплику CQRS информации о ресторане, которая принадлежит службе ресторана. Затем он отвечает клиенту с идентификатором заказа. Затем служба заказов завершает создание заказа, асинхронно взаимодействуя с другими службами. Он вызывает службу потребителей, чтобы убедиться, что потребитель может размещать заказы.Затем он вызывает бухгалтерскую службу для авторизации кредитной карты потребителя. Наконец, он создает билет.

    Я хочу сосредоточиться на соединении во время разработки службы заказа и службы ресторана. Основная обязанность ресторанной службы – владеть информацией о ресторанах. В частности, его API раскрывает меню. В этом примере служба ресторана публикует события, но привязка во время разработки была бы такой же, если бы у нее была конечная точка REST. Информация меню используется службой заказов для проверки и оценки заказов.Давайте теперь рассмотрим влияние изменений на поддомен ресторана. Первое изменение, которое я хочу обсудить, — это поддержка пунктов меню разных размеров. Например, давайте представим себе ресторан, в котором продаются чипсы и сальса двух разных размеров, маленького и большого. Мы можем поддержать это требование, введя концепцию пунктов подменю. Пункты меню, такие как чипсы и сальса, могут иметь два подменю, по одному для каждого размера. Мы можем открыть клиентам иерархию пунктов меню, добавив идентификатор родительского пункта меню в DTO и события.Это аддитивное изменение, поэтому оно не является критическим. Служба заказов может игнорировать этот атрибут, поэтому изменение не повлияет на него.

    Давайте теперь посмотрим на другое изменение, которое внешне очень похоже, но имеет гораздо большее влияние. В некоторых ресторанах есть элементы меню, которые можно настраивать. Например, один из моих любимых ресторанов позволяет вам персонализировать свой буррито. Есть множество вариантов, включая платные дополнения, такие как жареный перец чили и гуакамоле, такие вкусные. Добавление поддержки настраиваемых пунктов меню требует многочисленных изменений в заказе ресторана и домене кухни.Пункт меню должен описывать возможные варианты. Имеет базовую цену. Пункт меню имеет ноль или более опций группы меню, которые имеют имена и атрибуты минимального и максимального выбора. Каждая группа опций пункта меню имеет одну или несколько опций пункта меню, а опция пункта меню имеет имя и цену. Чтобы рассчитать промежуточный итог, элемент строки заказа должен описывать выбранные параметры. Позиция строки заказа имеет ноль или более опций позиции заказа, которые описывают выбранную опцию. Точно так же, чтобы кухня подготовила заказ, в позиции тикета также должны быть описаны выбранные опции.Однако ему просто нужно знать названия выбранных опций для каждой из позиций. Это пример изменения, которое имеет широкое влияние. Команды, владеющие тремя затронутыми службами, должны будут потратить время на планирование, внедрение и развертывание изменений.

    В идеале было бы неплохо спроектировать приложение таким образом, чтобы избежать этого сценария. Как правило, скрытые понятия можно изменить. Следовательно, нам нужна архитектура, которая инкапсулирует структуру меню в ресторанном сервисе.Давайте посмотрим, как это сделать. В этом примере служба заказов связана с службой ресторана, поскольку она использует пункты меню и хранит позиции, которые ссылаются на пункты меню, для записи фактического заказа. Служба заказа также использует элементы меню для проверки заказа и расчета промежуточной суммы. Таким образом, мы могли бы уменьшить связанность, передав эти обязанности службе ресторана. В этом новом дизайне служба заказа значительно меньше связана с обслуживанием в ресторане.Это просто зависит от концепций проверки заказа и расчетного промежуточного итога, которые намного проще и намного стабильнее. Возможно, единственным недостатком такого подхода является то, что ресторанное обслуживание теперь является частью критического пути потока заказов. Ранее в службе заказов была копия пунктов меню, которая сопровождалась событиями, опубликованными службой ресторана. В некотором смысле мы уменьшили связь во время разработки, но увеличили связь во время выполнения. Это пример типов компромиссов, на которые вы должны пойти при определении микросервисной архитектуры.Мы также можем отделить кухонный сервис от структуры пунктов меню, используя API-композицию. Вместо билетов, хранящих эти позиции, пользовательский интерфейс может динамически извлекать их из службы ресторана при отображении билета.

    Координация на основе хореографии

    Хочу обсудить дизайн саги, который согласовывает создание заказа и тикета. Есть несколько вариантов. Первый вариант — использовать сагу, основанную на хореографии. Шлюз API публикует событие запроса на создание заказа.Каждая служба подписывается на это событие. Билетный сервис создает тикет. Служба заказов создает заказ. Служба ресторана также пытается создать заказ. В случае успеха он публикует событие проверки заказа, содержащее промежуточную сумму заказа. В случае неудачи служба ресторана публикует событие сбоя проверки заказа. Другие сервисы подписываются на эти события и реагируют соответствующим образом.

    Координация на основе оркестровки

    Другой вариант — использовать оркестровку.Шлюз API направляет запрос на создание заказа в службу оркестровки. Служба оркестровки вызывает каждую из служб, начиная с службы ресторана, используя асинхронный запрос-ответ. Оркестровка и хореография примерно эквивалентны. Однако они отличаются некоторыми деталями муфты. Все участники саги, основанной на хореографии, зависят от запрошенного события создания заказа. На самом деле командам действительно нужно сотрудничать, чтобы определить этот тип. Напротив, оркестратор саги зависит от API-интерфейсов участника.В конкретной ситуации один подход может быть лучше другого.

    Резюме

    Быстрая и частая разработка требует слабой связи времени проектирования. Вы должны тщательно спроектировать свои службы, чтобы добиться слабой связи. Вы можете применить принцип DRY. Вы можете проектировать сервисы так, чтобы они были айсбергами. Вы можете тщательно спроектировать зависимости службы. Прежде всего, вам следует избегать совместного использования таблиц базы данных.

    Вопросы и ответы

    Ватт: Один вопрос, который получил плюс один за довольно много вещей, касался ваших предложений по решению проблем, связанных с асинхронными API в качестве точки входа, когда API инициирует асинхронную связь, но затем все еще должен отвечать на синхронный запрос.Может быть, вы хотели бы немного уточнить это?

    Ричардсон: В идеале синхронный запрос просто инициирует что-то, а затем обработчик запроса может немедленно вернуться, как будто он вернул 201, что бы это ни было, то есть создан. Если ему нужно дождаться завершения всей этой саги, то каждый экземпляр службы, обрабатывающий эти запросы, может иметь свою собственную частную подписку на события, которые будут указывать на результат инициированной операции. Например, он мог подписаться на созданный заказ и неудавшиеся события заказа.Вы можете представить это в реактивном интерфейсе, где обработчик синхронных запросов возвращает CompletableFuture или любую другую реактивную абстракцию, которую вы используете. Затем есть HashMap между идентификатором запроса, вам нужен идентификатор корреляции, чтобы, когда возвращается событие, указывающее, что этот заказ был создан успешно или неудачно, обработчик событий мог затем взять идентификатор корреляции, найти Mono или CompletableFuture. Завершите его, что приведет к отправке обратного ответа. Это немного грязно.Он немного развит. Недостатком этой архитектуры является связанность во время выполнения. Я работал с клиентами, которые просто должны были это сделать. В одном из них даже были мелочи SOAP API, и поток фактически должен был блокироваться до завершения обработки сообщения.

    Watt: Иногда не всегда просто сделать это идеально.

    Если дизайн, управляемый доменом, выполнен правильно, и вы можете идентифицировать агрегаты, агрегатные маршруты и сущности, а также общие свойства ядра, можно ли полностью решить проблему связывания во время проектирования?

    Ричардсон: Я хочу сказать и да и нет, но одна из вещей, если это сделано правильно.Если вы можете сделать это правильно, я думаю, что это действительно касается некоторых аспектов связи времени разработки. С другой стороны, вам нужно принимать решения о декомпозиции на сервисы. Кажется, я уже говорил об этом в своем выступлении о том, что границы услуг — это физические границы, потому что они связаны с сетевым взаимодействием и так далее. Есть несколько иной набор проблем, которые вы должны решить, которые не полностью соответствуют только традиционному DDD или традиционной модульности. Я не думаю, что просто делать DDD достаточно.

    Вт: Абсолютно. Я думаю, что есть много способов иногда решить, когда вещи должны быть микросервисами в границах, которые также могут быть техническими, а не обязательно только доменными.

    Что вы предлагаете для создания или поддержки единой модели данных в масштабе всего предприятия, учитывая базу данных для каждой службы? Это даже хорошо?

    Ричардсон: Я знаю, что это действительно интересно, потому что я думаю, что на предприятиях есть сильное желание сделать это.Если вы посмотрите хотя бы на одну из ключевых идей в дизайне, ориентированном на предметную область, она имеет ограниченный контекст и это понятие наличия нескольких моделей вместо одного большого объединения, например, глобального представления о том, что такое клиент. Даже с точки зрения DDD, не говоря уже о микросервисах, глобальная модель, как правило, не имеет значения. Один из способов взглянуть на это — модель существует с точки зрения API, предоставляемых вашими службами. Я думаю, да, вы можете иметь последовательность в этом. Например, имя клиента представлено единым образом во всех ваших API или адресе.Я думаю, что это более распределенный способ мышления.

    Ватт: Я думаю, что иногда недооценивают некоторую связь, которая приходит даже с сообщениями, когда вы используете асинхронную связь через сообщения и такие вещи, как схемы и тому подобное. Есть ли у вас какие-либо практические инструменты и советы, которые вы могли бы использовать, чтобы свести к минимуму влияние изменений схем в сообщениях между службами?

    Ричардсон: Это сложно. В идеальном мире ваши события развиваются. Схема событий всегда обратно совместима, так что вносимые вами изменения являются аддитивными.Теоретически события в жизненном цикле некоторого доменного объекта могут изменяться несовместимым образом. Это коренится в бизнес-концепциях, которые, как мне кажется, обладают некоторой стабильностью. Часть этого заключается в том, что если они изменяются несовместимым образом, вам необходимо обновить всех потребителей, чтобы они могли обрабатывать старую и новую схему. Затем, после их обновления, вы можете переключиться на публикацию событий в новой схеме. Любые серьезные изменения, подобные этим, я думаю, связаны с определенной долей боли.

    Watt: В своем выступлении вы упомянули об аддитивном изменении API.Можете ли вы немного расширить то, что вы подразумеваете под этим?

    Ричардсон: Синхронизация состоит из двух частей: запроса и ответа. Вы можете добавить в запрос необязательные атрибуты. Старые клиенты, очевидно, не знают об этом атрибуте. Они все еще могут отправить свой старый запрос, сервер может предоставить значение по умолчанию. Тогда, наоборот, в ответ сервер может возвращать дополнительные атрибуты, а клиент может быть написан таким образом, что он просто игнорирует непонятные ему.Есть дополнительные атрибуты, но они не имеют значения.

    Кто-то прокомментировал, что команды создают множество мелких сервисов. Я рекомендую начинать с одного сервиса на команду, если нет веских причин иметь больше. Принимая во внимание, что я определенно видел довольно распространенный антипаттерн, это как один сервис для каждого разработчика. Кроме того, есть несколько более экстремальных примеров публично, но это один сервис для каждого разработчика кажется довольно распространенным явлением. Мне да, просто кажется, что вы создаете чрезмерно мелкозернистую архитектуру.Я бы просто упростил ситуацию, потому что есть шанс, что в будущем, когда произойдут какие-то изменения, вам вдруг придется вносить изменения во многих местах. Или вы просто в конечном итоге создадите эту чрезмерно сложную систему, которая, как вы обнаружите, просто когнитивно подавляет.

     

    Посмотреть другие презентации с стенограммами

     

    Разработка элементов управления во время разработки — Windows Forms .NET Framework

    • Статья
    • 3 минуты на чтение
    • 2 участника

    Полезна ли эта страница?

    да Нет

    Любая дополнительная обратная связь?

    Отзыв будет отправлен в Microsoft: при нажатии кнопки отправки ваш отзыв будет использован для улучшения продуктов и услуг Microsoft.Политика конфиденциальности.

    Представлять на рассмотрение

    В этой статье

    Для авторов элементов управления .NET Framework предоставляет множество технологий создания элементов управления. Авторы больше не ограничены созданием составных элементов управления, которые действуют как набор ранее существовавших элементов управления. С помощью наследования вы можете создавать свои собственные элементы управления из ранее существовавших составных элементов управления или ранее существовавших элементов управления Windows Forms.Вы также можете создавать свои собственные элементы управления, реализующие пользовательское рисование. Эти параметры обеспечивают большую гибкость дизайна и функциональности визуального интерфейса. Чтобы воспользоваться этими функциями, вы должны быть знакомы с концепциями объектно-ориентированного программирования.

    Примечание

    Не обязательно иметь полное представление о наследовании, но может оказаться полезным обратиться к основам наследования (Visual Basic).

    Если вы хотите создать настраиваемые элементы управления для использования в веб-формах, см. раздел Разработка настраиваемого ASP.NET серверные элементы управления.

    В этом разделе

    Пошаговое руководство. Создание составного элемента управления
    Показывает, как создать простой составной элемент управления на C#.

    Пошаговое руководство. Наследование от элемента управления Windows Forms
    Показывает, как создать простой элемент управления Windows Forms с использованием наследования в C#.

    Пошаговое руководство: выполнение стандартных задач с помощью действий конструктора
    Показывает, как использовать функцию смарт-тегов в элементах управления Windows Forms.

    Пошаговое руководство. Сериализация коллекций стандартных типов с помощью DesignerSerializationVisibilityAttribute
    Показывает, как использовать DesignerSerializationVisibilityAttribute.Атрибут содержимого для сериализации коллекции.

    Пошаговое руководство. Отладка пользовательских элементов управления Windows Forms во время разработки
    Показывает, как отлаживать поведение элемента управления Windows Forms во время разработки.

    Пошаговое руководство. Создание элемента управления Windows Forms, использующего преимущества возможностей времени разработки Visual Studio
    Показывает, как тесно интегрировать составной элемент управления в среду разработки.

    Практическое руководство. Создание элементов управления для Windows Forms
    Содержит обзор рекомендаций по реализации элемента управления Windows Forms.

    Практическое руководство. Создание составных элементов управления
    Показывает, как создать элемент управления путем наследования от составного элемента управления.

    Практическое руководство. Наследование от класса UserControl
    Содержит обзор процедуры создания составного элемента управления.

    Практическое руководство. Наследование от существующих элементов управления Windows Forms
    Показывает, как создать расширенный элемент управления путем наследования от класса элемента управления Button.

    Практическое руководство. Наследование от класса элемента управления
    Содержит обзор создания расширенного элемента управления.

    Практическое руководство. Выравнивание элемента управления по краям формы во время разработки
    Показывает, как использовать свойство Dock для выравнивания элемента управления по краю формы, которую он занимает.

    Практическое руководство. Отображение элемента управления в диалоговом окне «Выбрать элементы панели инструментов»
    Показывает процедуру установки элемента управления, чтобы он отображался в диалоговом окне «Настроить набор инструментов». .

    Практическое руководство. Предоставление растрового изображения Toolbox для элемента управления
    Показывает, как использовать ToolboxBitmapAttribute для отображения значка рядом с пользовательским элементом управления в Toolbox .

    Практическое руководство. Проверка поведения элемента управления UserControl во время выполнения
    Показывает, как использовать тестовый контейнер UserControl для проверки поведения составного элемента управления.

    Ошибки времени разработки в конструкторе Windows Forms
    Объясняет значение и использование списка ошибок времени разработки, который появляется в Microsoft Visual Studio, когда не удается загрузить конструктор Windows Forms.

    Устранение неполадок управления и создания компонентов
    Показывает, как диагностировать и устранять распространенные проблемы, которые могут возникнуть при создании пользовательского компонента или элемента управления.

    Артикул

    • Система.Windows.Forms.Control

    • Система.Windows.Forms.UserControl

    Связанные разделы

    Разработка пользовательских элементов управления Windows Forms с помощью .NET Framework
    Обсуждается создание собственных настраиваемых элементов управления с помощью .NET Framework.

    Независимость от языка и независимые от языка компоненты
    Представляет общеязыковую среду выполнения, предназначенную для упрощения создания и использования компонентов.

    Добавить комментарий

    Ваш адрес email не будет опубликован.