Forwarded from Coding: работа и стажировки для программистов
3 совета на 2022 год: не покупайте доллар. Не покупайте крипту. Не держите деньги в рублях.
Скупайте комиксы, вино, лего, NFT — сейчас это самый легкий способ разбогатеть в кризис.
Сами посмотрите: если бы вы 2 месяца назад купили Лего-набор сверху за 3500 рублей, то сейчас без проблем продали его за 100 000 рублей.
И если вы хотите также — держите в подписках канал Не в доллар. Это главный канал про необычные инвестиции в 2022 году.
Других таких каналов просто нет, подписывайтесь: Не в доллар.
Скупайте комиксы, вино, лего, NFT — сейчас это самый легкий способ разбогатеть в кризис.
Сами посмотрите: если бы вы 2 месяца назад купили Лего-набор сверху за 3500 рублей, то сейчас без проблем продали его за 100 000 рублей.
И если вы хотите также — держите в подписках канал Не в доллар. Это главный канал про необычные инвестиции в 2022 году.
Других таких каналов просто нет, подписывайтесь: Не в доллар.
Forwarded from UX Notes (Антон Григорьев)
Ксения Беляева написала о дизайн-ревью, когда дизайнер проверяет, как разработчик воплотил его дизайн.
— Он делает это перед релизом: фиксирует отличия реализации от макетов, а потом подтверждает, что они были устранены;
— Без ревью дизайнер не знал, что уже готово, реальный продукт мог отличаться от макетов, а его замечания по отличиям получали низкий приоритет (вызывало ощущение работы в стол);
— Это не дополнительный этап: ревью дизайнера не должно задерживать разработку и может происходить параллельно с тестированием или до него;
— У задач по ревью самый высокий приоритет. Сложно предугадать их появление, поэтому ревью иногда сдвигает другие задачи по дизайну;
— Ревью улучшает качество выпускаемых продуктов и коммуникацию между менеджером, дизайнером и разработчиком, которая часто отсутствует. Разработчик может повлиять на дизайн в процессе вёрстки;
— Без подтверждения дизайнера задачу закрыть нельзя, но иногда приходится идти на компромисс. В свойствах ошибки есть приоритет. Если все ошибки со средним и высоким приоритетом исправлены, а на правки с низким нет времени, задачу можно подтвердить;
— В статье есть пример настройки Джиры под этот процесс, шаблоны для фиксации отличий, чеклист для дизайн-ревью.
— Он делает это перед релизом: фиксирует отличия реализации от макетов, а потом подтверждает, что они были устранены;
— Без ревью дизайнер не знал, что уже готово, реальный продукт мог отличаться от макетов, а его замечания по отличиям получали низкий приоритет (вызывало ощущение работы в стол);
— Это не дополнительный этап: ревью дизайнера не должно задерживать разработку и может происходить параллельно с тестированием или до него;
— У задач по ревью самый высокий приоритет. Сложно предугадать их появление, поэтому ревью иногда сдвигает другие задачи по дизайну;
— Ревью улучшает качество выпускаемых продуктов и коммуникацию между менеджером, дизайнером и разработчиком, которая часто отсутствует. Разработчик может повлиять на дизайн в процессе вёрстки;
— Без подтверждения дизайнера задачу закрыть нельзя, но иногда приходится идти на компромисс. В свойствах ошибки есть приоритет. Если все ошибки со средним и высоким приоритетом исправлены, а на правки с низким нет времени, задачу можно подтвердить;
— В статье есть пример настройки Джиры под этот процесс, шаблоны для фиксации отличий, чеклист для дизайн-ревью.
Хабр
Как дизайнеры тестируют, или Что такое дизайн-ревью
Привет! Меня зовут Ксюша, я старший продуктовый дизайнер в Ozon: проектирую разделы возвратов для личных кабинетов покупателя ( Ozon.ru ) и продавца (Seller Center) и немного — админки. Дизайнеры на...
Forwarded from СПNЗЖУ DESIGN
Forwarded from Адовый UX
Как ходить на сайты в 2022 году: 10 простых шагов
1. Открываешь сайт
2. Отказываешься от пуш-уведомлений
3. Закрываешь уведомление о кукисах
4. Закрываешь попап с предложением подписки
5. Закрываешь онлайн-чат
6. Закрываешь окошко «Ваш город ...?»
7. Закрываешь окошко «Не нашли что искали? Оставьте телефон, мы сразу перезвоним»
8. Закрываешь попап «Подпишитесь на наши соцсети»
9. Извиняешься перед окружающими за свои громкие маты
10. Вспоминаешь, зачем открыл этот сайт
1. Открываешь сайт
2. Отказываешься от пуш-уведомлений
3. Закрываешь уведомление о кукисах
4. Закрываешь попап с предложением подписки
5. Закрываешь онлайн-чат
6. Закрываешь окошко «Ваш город ...?»
7. Закрываешь окошко «Не нашли что искали? Оставьте телефон, мы сразу перезвоним»
8. Закрываешь попап «Подпишитесь на наши соцсети»
9. Извиняешься перед окружающими за свои громкие маты
10. Вспоминаешь, зачем открыл этот сайт
Forwarded from Адовый UX
Некоторые сайты пытаются помешать скопировать их картинки и тексты. Сложно придумать что-то более тупое
Людям, которые хотят использовать контент в своих мерзеньких пиратских целях это никак не помешает. У них есть специальные плагины, скриншотилки и возможность залезть в код страницы, на худой конец. Копируемость — базовое свойство всего цифрового
А вот людям, которые просто хотят поделиться контентом с близкими или коллегами, это доставит неудобство и вызовет раздражение
Это как книжный, в котором взять книгу в руки можно только за деньги. А вдруг ты, сука, прочитаешь её всю бесплатно?
Людям, которые хотят использовать контент в своих мерзеньких пиратских целях это никак не помешает. У них есть специальные плагины, скриншотилки и возможность залезть в код страницы, на худой конец. Копируемость — базовое свойство всего цифрового
А вот людям, которые просто хотят поделиться контентом с близкими или коллегами, это доставит неудобство и вызовет раздражение
Это как книжный, в котором взять книгу в руки можно только за деньги. А вдруг ты, сука, прочитаешь её всю бесплатно?
Forwarded from Coding: работа и стажировки для программистов
45 Атрибутов Хорошего С-кода
Это не академические атрибуты из учебников. Это скорее правила буравчика оформления сорцов из реального prod(а). Некоторые приемы совпали с MISRA, некоторые с CERT-C. А кое-что является результатом множества итераций инспекций программ и перестроек после реальных инцидентов. В общем тут представлен обогащенный концентрат полезных практик программирования на С(ях).
Статья
Это не академические атрибуты из учебников. Это скорее правила буравчика оформления сорцов из реального prod(а). Некоторые приемы совпали с MISRA, некоторые с CERT-C. А кое-что является результатом множества итераций инспекций программ и перестроек после реальных инцидентов. В общем тут представлен обогащенный концентрат полезных практик программирования на С(ях).
Статья
Forwarded from Павленко + дизайн
Опять сделал шрифт во время работы над заказом. Вышло неплохо, поэтому делюсь со всеми. Латиницу нарисовал некий Khurasan, а кириллицу я.
Шрифт Makan Hati Cyrillic отлично подойдет для заголовков, коротких словосочетаний или цитат на темном фоне с собачкой, смотрящей на закат, иногда можно будет даже в логотипе использовать, если стиль такой. В общем be creative.
P.S. У товарища Хурасана в оригинальном шрифте куча всяких символов и букв с диакритикой, но мне было лень это все собирать, поэтому я сделал векторный файл со всеми символами, а сам файл шрифта только с латиницей, кириллицей, цифрами и базовым набором символов. Кому надо — можете использовать мой файл и собрать себе версию шрифта Pro.
Шрифт Makan Hati Cyrillic отлично подойдет для заголовков, коротких словосочетаний или цитат на темном фоне с собачкой, смотрящей на закат, иногда можно будет даже в логотипе использовать, если стиль такой. В общем be creative.
P.S. У товарища Хурасана в оригинальном шрифте куча всяких символов и букв с диакритикой, но мне было лень это все собирать, поэтому я сделал векторный файл со всеми символами, а сам файл шрифта только с латиницей, кириллицей, цифрами и базовым набором символов. Кому надо — можете использовать мой файл и собрать себе версию шрифта Pro.
Forwarded from ai.dot(ufna, dev)
В ряде популярных геймдев сообществ периодически задвигаются телеги "антикранча", выражающиеся в том, что кранчи недопустимы, и вообще - работа более 8 часов - зло и переработка должна нести кары различные на головы разработчика.
Дак вот, работа по 14 часов в день 7 дней неделю и вот это вот "наказывать за переработку" и "кранчи - никогда" - это одинаково фашистские штуки. Терпеть не могу навязывание "надо жить вот так" :D
Разработка, как и любая другая деятельность - требует поиска баланса. Мечта менеджера - "люди - это ресурсы, делают что скажут", мечта творческой личности - "целуйте мою жопку, вот она". И вот где-то посередине скрыт тот самый оптимум, позволяющие делать крутые проекты в здоровой атмосфере. Любой перекос - плохо. Люди - и как следствие - специалисты - индивидуальны, при этом есть реальная жизнь, потребности бизнеса (который платит этим специалистам).
И да, если человек Икс хочется расти и развиваться в своей профессиональной деятельности - не стоит ставить искусственные ограничения "сколько часов в день". Кто это придумал вообще?Лол кек.
Вообще иногда и покранчить круто, особенно когда ты молодой и на старте в своей профессии. Не когда причина "дали неадекватные сроки и все полимеры потеряли, обвинив разработку", а когда "мы делаем круто и надо в релиз чтобы игроки были в афиге!".
Дак вот, работа по 14 часов в день 7 дней неделю и вот это вот "наказывать за переработку" и "кранчи - никогда" - это одинаково фашистские штуки. Терпеть не могу навязывание "надо жить вот так" :D
Разработка, как и любая другая деятельность - требует поиска баланса. Мечта менеджера - "люди - это ресурсы, делают что скажут", мечта творческой личности - "целуйте мою жопку, вот она". И вот где-то посередине скрыт тот самый оптимум, позволяющие делать крутые проекты в здоровой атмосфере. Любой перекос - плохо. Люди - и как следствие - специалисты - индивидуальны, при этом есть реальная жизнь, потребности бизнеса (который платит этим специалистам).
И да, если человек Икс хочется расти и развиваться в своей профессиональной деятельности - не стоит ставить искусственные ограничения "сколько часов в день". Кто это придумал вообще?