поспорить за пользу/бесполезность конференций можно тут https://yangx.top/joinchat/B-bfYQrvBssyBCf4D2YjhQ

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

Такие интервью интересны возможностью как-то "сверить часы" с общим трендом. Из интересных мыслей:
1) поощряйте "соревнование" между продукт менеджером и дизайнером. каждый должен пытаться сделать лучше, бросая некоторый вызов второй стороне.

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

2) в дизайне нет места догмам. все правила работают в каких-то ситуацих, и вредны в каких-то других

Думаю, это не только в дизайне так.

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

У нас в ходу с легкой руки одного менеджера вопрос "Чтобы ЧТО?". Сам факт, что прозвучал такой вопрос, это сигнал проснуться и вернуться в реальность

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

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

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

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

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

https://www.youtube.com/watch?v=kZz8dJwmH48&index=4&list=WL&t=0s

И как обычно - если кто-то хочет высказаться за Горского, то в чатике https://yangx.top/joinchat/B-bfYQrvBssyBCf4D2YjhQ

Хорошая статья про разработку CLI интерфейсов.

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

https://medium.com/@jdxcode/12-factor-cli-apps-dd3c227a0e46

​​Закрытие Google+ иллюстрирует подход к решению ситуаций типа «нести тяжело, а бросить жалко».

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

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

В итоге пришли к соломонову решению под названием «план эвакуации при пожаре». Решили ничего не предотвращать, не улучшать и даже не чинить, а просто стричь купоны до часа Х. Пока не бомбанет. Как только бомбанет, должны были распечатать заготовленный «ПЛАН ЭВАКУАЦИИ». Где заранее расписано, что делать по шагам. Но восстановления в этих шагах нет, есть отправка пользователей в новую систему.

Планом, правда, в чистом виде воспользоваться не пришлось. Не бомбануло, но в итоге всё-таки приняли «политическое» решение о сворачивании сервиса.

Как обычно, по желании обсудить, действует чятик https://yangx.top/joinchat/B-bfYQrvBssyBCf4D2YjhQ

​​Компания itrex.ru опубликовала на русском языке широко разошедшуюся картинку о разрыве между тем, чего на самом деле хотят сотрудники, и тем, чего их начальники думают, что они хотят. Да, посмотрите на нее внизу. Там зарплата на 5 месте по оценке сотрудников, а на первом признание и на втором роль в делах компании. Просто рай нематериальной мотивации.

Картинка построена на очень известном исследовании 1946 года Foreman Facts from The Labor Relations Institute of NY и несколько противоречит результатам StackOverflow Survey 2018, где
на 1м месте - зарплата
на 2м месте - используемые технологии
а вопрос признания можно условно подразумевать в офисной культуре, которая только на 4м месте.

И кому верить? Во-первых, достаточно неожиданно увидеть такую организационную бирюзовость аж в 1946м году, где не просто поколение X, а прямо таки XXX. Особенно на контрасте с практичностью 2018 года (где у нас generation Z и бирюзовость должна бы прямо цвести). Во-вторых, вопрос очень важен для практического применения.

​​К счастью, западный мир довольно серьезно вкладывается в исследование подобных вопросов, поэтому нашлось много публикаций, из которых особый интерес представляет анализ серии подобных опросов за разные годы (http://s-space.snu.ac.kr/bitstream/10371/1819/1/sjbv12n1_019.pdf)

В нем мы видим, что опрос 1946 года отличается от последующих. Скажем, в 80е на 1м месте была интересная работа, а в 90е места распределились так:
1) зарплата
2) признание
3) надежность (что не сократят)
4) карьерные возможности
5) интересная работа

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

и менее уверенно предполагать, что
Б) зарплата и признание - оба важны

Обсудить и поспорить можно в чате https://yangx.top/joinchat/B-bfYQrvBssyBCf4D2YjhQ

Попалась статья про среднее время восстановления после отвлечения на свежее письмо. Компания отмониторила активность 15 своих сотрудников и установила, что
- 70% писем открывались за 6 секунд от появления уведомления
- после прерывания на письмо работа восстанавливалась в среднем через 64 секунды (но в зависимости от характера работы - до 260 секунд); Это именно потеря уже после обработки и собственно письма (прочтения и ответа)

В этом контексте, переход от проверки почты каждые 5 минут на каждые 30 минут может сохранить полтора часа в день на схлапывании всех восстановлений в одно.

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

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

https://jamesclear.com/wp-content/uploads/2015/02/email-multitasking-study.pdf

​​В ленте пролетело отличное исследование о влиянии опенспейса на коммуникации. Сейчас индустрия на перегибе - с одной стороны openspace это все ещё считается «модно и современно», а с другой многим оно не нравится и голоса против опенспейса ширятся. Но это мнение, а тут суровые данные.

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

Получилось внезапно, что длительность общения лицом к лицу сократилось на 72%, а объём отправляемой почты вырос на 56%. Во другой компании длительность живого общения упала на 67%, а объём почты вырос где-то между 22 и 50% (две разные модели подсчёта).

http://rstb.royalsocietypublishing.org/content/373/1753/20170239

Обсудить и поспорить можно в чате https://yangx.top/joinchat/B-bfYQrvBssyBCf4D2YjhQ

​​Сижу на AWS re:Invent, масштабной конференции от Amazon. Пишу прямо из «горящего танка» - с 3х часовой keynote сессии, на которой 33 тысячи человек сидят прямо в главном зале.

В этом году Amazon вдарил по
- файловым хранилищам
- базам данных и data lakes
- инструментам центрального контроля и управления доступом к сервисам и их безопасностью
- блокчейну

Не знаю пока, как относиться к поддержке амазоном блокчейна. С одной стороны - Амазон очень сильно внутри как стартап, а значит - почему бы и не попробовать. Не все сервисы Амазона взлетают одинаково хорошо. С другой стороны, это определенное признание технологии и спроса на неё для прикладных целей. С третьей, сразу за блокчейном Амазон анонсировал Quantum Ledger DataBase - надежную БД для ситуации с central authority, то есть классический инструмент, обратный блокчейну.

Интересными темами кажутся подключение живых людей «как сервис» в machine learning для улучшения качества (SageMaker Ground Truth), создания открытой биржи алгоритмов, обучение с подкреплением (SageMaker RI)

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

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

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

В целом этот год выглядит не таким волшебным, как 2016, где AWS запустила пачку ИИ сервисов, легендарный «камаз с компакт-дисками» и Lightsail (“DigitalOcean” от AWS) и дала возможность делать SQL запросы прямо к файлам в S3.

И не таким, как в 2017, где Amazon подписался за Kubernetes, дал Fargate и дал Machine Learning сервисы.

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

Обсудить и прокомментировать можно в чате https://yangx.top/joinchat/B-bfYQrvBssyBCf4D2YjhQ

Тут справедливо отмечают, что я незаслуженно обошел внимание AWS Outpost, с его возможностью сделать Amazon прямо в своем датацентре. Поставится амазоновское железо и будут доступны все амазоновские сервисы.

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

У кого такие гибридные облака? Исключая тех, кто по какой-то причине просто еще не до конца переехал, такая нужда есть из-за
1) требований по быстрому доступу (latency)
2) требований закона. Не только в России, но и в Германии, и в Канаде, есть требования по сохранению определенных данных на територии страны, а в ряде иностранных организаций мне говорили, что они не имеют права хранить данные пользователей вне своих ДЦ

Пока никаких деталей нет, у меня возникла сумасшедшая идея об открытии амазоновских "франшиз" в локациях, где амазоноский ДЦ нет - например в России. Какой-нибудь хостер мог бы развернуть амазоноские стойки у себя и стать "русским Амазоном", а вернее "Амазоном в России".

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

Практически это означает, что в значительной мере бесполезно убеждать кого-то, что он не прав. Никто не хочет быть не правым и будем цепляться за свои заблуждения до конца. Сейчас уже известно, мы не принимаем решений рационально, а рационализируем принятые "черным ящиком" решения задним числом. И имеем практически безграничные возможности в рационализации решения, то есть в убеждении себя и окружающих в его правильности. В частности, в рационализации видят причину обвинения жертв изнасилования в "сама виновата" - если ситуация ненормальна, то мозг должен принять решение или бежать, или сражаться (fight or flight response), но эти действия дороги и находится выход проще - признать ситуацию нормальной через "сама виновата". Ничего личного, просто сравнивается сила разных сигналов.

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

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

По ссылке Виталий Король объясняет как это применять для борьбы с нездоровыми иллюзиями в организации https://www.youtube.com/watch?v=BebqPispwB8&t=2254s

​​Самые популярные слова в чатике при канале получились вот такие