Все мы фэйлимся. Но даже самые матёрые из нас, набравшись храбрости, вещают со сцен полубесполезные истории о том, как они слажали - и сразу все исправили. И стало даже лучше, чем было. Это вредно. Это создает вокруг ошибок ореол несерьезности, некой "возвратности", когда все можно поправить. Как так получается и почему каждый должен вспомнить хотя бы один свой "окончательный" фэйл - и поведать о нем миру.
Задачи технического дизайна программных продуктов: границы, риски, возможности интерфейса, оптимизация работ. Почему проектировщики и продуктовые дизайнеры должны хотя бы на базовом уровне знать матчасть. Почему неприемлем подход "кодеры разберутся" и какую цену заплатит бизнес, если вы считаете иначе.
Небольшая заметка-памятка тем дизайнерам и арт-директорам, которые решили создать для своей компании дизайн-систему. Не претендую на непреложность нижеизложенного, ибо пишу во славу смысла здравого, а не хайпа ради.
Что такое IT-продюсирование, зачем оно нужно и какие проекты в нем нуждаются? Пост о важности персональной ответственности. О том, почему некоторым компаниям стоит вышвырнуть аккаунтов и заняться, наконец, настоящим делом.
Подробный лонгрид про подводные камни проектирования стартапов: от реальной роли проектировщика до аналитики и пластичной бизнес-модели. Каждый тезис подтвержден реальными факап-кейсами.