Добрый день!

Напомнить пост. Набор на третий спецкурс «Мышление как инструмент» будет в ноябре, с 20 — 29 ноября (включительно) будем активно учиться, практиковаться работать головой записаться можно уже сейчас. Три прямых эфира в удобное время — 20:00, десяток отличных лекций и креативных заданий в записи. Мышление — проектное, критическое, креативное, для дизайнеров и не только.
Интуиция и состояние потока. Негативное мышление и как себя настроить на работу. Главное — оригинальные практики.

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

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

Не получается на спецкурс — есть еще книжка о мышлении и творческих инструментах.

Продолжаем эксперименты с Midjourney: теперь Марсиане из разных команд — фронтенд, бэкенд, дизайн, менеджеры — попробовали AI для создания обложек к своим статьям. Дизайнер Глеб Строганов рассказывает о результатах и разных мнениях и дает чеклист, как это можно сделать максимально эффективно (и, конечно, красиво).

https://evilmartians.com/chronicles/midjourney-vs-human-illustrators-ii-more-martians-join-the-battle

Еще пара изменений в Node.JS v.21

Всем привет! Недавно писал пост о том что изменится в новом релизе Node.JS. Ниже напишу еще пару моментов о которых не написал

👉 удалили поддержку globalPreload, вместо этого рекомендуется использовать initialize для установки связи между потоками и register для отправки данных из потока приложения;

👉 иногда при записи данных в файл они могут некоторое время оставаться доступными для последующих операций. В этом выпуске добавили опцию flush в семейство функций fs.writeFile, которая принудительно очищает файлы;

👉 оптимизировали потоки Writable и Readable путём удаления лишних проверок и более эффективной системы планирования обратных вызовов.

Удачи в экспериментах!

Что делать, когда нужен очень многоязычный шрифт?

Собрали относительно простой гайд — с самыми простыми решениями типа Noto и со ссылками, где копать глубже.

https://info.paratype.ru/shrift-s-podderzhkoj-vseh-yazykov-mira/

Отдаю дизайнера!! Работодатели, у кого горит найм, last call))

На связи Макс — кофаундер студии MAX и проекта Хелпер. Я уже рассказывал про наше реалити, где мы в максимально сжатые сроки прокачивали Сашу — курьера из Додо-пиццы, который мечтал о новой дизайн-жизни))

Так вот! С Сашей в Хелпере поработали менторы из Самоката, Яндекса, Тинькофф, ВК, Сбера, Росбанка.

Прямо сейчас он на финишной прямой — упаковывает наработанные дизайн-кейсы. А уже ЗАВТРА я буду готов его вам отдать!!

С кейсами, скиллами, фидбеком от менторов!! В общем:

Что вы получите как работодатель
— Отобранного человека, который обучался на практико-ориентирвоанных домашках и уроках.
— Бесплатное продвижение вашего HR-бренда!! 8 тысяч дизайнеров следит за прокачкой. Сможете забрать на собес Сашу и рассказать в канале Хелпера о ваших других открытых вакансиях для дизов!
— Вместе с компанией, которая возьмет Сашу на работу, через месяц напишем статью на VC о том, как прошел эксперимент. Снова подсветим ваш бренд как работодателя.
— А если вы не хотите раскрывать данные вашей компании, мы все сделаем под NDA!

Вот заявка на Сашу!! Заполняйте до завтра, если ещё не :
https://airtable.com/appylL77b7U5y4ER3/shrxMqUEOWbo33sqq ⏰

И завтра же начнём приходить ко всем компаниям с портфолио Саши!! Все упаковали в одном месте, чтобы вам было максимально удобно.

Нужно будет 20 минуток вашего времени, чтобы все посмотреть. Потом можем ставить собес!

Все! Буду супер рад, если поделитесь постом с теми, кто сейчас ищет дизов! Спасибооо!!

Минутка пространства

Критерии успешного позиционирования бренда

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

https://dsgners.ru/graphic-design/2670-kriterii-uspeshnogo-pozitsionirovaniya-brenda

Минутка секретов дизайна

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

#mockup_telega

Подборка мокапов

T-Shirt Mockups Design
👉Скачать:
https://clck.ru/33feM2

Long Sleeves T-Shirt Mockups Design
👉Скачать:
https://clck.ru/33feMH

Detail Badge on T-Shirt Mockups Design
👉Скачать:
https://clck.ru/33feMZ

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

Минутка анимации:
Хороший, железный, стоп-моушен.

Автор: Aghilhosseinian

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

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

Главный тренд в дизайне следующего года — глубокая интеграция нейронок в инструменты дизайна.

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

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

Напомню, что все тренды в дизайне — х___я.

Йо, я сделал полностью бесплатные 3д мокапы 15 про для фигмы, чекни плз. Если поищешь что-то подобное, то бесплатно такое не найдешь и платно тоже, по крайней мере я для себя не нашел и делал до этого в c4d.
https://www.figma.com/community/file/1303247171848616022/iphone-15-pro-3d-mockups

«Чем толще техническая документация — тем лучше»

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

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

Поэтому первое, что я сделал в своих функциональных спецификациях, — избавился от 10% объёма, просто отказавшись от вводных слов типа:

— В этом разделе находятся следующие элементы
— Меню навигации состоит из
— Карточка товара включает в себя следующие составляющие
— Ссылка ведёт в раздел такой-то

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

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

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

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

Третье — описываю логику поведения и значения по умолчанию для отдельных сущностей, а в описании конкретной страницы уточняю только те, которые будут специфичны для неё. Взять, например, любую форму для отправки данных. В начале документа у меня есть полторы страницы текста «Общие принципы работы форм», где рассказано обо всех мелких нюансах: в каком поле курсор по умолчанию, где отображаются сообщения об ошибках, как происходит валидация, как блокируется кнопка отправки после нажатия (чтобы предотвратить случайное повторное нажатие) и так далее.

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

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

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

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