Апгрейды инструментов для разработчиков

Если кто-то из вас здесь работает над тулзами для разработчиков — IDE и SDK — не делайте то, что делает Apple.

Как только выходит новая версия iOS, они заставляют обновить симулятор на компе, иначе не получается компилировать и отлаживать разрабатываемое тобой мобильное приложение.

Обновление 8 гигов, только скачивание и установка могут занять минут 15-30, после чего у нас при разработке на Flutter обычно что-то ломается и не работает с первого раза. Приходится чистить кэши, читать stack overflow и танцевать с бубном.

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

Понятно, обновления нужны и не всегда всё проходит гладко.

Косяк Apple в том, что они тебя заставляют обновляться не тогда, когда это удобно тебе, а по их расписанию. Например, когда ты привёл ребёнка на спортивную секцию, где нет интернета и хотел часок покодить...

При установке обновлений любого характера, а особенно для тулзов, мне нравятся паттерны:

— Пропустить версию (skip this version). Даёт тебе возможность доработать на текущей версии и обновиться в будущем, если тебе будет удобно.

— Установить на следующем запуске (install at next launch). Все обновления скачиваются и подготавливаются автоматически, но устанавливаются только при следующем перезапуске приложения.

— Установить ночью (install at night). Такое я видел только на уровне операционной системы. Очень удобно, когда софт может обновиться ночью. Главное, чтобы утром не было такого, что нужно что-то нажать, чтобы продолжить, и застрять ещё на полчаса, пока обновление не завершится.

10 лет после окончания Wharton, стоил ли MBA времени и денег?

Пришло приглашение на встречу выпускников по случаю 10-летия выпуска моего класса в Wharton. Это заставило порефлексировать о том, что же мне дала бизнес-школа с позиции времени.

1) Работа в американском бигтехе. Бизнес-школа дала возможность с лёгкостью получить работу в Амазоне. Работодатели сами за нами гонялись.

2) Погружение в американскую культуру small talk и нетворкинга. Это было некомфортно, больно, но того стоило. Это привело меня в том числе к психотерапии.

3) Погружение в американскую hustle culture, где все е.ашат и конкурируют за место под солнцем (улыбаясь друг другу фейковыми улыбками, я тоже так умею).

4) Навык анализа огромного объема сложной информации. Я каждый день читал страниц по 80 разного рода статей, кейсов и научных публикаций просто чтобы сделать домашку и подготовиться к обсуждениям в классе. Я никогда в жизни ни до, ни после столько не читал.

5) Болючий удар по эго. В 30 лет, попав в топ школу, я понял, что я далеко не самый классный и талантливый. В бизнес-школе высокая концентрация мега-талантливых людей из разных областей жизни. Я увидел, что может быть по-другому. Можно работать в командах с людьми моего возраста, которые в чём-то круче меня (так получилось, что до МВА я везде был самым молодым и самым технически подкованным, что позволило мне быстро вырасти).

6) Расширенный взгляд на жизнь. Одна из моих лучших подруг в школе (от слова "друг") была девушка с синдромом Аспергера. Она сдала GMAT на недостижимые простому человеку 800 баллов и решала в уме дифференциальные уравнения. Социально она была весьма сложная. С ней я научился лучше принимать людей.

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

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

В итоге, стоило ли это того? 100%.

Стоит ли тебе идти на МВА? Нет однозначного ответа. Ты же не можешь заглянуть на 10 лет вперёд и посмотреть, где ты окажешься.

@ilyabezdelev_blog #mba

Оффтоп: Залип на ютубе на интервью с известными людьми. Этих ребят сразу даже не узнал. Не мог не заскринить.

Такой пацан из 90х и его партнер из фильма «Гений».

Сможете угадать кто это, перед тем как узнать в этих мужичках Limp Bizkit?

Субботний оффтоп / изучаем английский с моим старшим сыном-нэйтивом.

Вчера смотрели вместе Star Wars VIII и я узнал от него новое выражение — “plot armor”, дословно “броня сценария”.

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

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

Зная, что главный герой не может погибнуть в принципе (в конце концов, она же должна быть в 9-й части), начинаешь смотреть фильм более скептически. Типа «ну да, сейчас прилетит волшебник в голубом вертолете…» Саспенс пропадает.

Когда в фильме слишком много плот-армора, я лично начинаю его обесценивать. Возникает вопрос — на какую аудиторию это рассчитано? Кринжовый плот-армор существует десятки лет, неужели люди от него не устали?

Другая крайность — это фильмы-безнадеги, например, Дорога перемен с ДиКаприо и Уинслет. Они более правдоподобные и больше цепляют. Правда, их не посмотришь с детьми.

Может, Стар Ворс стал детским фильмом?

Accessibility a.k.a. a11y

На моей практике разработчики и продакты часто забывают, что некоторые группы их пользователей могут сильно отличаться от «среднего» человека.

— Людям с ограниченным зрением (в т.ч. слепым) нужно иметь возможность включить огромный шрифт и использовать скрин-ридеры для навигации.

— Людям с ограниченным слухом нужны субтитры и незвуковые индикаторы действий (вибрация и вспышка например).

— Людям с дальтонизмом нужна другая цветовая гамма.

— Люди с травмами рук или отсутствующими пальцами/кистями не смогут воспользоваться некоторыми горячими клавишами (по этой причине Microsoft убрал раскорячистое сочетание Ctrl-Alt-Del) или даже мышкой/трекпадом.

— У людей с повышенной светочувствительностью может случиться эпилептический приступ, если приложение использует агрессивные визуальные эффекты и анимацию.

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

Крупные компании уже делают accessibility обязательным требованием для своих новых продуктов и вкладываются в переделку старых. Но что делать стартапам и маленьким компаниям, у которых нет ни ресурсов, ни понимания, как надо?

Поддержка a11y должна быть встроена в UI фреймворки и фреймворки для тестирования, чтобы доступность для всех была по умолчанию, почти бесплатно.

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

Мне кажется, это займет ещё лет 10. Время есть, но начинать об этом думать стоит уже сейчас.

@ilyabezdelev_blog

Крошка сын (6 лет) к отцу пришёл и сказала кроха «папа, давай скачаем фонбет, они дают 300 тысяч денег».

Такое нарочно не придумаешь. Чел играет в игры с рейтингом 4+. Там такая реклама.

Я вчера не просто так вспомнил про инклюзивные интерфейсы.

Мы ехали на такси с водителем, у которого были нарушены слух и речь. Когда пошёл в приложение, чтобы оставить чаевые, заметил, что в информации о поездке это было указано (скрин из Yandex Go).

Я ехал на переднем сиденье и пообщался с водителем. Классный дядька из деревни. Рассказал мне про то, как ломаются китайские машины на наших дорогах.

Естественно, мне приходилось подстраиваться. Слушать было сложно. Говорить нужно было громко, разборчиво и глядя на него. Было видно, что он не всё понимает и нужно было повторять. Он не слышал детей с заднего сиденья. Я был "переводчиком", когда они что-то спрашивали.

Но нужно подстраиваться и совершать эти усилия, иначе никак. Иначе такие люди будут изгоями.

У меня есть подруга (не русскоговорящая), у которой тоже нарушение слуха и речи. Она не слышит высокие частоты. В ночных джунглях, где стрекочут цикады, она слышит тишину. Речь других людей она тоже слышит очень ограниченно (только низкие и средние частоты).

Первые пару дней общения у меня сложилось ощущение, что она странная. Она часто понимала меня неправильно (я говорю очень быстро и не всегда внятно), а я не мог понять её речь. Она из ЮАР и акцент дополнительно усложнял коммуникацию.

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

Проехав вчера в такси и порефлексировав о своём опыте с подругой, у меня возникло ощущение, что прозрачность о нарушениях — палка о двух концах.

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

Возьмём пример с такси — кого-то информация подготовит, а кто-то отменит заказ (если честно, сложно такое представить, но люди меня иногда разочаровывают).

Интересны ваши мысли на эту тему.

Попросил ChatGPT рассказать мне о предвзятом отношении к людям с дефектами речи и плохим знанием языка.

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

Люди считают людей с акцентом, слабым знанием языка или нарушениями речи менее умными, чем они есть на самом деле.

Это лингвистическое предвзятое отношение или дискриминация на основе языка — склонность недооценивать интеллект из-за особенностей речи.

В психологии это связано с фундаментальной ошибкой атрибуции: мы объясняем трудности в общении низким интеллектом, а не внешними факторами.

Услышал на подкасте фразу, которая дословно переводится как «делать что-то хорошо — самая сложная вещь в мире».

Doing anything well is the hardest thing in the world.

В интервью обсуждали то, как новичкам сложно даётся новое ремесло, особенно, когда нет видимого прогресса.

Если бы это было легко, все бы это делали. Но это нелегко.

Рецепты для преодоления этого препятствия:

1) Получать удовольствие от самого процесса. Иначе выгоришь.

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

У нас в стартапе выработался анти-паттерн, который пока работает и мы его не трогаем.

Когда мы работаем над фичей, я создаю таску в GitHub Issues. В ней содержится только контекст проблемы, краткое описание решения и acceptance criteria. По мере того как мы обсуждаем фичу, таска дополняется деталями. В таске практически никогда нет UX, мы очень редко дизайним что-то отдельно в Фигме.

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

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

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

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

- Сколько программистов нужно, чтобы подоить корову?
- Пять, один держит корову за вымя, остальные 4 поднимают за ногу.

То, что мы делаем, не соответствует правилам скрама, но соответствует духу Agile Manifesto. Мы сами формируем процесс, который позволяет нам быстро принимать решения.

Аспект "соответствия духу" вместо "следования процессу" — то, что часто не понимают апологеты скрама. Если интересно копнуть глубже, можете послушать/посмотреть наше интервью с одним из авторов Agile Manifesto Дэйвом Томасом.

@ilyabezdelev_blog #agile

Инсайт дня — для фаундера с СДВГ ранние стадии стартапа это 🔥, потому что все и сразу, видение, идеи и т.п. Средняя стадия стартапа, когда везде пожары — это бесконечный стресс.

Природа СДВГ такая, что, чем больше хаоса, тем он более парализующий и, как следствие, тем больше хаоса и так далее. Бонусом тревожность, что приводит к ещё большему бездействию в хаосе.

Это спираль вниз.

Я решил попробовать эксперимент на ноябрь.

Я буду только писать код, не занимаясь маркетингом (есть причины, по которым маркетинг можно отложить).

Посмотрю как это будет отражаться на самочувствии.

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

Инструкции для отзывов в Авито, наверное, написаны по тому же принципу 🙈

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

Я 15 лет не жил в России и пропустил всё развитие интернет-сервисов. Некоторые вещи меня до сих пор шокируют.

Фокус, фидбек и раздражение

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

Между делом, когда было время и энергия, я мог чего-нибудь закодить. Пофиксить мелкий баг или запилить мелкую фичу.

Меня всегда бесило, когда, выкроив пару часов на покодить, мой СТО Арнаб присылал code review со 100500 комментариев, на которые у меня уходило ещё полдня, а то и больше.

Проблема, конечно же, была в том, что я говнокодил. Но меня жутко раздражало то, что мне нужно вкладывать больше времени.

Если изначально потраченное время было по мановению импульса и на вдохновении, то рефакторинг, исправление ошибок и доработка уже были «работой». На неё нужно было искать время специально.

Сейчас, я дал себе месяц не заниматься ничем кроме кодинга и очень сильно поменялось отношение к фидбеку и к Арнабу.

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

Я даже получаю удовольствие от хирургически точечного рефакторинга!

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

Я никогда не писал их между делом. Я освобождал день от митингов, ставил статус «недоступен» и уходил в свою пещеру писать доки. За день мог сделать то, что с трудом можно успеть за неделю, если отвлекаться.

Потом так же выделял полдня-день на работу с фидбеком. Накапливал обратную связь и садился писать следующую итерацию.

Не знаю, как мне раньше не пришла эта аналогия между кодом и письмом. Но лучше поздно, чем никогда.

Now playing: Skid Row - Slave to the Grind

Лайфхак для продуктивного утра — не ставить ночью телефон на зарядку. Пусть он с утра будет разряжен, чтобы:

1) С утра не за что было схватиться едва продрав глаза.

2) Пришлось его поставить на зарядку минимум минут на 30, что даст время спокойно приготовить завтрак и даже поесть в кругу семьи.

Не благодарите.

P.S. Это, конечно же, непрактично… Хотя кто знает. На эти мысли меня натолкнуло отсутствие розетки рядом с кроватью и встал выбор: поставить телефон заряжаться далеко от ложа или же дать ему разрядиться и зарядить утром?

Когда в одном релизе слишком много обновлений, я начинаю нервничать.

Чем больше изменений, тем...

— Больше потенциальных проблем. Часть изменений будет недотестирована. 100% будут баги.

— Больше вероятность, что какие-то из изменений непредсказуемо взаимосвязаны. Баги найдем не мы, а пользователи, когда фича, которую мы даже не трогали начнёт работать не так, как надо.

— Больнее диагностировать неочевидные проблемы (например, crashes — когда приложение "вылетает"). Хз какое из 10 обновлений это вызвало...

Мы стараемся релизить раз в неделю-две, как только в приложении добавляется какая-то ценность, о которой можно написать release notes.

Поэтому важно иметь CI/CD, чтобы всё сияло и не сидело бестолку, а сразу шло в продакшен.

Мы используем Tramline для оркестрации автоматических деплоев в App Store и Google Play. Использование трамлайна было одним из лучших ранних решений.

У нас практически нулевые затраты на выпуск новой версии приложения в бету, а затем в прод. Нужно только кликнуть пару кнопок в админке и всё происходит само собой.

Но самая крутая польза от CI/CD в том, что мы можем за день сделать несколько непубличных бета релизов всего лишь тремя командами в командной строке. Выполняем команду и через 20 минут у нас на телефонах обновленный билд.

git checkout RELEASE_BRANCH
git merge main
git push

Без CI/CD возникает проблема "бэби-ситтинга", когда каждый релиз нужно готовить, загружать файлы, а затем следить, чтобы всё прошло гладко.

Это жутко неэффективный расход времени разработчиков. Няньчанье с релизами не только отвлекает от разработки фич и ставит людей в режим ожидания, но ещё и бесит. Бесит == выдирает из потока и делает менее эффективным.

Никто не хочет делать тупую работу руками. Поэтому её начинают избегать, релизы становятся больше, требуют больше тестирования, а также времени "замачивания" (soak time) или "выпекания" (bake time).

Автоматизация релизов ускоряет разработку. Отсутствие автоматизации — замедляет, когда растёт команда и кодовая база. Другими словами, если вы не автоматизируете свои процессы, вы активно их замедляете.

У вас есть CI/CD? Какие инструменты используете?

Ребенок попросил показать как я выглядел в 18 лет. Смотрели старые фотки и свело олдскулы. На этой фотке меня нет, это мои друзья. Я фотографировал их мультиплеер. Не могу вспомнить, что это за игра.

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

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

Когда вернулись в Россию, меня сильно потянуло на литературу на русском. Сразу заметил, что читать очень комфортно и я читаю на русском не медленнее, чем мой сын на английском.

Потом настал момент истины.

На днях начал читать Neverwhere Нила Геймана (на русском Никогде) и прочувствовал разницу.

На русском я как рыба в воде. Только успеваю перелистывать страницы.

На английском я как пловец-спортсмен. Быстро, но требуются усилия.

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

Потом включил ту же книгу в аудио (в исполнении самого Геймана) и понял, что аудио идет вообще без усилий. Я всё так же не понимаю некоторые слова, но они просто проходят мимо ушей. Мозг сам додумывает всё, что нужно, в потоке речи.

Короче, нашел лайфхак. На английском буду читать только нехудожку, для которой как раз-таки полезно замедление. А художку, где хочется легкости, буду слушать.

На русском всё буду только читать.

P.S. Переводы читать не хочу, особенно, художку. Во-первых, теряются нюансы, особенно, юмор. А во-вторых, это упущенная возможность изучения идиоматического использования языка.

В корпорации есть два типа людей:

1) Те, что оптимизируют рост. Херачат, играют в политику, подстраиваются под культуру, становятся частью культа.

2) Те, что оптимизируют, чтобы их не уволили. Делают минимум, играют в политику, подстраиваются под культуру, становятся частью культа, херачат только при возникновении опасности.

Корпорация разрешает оба типа поведения. Более того, в какой-то степени, даже поощряет второй тип, чтобы люди друг друга не поубивали за промоушены.

В корпорации не нужно 100% инициативного персонала. Кто-то должен сидеть на веслах.

Не тянет писать и читать о работе сейчас.

Слушаю художку и подкасты с творческими людьми. Иногда проскальзывают фразы, которые заставляют задуматься.

Вот парочка из сегодняшнего в моем вольном переводе:

Blaze Bayley, Iron Maiden:

Нам нужно заботиться о себе так, как мы заботимся о своих домашних животных.

Ну ведь так и есть. Своим собакам и детям мы плохого никогда не сделаем. Главные абьюзеры самих себя - это мы сами.

Дафф МакКеган, Guns N’Roses:

Если ты веришь в себя, ничто не может тебя остановить.

Мой слоган по жизни, который я тоже подсмотрел где-то в мемасике лет 10 назад: “I want it. Excuses are irrelevant.”

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

Нил Гейман, Neverwhere (Никогде):

У него было смутное ощущение, что он — нечто большее, чем просто тело и разум, нечто большее, с огромным потенциалом. Он мог быть кем угодно; он мог делать все, что захочет. А потом он проснулся и понял, что он — всего лишь Ричард Мэйхью.

Блин, ну как Гейман умеет описать ощущения людей. Прям английский Гришковец.

Просыпаешься утром и тебе море по колено первые несколько секунд. А потом кортизол начинает «возвращать тебя обратно в тело» со всеми страхами, стрессом и бытовыми проблемами.

Всех обнял ❤️

Критерий для выбора CTO — он способен указать разработчикам Flutter на конкретную строку их кода с багом.

Он не знает, что я слежу за этим и охереваю, проникаясь к нему ещё большим уважением как к специалисту.