Рассказ про концепцию DRI: Directly Responsible Individual. Эту концепцию например применяет Apple.
https://www.quora.com/Apple-company/How-well-does-Apples-Directly-Responsible-Individual-DRI-model-work-in-practice
Вкратце: если есть сложные проект или проблема, то у него должен быть один человек, отвественный за результат. Тот, кто "владеет" (own) проектом и решением. Тот, кто имеет право принять конечное решение в спорной ситуации.
Если вас заинтересовало вчерашнее видео про искусственный интеллект, вот лекция подлиннее от того же чувака: https://vc.ru/p/sberdays-bakunov
И краткая выжимка.
Вот кстати лог предыдущих сообщений.
- Март: https://qetz.al/thought-log/2017-03/
- Февраль: https://qetz.al/thought-log/2017-02/
- Январь: https://qetz.al/thought-log/2017-01/
# Про мотивацию
Есть чуваки с железной волей и каменным сердцем. Они никогда не прокрастинируют, не едят ночью, не тупят в телефон, ходят с радостью на тренировку к 8 утра, в их TODO листе никогда нет просроченных тасков, они выполняют все задуманное, сортируют всегда фотографии и все это у них получается без напряга.
У меня так не получается. Мне нужно прикладывать усилия, чтобы все сделать правильно, делать неприятные или неинтересные штуки, и делать их хорошо. Также мне приходится прикладывать усилия, чтобы делать штуки, которые вроде вот бы надо делать, хочется делать, но постоянно не доходят руки.
Один из лайфхаков/приемов это не доверять себе "из завтра" и делать его жизнь проще, заранее "завтрашнему себе" упростить задачу и добавить мотивации. Про недоверие "завтрашнему Евгению" как-нибудь потом, сегодня про вторую штуку: как упростить задачу самому себе.
Был такой исследовательский центр Xerox PARC, в котором разработали концепции очень многих штук, которыми мы пользуемся сегодня. Например графический интерфейс для компьютера, мышь, объекто-ориентированное программирование, Ethernet. Если вы читали биографию Стива Джобса, там этот центр появляется — якобы Джобс там был с экскурсией, увидел GUI, поразился и решил сделать так же в Macintrosh.
Интересно другое: группа людей за достаточно короткое время создала концепции очень многих вещей, которыми мы пользуемся. То есть какая-то невероятная способость к придумыванию и предсказыванию нового, причем нового которым будут пользоваться. Вопрос - как?
Алан Кей отвечает на Quora: https://www.quora.com/What-made-Xerox-PARC-special-Who-else-today-is-like-them/answer/Alan-Kay-11?share=1
Особенно вот это:
> "Third, use the phrase “disagree and commit.” This phrase will save a lot of time. If you have conviction on a particular direction even though there’s no consensus, it’s helpful to say, “Look, I know we disagree on this but will you gamble with me on it? Disagree and commit?” By the time you’re at this point, no one can know the answer for sure, and you’ll probably get a quick yes."
> "This isn’t one way. If you’re the boss, you should do this too. I disagree and commit all the time. We recently greenlit a particular Amazon Studios original. I told the team my view: debatable whether it would be interesting enough, complicated to produce, the business terms aren’t that good, and we have lots of other opportunities. They had a completely different opinion and wanted to go ahead. I wrote back right away with “I disagree and commit and hope it becomes the most watched thing we’ve ever made.” Consider how much slower this decision cycle would have been if the team had actually had to convince me rather than simply get my commitment."
У этого же автора есть кстати крутейшая серия из 12 постов про вещества: как они влияли на нас и нашу историю. Дико интересно.
Risky business - I: Рождение богов http://bohemicus.livejournal.com/111161.html
Risky business - II: Торжество Диониса http://bohemicus.livejournal.com/111537.html
Risky business - III: Эпоха великих открытий http://bohemicus.livejournal.com/111772.html
Risky business IV: Век разума и пришествие романтизма http://bohemicus.livejournal.com/112310.html
Risky business - V: Грандиозные успехи науки http://bohemicus.livejournal.com/112497.html
Risky business VI: Тысячи прекрасных миров http://bohemicus.livejournal.com/112816.html
Risky business - VII: Бремя белых и чёрные капли http://bohemicus.livejournal.com/113527.html
Risky business VIII: Новый искусственный рай http://bohemicus.livejournal.com/113720.html
Risky business - IX: Стетсон и борсaлино http://bohemicus.livejournal.com/114297.html
Risky business X: Таблетки храбрости и счастья http://bohemicus.livejournal.com/115310.html
Risky business XI: Великая психоделическая революция http://bohemicus.livejournal.com/116023.html
Risky business XII: Бесконечная история http://bohemicus.livejournal.com/116378.html
"Чертоги разума" это вообщем реально работающая техника.
Также мы плохо запоминанем данные и хорошо истории (эволюция подготовила - кто плохо запоминал истории, тех съели тигры). Поэтому чтобы запомнить, все надо превращать в историю.
Правда тут есть подвох, при превращении чего-то в историю, вы или добавите ненужные следственные связи или уберете (чтобы история была стройней, это происходит автоматом), поэтому то, что вы вспомните потом может не совпадать с оригиналом.
Важная штука: если триггер часто использовать, он "стирается" и перестает работать. То есть если у вас есть песня, которая "до мурашек", не слушайте ее слишком часто — магия перестанет работать.
Читать полностью…В связи с этой новостью вспомнился лайфхак про память.
Если у вас случилось какое-то событие, которое вы действительно хотите запомнить надолго, то сразу после него вызовите/стриггерните какие-то чувственные ощущения и обратите на них внимание, ощутите их и связь с событием: понюхайте что-то запоминающееся, потрогайте (что-то тактильное и непривычное), послушайте (песню).
Это может вызвать связь этого ощущения и события. В будущем это же ощущение может вызвать яркие воспоминания про это событие.
Раньше ученые считали, что воспоминания записываются в кратковременную память, а потом, со временем сохраняются в долговременную.
Это возможно не так. Эксперименты на мышах показывают, что память о прошедшем событии сохраняетcя *одновременно* в кратковременную и долговременную память.
При этом данные, записанные в долговременную память, не доступны сразу (хоть и существуют) — они становятся доступны через какое-то время (наверное когда уходят/стираются данные из кратковременной)
Ссылка на статью: http://www.bbc.com/news/health-39518580 (eng)
В процессе внутренного обсуждения одной штуки с разработчиком написал краткое изложение своих взглядов на работу с проблемами, приходящими от пользователей. Я убежден в правильности этих штук.
Решил вынести их из внутренних комментариев, чтобы сохранить себе и вам показать.
—-
Смотри, я опишу общий подход, который я считаю правильным.
1. Наша цель – решить проблему, а не закрыть тикет. Если проблема существует, то закрытие тикета нам же никак не помогает – у чувака по прежнему будет все нехорошо. А если у него нехорошо – он нас не будет использовать и уже нам будет нехорошо.
2. Если жалуется один чувак, это не значит, что проблема только у одного. Как правило если жалуется нам один, проблему видит на самом деле гораздо бОльшее количество людей.
Это всегда так – вот вспомни как кто-то жалуется на что-то: как правило жалуются многие, а о проблеме в сервис/компанию сообщают мало кто.
3. Лучший способ прокачаться – делать штуки, которые не очевидны сразу. Копать глубже. Чтобы делать клевые штуки и решать сложные проблемы надо делать сложные вещи.
4. Если мы не можем решить проблему, надо сделать все, что нужно, чтобы в следующий раз мы смогли это сделать. Разумеется не все проблемы можно решить по обращению – это нормально. Но нам надо сделать что-то, чтобы в следующий раз мы проблему смогли решить и узнали о ней не от пользователя.
Потому что если проблема возникнет опять и чувак не даст HAR – мы опять ничего не выясним. А HAR он может и не дать – это сложно, да и пока ему посоветуют собрать HAR, то пройдет время и проблема может уйти (если она спорадическая). Поэтому нам нужно понять, как мы можем мониторить скорость загрузки NNNN и ее MMMM, добавить нужное логирование и так далее – чтобы в следующий раз, когда мы узнаем о проблеме, у нас было больше информации.
—-
(тикет - запись/таск во внутренней системе отслеживания задач, HAR — специальный файл, который можно сгенерировать в браузере, который расскажет как в деталях загружался сайт)
Я уже писал раньше, что клево, когда у компании есть набор лаконично сформированных принципов. Например тут про дзен GitHub: /channel/qetzal_1up/42 или про дзен Python: /channel/qetzal_1up/43
Читать полностью…А вот еще интересное видео на полтора часа.
"Что сказали великие на самом деле: Десять знаменитых афоризмов, которые понимают неправильно" https://www.youtube.com/watch?v=xpNIzpp8zZg
Люблю такое. Когда "все что вы знали — неправда, на самом деле все не так".
(отдельно стоит отметить, что не стоит верить видео на слово, а стоит перепроверить самому)
Интересное видео про искусственный интеллект, его имитацию и голосовых помощников: https://www.youtube.com/watch?v=-pqUbSvVhGQ (~25 минут)
Читать полностью…Приведу пример.
Я хочу делать эти штуки:
1. Я читаю достаточно много книг и статей. Важно не просто их читать, но еще и осмысливать, делать actionable выводы, брать конкретные идеи, их потом применять.
2. Я хочу иметь лог с прочитаным, чтобы можно было в любой момент вернуться и найти ссылку.
3. Хочу вести блог и делится мыслями.
Каждый из этих пунктов сам по себе — задача, которая может постоянно откладываться "до лучших времен".
Как я решил для себя эту ситуацию:
1. Я пишу в этот Телеграм-канал. В Телеграм-канал *легко* написать, это простой формат. Мне не нужно специально готовиться для этого, форматировать посты, писать много текста. Можно просто кинуть ссылку и приписать пару предложений.
2. Так как тут меня читаете вы, любимые подписчики, то у меня есть мотивация сюда писать. Также это причина, почему я не просто не кидаю ссылки, но еще и что-то пишу от себя.
3. Каждый месяц я собираю все написанное и формирую пост со ссылками и размышлениями за прошедшее время. Так как все уже написано, мне это сделать очень быстро и легко — занимает меньше 30 минут. Так блог наполняется сам собой.
И это все между собой связано: мне интересно писать, так как вы читаете. Я пишу, поэтому у меня автоматически есть структурированный лог самого интересного. И поэтому вы читаете (я надеюсь). И поэтому я раз в месяц обновляю свой сайт/блог. И поэтому у меня есть еще один стимул писать (иначе нечего будет добавит в месячный лог). Все связано и поэтому работает уже третий месяц. До этого я всегда бросал писать блог в первые две-три недели.
—
1. Visions not goals
2. Fund people not projects — the scientists find the problems not the funders. So, for many reasons, you have to have the best researchers.
3. Problem Finding — not just Problem Solving
4. Milestones not deadlines
5. It’s “baseball” not “golf” — batting .350 is very good in a high aspiration high risk area. Not getting a hit is not failure but the overhead for getting hits. (As in baseball, an “error” is failing to pull off something that is technically feasible.)
6. It’s about shaping “computer stuff” to human ends per the vision. Much of the time this required the researchers to design and build pretty much everything, including much of the hardware — including a variety of mainframes — and virtually all of the software needed (including OSs and programming languages, etc.). Many of the ARPA researchers were quite fluent in both HW and SW (though usually better at one than the other). This made for a pretty homogeneous computing culture and great synergy in most projects.
7. The above goes against the commonsense idea that “computer people should not try to make their own tools (because of the infinite Turing Tarpit that results)”. The ARPA idea was a second order notion: “if you can make your own tools, HW and SW, then you must!”. The idea was that if you are going to take on big important and new problems then you just have to develop the chops to pull off all needed tools, partly because of what “new” really means, and partly because trying to do workarounds of vendor stuff that is in the wrong paradigm will kill the research thinking.
8. An important part of the research results are researchers. This extends the “baseball” idea to human development. The grad schools, especially, generally admitted people who “seemed interesting” and judgements weren’t made until a few years down the road. Many of the researchers who ultimately solved most of the many problems of personal computing and networking were created by the ARPA community.
—
Неплохая статья с набором интересных фактов о генетике: https://daily.afisha.ru/brain/5101-aleksandr-panchin-razveivaet-mify-i-obyasnyaet-chem-zanimayutsya-gennye-inzhenery/
Читать полностью…Jeff Bezos, CEO Амазона, написал ежегодное письмо акционерам компании (shareholder letter). Там нет чисел и отчета про сделанную работу. Вместо этого там размышления про то, как управлять компанией, чтобы она всегда была номером один.
Очень вдохновляющее и крутое письмо.
И вдогонку к памяти, если уж мы не можем полностью доверять своей памяти и она искажена, то что говорить про исторические воспоминания, которые легче искажать и которые легче подвергаются мифизации.
Например вот интересный пост: http://bohemicus.livejournal.com/73896.html
Если вам интересна тема памяти и запоминания, то рекомендую книгу "Эйнштейн гуляет по Луне: Наука и искусство запоминания". Там про то, как один чувак стал мнемоником и научился запоминать гигантский объем информации. Вот тут неплохой обзор: http://www.the-village.ru/village/business/case/151387-dzhoshua-foer-eynshteyn-gulyaet-po-lune
Читать полностью…Особенно это хорошо работает с запахами. Запахи сложно вспомнить сами по себе, но они являются отличным триггером для воспоминаний.
Читать полностью…Отдельная штука, что возможно мозг как-то обрабатывает сохраняемую версию события для долговременной памяти. Поэтому, спекулируя на эту тему, ваше *текущее* восприятие и ощущения про конкретное событие влияет на то, как вы будете помнить его всю свою жизнь (а не последующие размышления про это событие)
Читать полностью…Интересно, что я дошел до этого механизма сам, хоть и применял его для очень узкой задачи.
Когда я уезжаю надолго мне сложно отделаться от мыслей вида "а закрыл ли я окно", "выключил ли я утюг", "закрутил ли кран". Конечно рационально я вроде помню, что все сделал, но червяк сомнения грызет и нервирует.
Лучший способ убрать эти сомнения совсем это перед уездом пройтись по квартире и явно проговорить все действия. "Так, это утюг - он выключен. Это кран — он закрыт и не течет. Это окно — оно закрыто". Работает 100% хорошо.
Техника "наведи и скажи": для повышения фокуса и осознанности при выполнении задачи нужно подкрепить ее физическим действием и звуком. Это сильно снижает процент ошибок и шанс "зомби-поведения", когда мы делаем что-то автоматически, не вдумываясь в суть.
Например если вам надо проверить, что скорость на спидометре не превышает лимита, то вам нужно:
- посмотреть на спидометр
- навести на него пальцем
- называть наблюдение, то есть скорость ("70 километров в час!")
- слушать свой голос
Методика была впервые применена на железнодорожных дорогах Японии и распространена сильно только в Японии.
Подробней почитать можно в этих статьях
- "Why Japan’s Rail Workers Can’t Stop Pointing at Things" http://www.atlasobscura.com/articles/pointing-and-calling-japan-trains
- "Pointing and calling": https://en.wikipedia.org/wiki/Pointing_and_calling
- "Japanese Standard Pointing and Calling" http://www.allaboutlean.com/pointing-and-calling/
Клевый тест на эмоциональный интеллект — умение понимать чужие эмоции и настроение: http://socialintelligence.labinthewild.org/mite/
Если захотите пройти — запаситесь словарём, некоторые названия эмоций мне были незнакомы, это может помешать вам их правильно назвать.