Январь 2017: дизайн для кризиса, дзен Гитхаба, советское золото и конечность жизни

Видео “Designing for Crisis”: https://vimeo.com/148927676

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

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

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

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

“В поисках советсткого золота” Джона Литтлпейджа

Автобиография американского инженера, который стоял у истоков золотодобычи в СССР и прожил там с 1928 по 1937. Чувака пригласил работать Серебровский - руководитель «Главзолота» и зам-наркома тяжелой промышленности.

Чувак прожил 10 лет в СССР и описывает свою жизнь как есть. Книга вышла в 1938, так что в ней еще нет предвзятости против СССР и политической окрашенности. Читать интересно - разные мелочи дают понимание об эпохе. Еще интересно, что что и любители и нелюбители CCCР/Сталина найдут в книге доводы для себя. Например Литтлпейдж искренне верил во вредителей, которые портят все и не замечал репрессий (тему зэков работающих на его шахтах он умолчал).

Но в 1937 Серебровского внезапно расстреляли и самого объявили вредителей. Литтлпейджу дали возможность уехать - по некоторым источникам перед уездом он провел некоторое время с НКВД, закладывая товарищей - поэтому ему и дали уехать. Книга это опровергает и не упоминает.

Еще забавно читать его рассуждения что СССР не будет расширяться и Польше нечего боятся (книга вышла в 1938 году)

Если вам интересно то время - стоит прочитать, делая скидку на то, что это воспоминания и автобиография. А они не объективны - люди упоминают то, что хотят упомянуть. Там интересны не его рассуждения, а именно мелочи быта и происходящее вокруг - это читать, зная о том, что случилось потом - интересно.

“Great by Choice” / “Великие по собственному выбору” Джима Коллинза

Все книги Джима Коллинза (От хорошего к великому, Построенные навечно) примерно про одно: почему одни компании выживают и становятся успешными, а другие нет. В отличие от других ребят у него идеи основаны на результатах исследования, что прибавляет веса книге.

Из интересного: очень важен план по целям, который соблюдается. Важно сохранять принципы/концепцию/идею, которая иногда (редко) пересматривается. Важно не рисковать так, что в случае проигрыша потеряешь все. Быть первым в инновациях - не так важно.

Книга-классика - стоит прочитать.

“Слушать нельзя указывать” Шейна

Обещалось, что это книга про то, как правильно коммуницировать, создавать атмосферу доверия, задавать вопросы, а не указывать. Тема мне очень интересная - поэтому решил прочитать. А на самом деле книга без мыслей, скучная, пережевывание одной единственной мысли про “задавайте вопросы”. Говно - не читайте. Я бы написал лучше.

“Stop Brainstorming and Start Sprinting” - https://medium.com/@jakek/stop-brainstorming-and-start-sprinting-16180839b43d

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

Интересно, что очень много техник сводится к одинаковым вещам:

“Taste and The Zen of GitHub” - https://warpspire.com/posts/taste

Дзен Гитхаба:

Responsive is better than fast.
It’s not fully shipped until it’s fast.
Anything added dilutes everything else.
Practicality beats purity.
Approachable is better than simple.
Mind your words, they are important.
Speak like a human.
Half measures are as bad as nothing at all.
Encourage flow.
Non-blocking is better than blocking.
Favor focus over features.
Avoid administrative distraction.
Design for failure.
Keep it logically awesome.

Они вдохновились дзеном Питона: https://en.wikipedia.org/wiki/Zen_of_Python

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.

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

(это часть успеха компаний, как описано в книге Good to Great)

У Тима Урбана (“WaitButWhy”) есть два поста про конечность нашей жизни:

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

Это заставляет задуматься о том, что важно, а что нет. Что достойно внимания и что нужно игнорировать. В чем фокус.

А тут ребята сделали просто отличный сервис календаря с этой же идеей - показывает такую статистику для вас лично: https://timestripe.com/

“Как Snapchat заставил Instagram перепридумать себя”: https://roem.ru/31-01-2017/241887/inside-instagrams-reinvention/ (RU)

“Inside Instagram’s reinvention”: http://www.recode.net/2017/1/23/14205686/instagram-product-launch-feature-kevin-systrom-weil (EN)

Про эволюцию Инстаграма.

Интересно, что все те фичи, которые невзлюбили хардкорные фанаты Instagram - то есть Истории, алгоритмический фид, были 1) Нацелены на решение конкретных проблем 2) Успешны с точки зрения результатов

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

(Я заметил по себе - шарю в Stories вещи, которые не стал бы постить в основной фид Instagram)

GitLab Handbook: https://about.gitlab.com/handbook/

The GitLab team handbook is the central repository for how we run the company. As part of our dedication to being as open and transparent as possible, the handbook is open to the world, and we welcome feedback. Please make a merge request to suggest improvements or add clarifications. Please use issues to ask questions.

Справочник о жизни в компании GitLab: правила, советы и гайды.

Прочитал с большим интересом.