Хорошая статья про разработку CLI интерфейсов.
UX в UI уделяется очень много внимания, но в силу специфики нашего продукта (техническая вещь для инженеров) в какой-то момент мы даже ставили лозунгом, что CLI (и API) также важен, как UI. Не могу похвастаться, что мы достигли небывалых высот, но мы стараемся.
https://medium.com/@jdxcode/12-factor-cli-apps-dd3c227a0e46
UX в UI уделяется очень много внимания, но в силу специфики нашего продукта (техническая вещь для инженеров) в какой-то момент мы даже ставили лозунгом, что CLI (и API) также важен, как UI. Не могу похвастаться, что мы достигли небывалых высот, но мы стараемся.
https://medium.com/@jdxcode/12-factor-cli-apps-dd3c227a0e46
Medium
12 Factor CLI Apps
CLIs are a fantastic way to build products. Unlike web applications, they take a small fraction of the time to build and are much more…
Закрытие Google+ иллюстрирует подход к решению ситуаций типа «нести тяжело, а бросить жалко».
Гугл держал уже заведомо мертвую и неуспешную соцсеть до тех пор, пока в ней не вскрылся большой баг, а вкладываться в улучшения им уже было не интересно
У нас тоже есть древняя система (магазин подписок), из которого небольшая часть пользователей так и не ушли, какие-то небольшие деньги они продолжали приносить (не лишнее же), сил она не потребляла особо, но сама система была сплошным риском, который нас беспокоил. Устранять риски дорого и чинить их, когда случатся, тоже дорого.
В итоге пришли к соломонову решению под названием «план эвакуации при пожаре». Решили ничего не предотвращать, не улучшать и даже не чинить, а просто стричь купоны до часа Х. Пока не бомбанет. Как только бомбанет, должны были распечатать заготовленный «ПЛАН ЭВАКУАЦИИ». Где заранее расписано, что делать по шагам. Но восстановления в этих шагах нет, есть отправка пользователей в новую систему.
Планом, правда, в чистом виде воспользоваться не пришлось. Не бомбануло, но в итоге всё-таки приняли «политическое» решение о сворачивании сервиса.
Гугл держал уже заведомо мертвую и неуспешную соцсеть до тех пор, пока в ней не вскрылся большой баг, а вкладываться в улучшения им уже было не интересно
У нас тоже есть древняя система (магазин подписок), из которого небольшая часть пользователей так и не ушли, какие-то небольшие деньги они продолжали приносить (не лишнее же), сил она не потребляла особо, но сама система была сплошным риском, который нас беспокоил. Устранять риски дорого и чинить их, когда случатся, тоже дорого.
В итоге пришли к соломонову решению под названием «план эвакуации при пожаре». Решили ничего не предотвращать, не улучшать и даже не чинить, а просто стричь купоны до часа Х. Пока не бомбанет. Как только бомбанет, должны были распечатать заготовленный «ПЛАН ЭВАКУАЦИИ». Где заранее расписано, что делать по шагам. Но восстановления в этих шагах нет, есть отправка пользователей в новую систему.
Планом, правда, в чистом виде воспользоваться не пришлось. Не бомбануло, но в итоге всё-таки приняли «политическое» решение о сворачивании сервиса.
vc.ru
Google закроет соцсеть Google+ для пользователей из-за проблем с защитой данных
По данным WSJ, компания нашла и несколько месяцев скрывала уязвимость, опасаясь ущерба репутации и внимания регуляторов.
Как обычно, по желании обсудить, действует чятик 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 и бирюзовость должна бы прямо цвести). Во-вторых, вопрос очень важен для практического применения.
Картинка построена на очень известном исследовании 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) интересная работа
Таким образом, мы можем уверенно предполагать, что
А) результаты опросов будут зависеть от места и времени, поэтому если такая информация нужна, то надо делать опрос у себя, а не полагаться на чужие картинки. Чужие картинки это только повод задуматься
и менее уверенно предполагать, что
Б) зарплата и признание - оба важны
В нем мы видим, что опрос 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
- 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
Итак, в одной конторе сделали опенспейс на 100+ сотрудников и исследователи повесили на всех сотрудников устройства, которые позволяют учитывать кто с кем как долго общался лицом к лицу. И получили доступ к серверам, чтобы снимать интенсивность электронных коммуникаций.
Получилось внезапно, что длительность общения лицом к лицу сократилось на 72%, а объём отправляемой почты вырос на 56%. Во другой компании длительность живого общения упала на 67%, а объём почты вырос где-то между 22 и 50% (две разные модели подсчёта).
http://rstb.royalsocietypublishing.org/content/373/1753/20170239
royalsocietypublishing.org
The impact of the ‘open’ workspace on human collaboration | Philosophical Transactions of the Royal Society B: Biological Sciences
Organizations’ pursuit of increased workplace collaboration has led managers to transform traditional office spaces into ‘open’, transparency-enhancing architectures with fewer walls, doors and oth...
Обсудить и поспорить можно в чате 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 сервисы.
Для меня выглядит как ряд интересных улучшений везде понемногу, но без прорывов.
В этом году 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) требований закона. Не только в России, но и в Германии, и в Канаде, есть требования по сохранению определенных данных на територии страны, а в ряде иностранных организаций мне говорили, что они не имеют права хранить данные пользователей вне своих ДЦ
Пока никаких деталей нет, у меня возникла сумасшедшая идея об открытии амазоновских "франшиз" в локациях, где амазоноский ДЦ нет - например в России. Какой-нибудь хостер мог бы развернуть амазоноские стойки у себя и стать "русским Амазоном", а вернее "Амазоном в России".
Это прямо сказка для тех, у кого гибридные облака (сочетание своих машин с облачными) - наконец-то можно будет своими серверами пользоваться точно также как амазоновскими, а не содержать свои собственные велосипеды.
У кого такие гибридные облака? Исключая тех, кто по какой-то причине просто еще не до конца переехал, такая нужда есть из-за
1) требований по быстрому доступу (latency)
2) требований закона. Не только в России, но и в Германии, и в Канаде, есть требования по сохранению определенных данных на територии страны, а в ряде иностранных организаций мне говорили, что они не имеют права хранить данные пользователей вне своих ДЦ
Пока никаких деталей нет, у меня возникла сумасшедшая идея об открытии амазоновских "франшиз" в локациях, где амазоноский ДЦ нет - например в России. Какой-нибудь хостер мог бы развернуть амазоноские стойки у себя и стать "русским Амазоном", а вернее "Амазоном в России".
Основатель гештальт терапии, Фриц Перлз, сказал:
Человек не в состоянии вынести истины, когда ему ее сообщают. Истину можно вынести только тогда, когда ты открыл ее сам, потому что только гордость открытия позволяет принять ее горечь.
Практически это означает, что в значительной мере бесполезно убеждать кого-то, что он не прав. Никто не хочет быть не правым и будем цепляться за свои заблуждения до конца. Сейчас уже известно, мы не принимаем решений рационально, а рационализируем принятые "черным ящиком" решения задним числом. И имеем практически безграничные возможности в рационализации решения, то есть в убеждении себя и окружающих в его правильности. В частности, в рационализации видят причину обвинения жертв изнасилования в "сама виновата" - если ситуация ненормальна, то мозг должен принять решение или бежать, или сражаться (fight or flight response), но эти действия дороги и находится выход проще - признать ситуацию нормальной через "сама виновата". Ничего личного, просто сравнивается сила разных сигналов.
Цитата Фрица Перлза, к счастью, дает не только проблему, что убедить нельзя, но и решение. Решение в том, чтобы
1) дать человеку информацию в усваиваемой форме (чтобы она не была отторгнута мгновенно)
2) заронить сомнение и ждать пока вызреет
3) поддерживать зреющее мнение дополнительной информацией
У кого-то возникнет вопрос о том, а не манипуляция ли это? Вопреки широко цитируемым статьям, манипуляция это не какой-то прием или набор приемов, а противоречие между декларируемыми и истинными целями. Если я скажу, что от пирожков человек растолстеет не из заботы о нем, а из желания съесть пирожок самому - это будет манипуляция. Если скрытых мотивов нет - то нет и манипуляции
По ссылке Виталий Король объясняет как это применять для борьбы с нездоровыми иллюзиями в организации https://www.youtube.com/watch?v=BebqPispwB8&t=2254s
Человек не в состоянии вынести истины, когда ему ее сообщают. Истину можно вынести только тогда, когда ты открыл ее сам, потому что только гордость открытия позволяет принять ее горечь.
Практически это означает, что в значительной мере бесполезно убеждать кого-то, что он не прав. Никто не хочет быть не правым и будем цепляться за свои заблуждения до конца. Сейчас уже известно, мы не принимаем решений рационально, а рационализируем принятые "черным ящиком" решения задним числом. И имеем практически безграничные возможности в рационализации решения, то есть в убеждении себя и окружающих в его правильности. В частности, в рационализации видят причину обвинения жертв изнасилования в "сама виновата" - если ситуация ненормальна, то мозг должен принять решение или бежать, или сражаться (fight or flight response), но эти действия дороги и находится выход проще - признать ситуацию нормальной через "сама виновата". Ничего личного, просто сравнивается сила разных сигналов.
Цитата Фрица Перлза, к счастью, дает не только проблему, что убедить нельзя, но и решение. Решение в том, чтобы
1) дать человеку информацию в усваиваемой форме (чтобы она не была отторгнута мгновенно)
2) заронить сомнение и ждать пока вызреет
3) поддерживать зреющее мнение дополнительной информацией
У кого-то возникнет вопрос о том, а не манипуляция ли это? Вопреки широко цитируемым статьям, манипуляция это не какой-то прием или набор приемов, а противоречие между декларируемыми и истинными целями. Если я скажу, что от пирожков человек растолстеет не из заботы о нем, а из желания съесть пирожок самому - это будет манипуляция. Если скрытых мотивов нет - то нет и манипуляции
По ссылке Виталий Король объясняет как это применять для борьбы с нездоровыми иллюзиями в организации https://www.youtube.com/watch?v=BebqPispwB8&t=2254s
YouTube
Виталий Король. Тактические приёмы борьбы с иллюзиями для Scrum мастеров и Agile-коучей.
Уверен, вы замечали, как часто люди находятся во власти иллюзий. И как легко возвращаются к ним. Иллюзии дают ощущение безопасности, значимости, эффективности. Но мы – коучи и скрам-мастера, наша миссия – помогать видеть факты, правду, быть осознанными. В…
Самые популярные слова в чатике при канале получились вот такие
Сам чатик по ссылке https://yangx.top/joinchat/B-bfYQrvBssyBCf4D2YjhQ
Продолжая начатую в ФБ мини-серию интересных бизнес-практик, обратил внимание на Леруа Мерлен
Рассмотрим задачу. Дано:
Сеть магазинов, где цена считается настолько низкой, что скидок не предлагается. Это фишка и лозунг.
Надо: внедрить систему слежения за покупательной активностью каждого, что традиционно достигается скидочными картами (а нельзя!)
Как? Изящное решение:
Выдаётся сервисная карта покупателя, по которой можно вернуть ранее купленное без чека.
Купить лишнего для ремонта или какая-то запчасть не подошла - да сплошь и рядом! То есть пользовательская боль найдена и решена, покупатель счастлив.
Затраты? Только на саму систему учета покупок, ради которой все делалось. Выручка сохраняется, принципы и ценности не нарушены.
В чем изящество? ТЕория решения изобретательских задач (ТРИЗ) постулирует, что
самое эффективное решение проблемы — такое, которое достигается «само по себе», только за счёт уже имеющихся ресурсов.
Таким образом, система учета покупок, которая сама собой стимулирует покупателя пользоваться ею - это «идеальный конечный результат» в терминах ТРИЗ. Моё почтение за наглядную демонстрацию
При решении всех своих задач я стараюсь использовать этот принцип ТРИЗ и не городить сложных и трудных в обслуживании огородов.
Хотя ТРИЗ по определению нельзя применять механически к иным областям, кроме собственно изобретения материальных систем, некоторые её принципы настолько универсальны, что соблазн очень велик. Если кто-то не читал про ТРИЗ, то очень рекомендую и почитать, и упражнения поделать.
Рассмотрим задачу. Дано:
Сеть магазинов, где цена считается настолько низкой, что скидок не предлагается. Это фишка и лозунг.
Надо: внедрить систему слежения за покупательной активностью каждого, что традиционно достигается скидочными картами (а нельзя!)
Как? Изящное решение:
Выдаётся сервисная карта покупателя, по которой можно вернуть ранее купленное без чека.
Купить лишнего для ремонта или какая-то запчасть не подошла - да сплошь и рядом! То есть пользовательская боль найдена и решена, покупатель счастлив.
Затраты? Только на саму систему учета покупок, ради которой все делалось. Выручка сохраняется, принципы и ценности не нарушены.
В чем изящество? ТЕория решения изобретательских задач (ТРИЗ) постулирует, что
самое эффективное решение проблемы — такое, которое достигается «само по себе», только за счёт уже имеющихся ресурсов.
Таким образом, система учета покупок, которая сама собой стимулирует покупателя пользоваться ею - это «идеальный конечный результат» в терминах ТРИЗ. Моё почтение за наглядную демонстрацию
При решении всех своих задач я стараюсь использовать этот принцип ТРИЗ и не городить сложных и трудных в обслуживании огородов.
Хотя ТРИЗ по определению нельзя применять механически к иным областям, кроме собственно изобретения материальных систем, некоторые её принципы настолько универсальны, что соблазн очень велик. Если кто-то не читал про ТРИЗ, то очень рекомендую и почитать, и упражнения поделать.