Кайфонул! Немного инсайтов из видео.

https://www.tg-me.com/seniorsoftwarevlogger/1118

В начале код реакта был запутан и разрознен. Ли Брайон начал с того, что построил словарь терминов. Прямо выписал все концепты и штуки и попробовал их описать своими словами. Спрашивал и уточнял правильно ли он понял назначение. После уточнения всех деталей он упорядочил и упростил словарь, убрав одни вещи и объединив другие. Это позволило упростить внешний интерфейс.

Выкатить в опенсорс — не так просто, как кажется. Нужно было отделить продукт от внутренних тулов. Написать документацию. Еще наложилась проблема «разных скоростей». Фейсбук, в то время, опережал индустрию. Подход был настолько новый, что люди возненавидели jsx осле первой презентации.

Вызов статусу кво. В то время все только научились разделять код на html css и js. Тут появляется подход, в котором все нужно смешивать и разделять на компоненты, а не по типу файла. Но вызов статусу кво — как, например, в науке делаются прорывы.

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

Черпай вдохновение из сообщества. Заговорили про реакт конференцию — организуй ее сам.

Не останавливайся. Команда верила в технологию несмотря на первый провал, который, считай сжег Джордана, автора реакта.

Поддержать 🫶 | YouTube | Twitter

Так уж ли важны технологии в разработке?

1. OODA Loop
2. 4 Laws of Combat by Jocko
3. Bullet Journal
4. Practical Kanban by Klaus Leopold
5. Directed Opportunism
6. Paul Graham A Lisp Startup

Запустил раздел «Обучение» на ITYouTubers. Только проверенные курсы от сообщества 🫶

https://ityoutubers.com/learn

Руслан спрашивает:

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

Во-первых, поздравляю с прохождением испытательного срока!

Эту ситуацию можно рассматривать с двух сторон. С одной стороны это может быть манипуляция, чтобы ты лучше работал. В таком случае, как бы ты не работал — лида не дадут, причину всегда можно найти.
С другой стороны можно просто спросить своего менеджера, что от тебя требуется? Как они будут принимать решение давать тебе лида или нет? Не обязательно спрашивать в лоб. Можно зайти нежнее и «попросить совета» у менеджера. Спросить, что ты сейчас должен начать делать или изучать, чтобы лучше подготовиться. И важно определить какой у тебя срок. Потому что следующий проект может появиться через месяц, а может и через год.

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

Спасибо, что присылаете #вопросы!

Поддержать 🫶 | YouTube | Twitter

Опубликовал очередной лог на всех платформах.

https://boosty.to/seniorsoftwarevlogger/posts/cc3bbe62-e9b8-4dcd-971e-9045dd76d3be

Концепт модульной #клавиатуры за 500 баксов. Смотрите, даже под Ъ есть место :)

https://naya.tech/

Закрытый стрим февраля

0:00 Из всех вариантов подписки через сайт - лучше всего
05:30 Почему вы должны вести блог или подкаст
12:20 Блог - это сугубо эгоистичное действие
13:00 Я все еще в отпуске
16:50 Выбираю новую тему на ютуб
17:30 Новости по книге
22:30 Copiot и стримы по программированию
26:00 Планы на март
29:30 Логин прокси для seniorsoftwarevlogger.com
31:00 Почему пишу на Вастрик клуб, а не на свой блог
33:00 Новый формат видео
38:20 Team Lead Talks
39:00 Про школу системного менеджмента
40:00 Планирование на долгий срок

YouTube, Boosty

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

Гамлет — человек семьи ❤️ Потому вдвойне приятно.

Два вопроса!

Никита спрашивает:

Правда ли, что в Германии собираются разрешить двойное гражданство? На каком этапе данный вопрос сейчас?

Правда, это было частью программы, с которой победившая группировка шла на выборы. Они даже вроде работают над этим. На самом деле Германния выдает двойное гражданство если «Ваша страна не разрешает отказываться от гражданства». Я не знаю, что произойдет быстрее: Германия таки примет новый закон, или твоя (моя тоже?) страна запретит отказываться от гражданства.

Юра спрашивает:

А ты можешь дать консультацию по развитию или что то типо мок собеса? Или может быть можешь порекомендовать кого нибудь
Мне интересена позиция QATechLead в Берлине.

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

Юра, напиши в ЛС @deadgnom32 или загляни в комментарии.

Спасибо, что присылаете #вопросы!

Поддержать 🫶 | YouTube | Twitter (уже 1650 фоловеров, охереть)

Астрологи из OpenAI объявили неделю АПИ. Количество AI стартапов удваивается.

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

Я переехал на Arc и Warp. Оба — супер! Вопрос к Никите: может быть есть какой-то новый редактор кода вместо VSCode, который ему не понравился?

В коментах ссылки-приглашения в оба продукта.

https://www.tg-me.com/nikitonsky_pub/455

Интересный выпуск с Александром Граниным про написание технической книги.

Саша написал Functional Design and Architecture.

Запуск

12 октября 2022 мы написали приветственный пост в телеграм канале. Поэтому будем считать 12 октября днем рождения сообщества. 

В том посте мы приглашали всех вступить в сообщество и обещали бесплатные пол года для первых 25 человек. Пол года прошло. Сообщество доказало пользу и выросло до 80 человек.

Мы написали 1500 сообщений в чате, провели 11 созвонов и разобрали множество вопросов.

Пришло время запускать платежи.

Однако старички, которые участвуют в обсуждениях и делятся информацией — создали сообщество, они не должны платить пока продолжают быть полезными сообществу. Все кто уже в чате — могут оставаться в сообществе бесплатно, если проявляют активность минимум раз в три месяца. Или могут купить подписку по желанию 🙂

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

Правильную цену выбрать сложно. $7 или 555 рублей — разумная плата чтобы достичь названные цели. Если за первый месяц вы не увидите пользы — вернём деньги.

Вступить можно на сайте или через бусти (для карт из РФ).

Добро пожаловать и приходите на стрим!

https://youtube.com/live/yGpOp9TwSTkх

Ох уж этот Никита. Пришлось устанавливать заново.

Документация на проекте и диаграммы 📈
_
На одном из созвонов сообщества мы обсуждали инструменты для ведения проектной документации, частью которой являются и диаграммы. И вот вчера на 1-1 инженер поделился проблемой, что конечный автомат состояний апи не задокументирован. Он начал чертить диаграмму, закопался в сложности и хочет отложить это дело.

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

Я его попросил следовать простым правилам:

1. Начни с малого. Задокументируй то, что понял и изобрази остаток системы, как черный ящик
2. Опубликуй и сделай презентацию
3. Убедись, что диаграмму легко обновить
4. Нацелься на то, что ты ее таки закончишь в обозримой перспективе

Только с диаграммами есть проблема: их невозможно обновлять. Это одна из причин, почему они устаревают. Даже если дать ссылку на Lucid Chart или другой инструмент, то всегда возникнут проблемы с доступом к инструменту, версиями, платными рабочими местами и тд.

Есть выход. Можно использовать инструменты, которые позволяют преобразовать текст в диаграмму. Например, https://d2lang.com/

С таким подходом очень просто исправить опечатку или добавить связь. Движок сам нарисует. Меньше думаешь — легче живешь. Да, и хранить можно прямо в гите.

Вот для примера диаграмма, как я пишу посты:

title: Как Дима пишет посты {
  near: top-center
  shape: text
  style: {
    font-size: 29
    bold: true
    underline: true
  }
}
Случай на работе -> Notion
Ситуация на созвоне -> Notion

Notion -> Проработка информации -> Notion

direction: right
Notion -> ✨ Магия -> Пост

Github Copilot мог бы стать политиком 🥸

Сейчас будет нормальный пост.

Виталий спрашивает:

Сколько часов в день реально работать на проекте чтобы не выгорать и осталось время на развитие? Можно годами работать на одном стэке, решать задачи по 8 часов в день, при этом тобой будут довольны, но развития никакого не будет, максимум останешься на том же уровне, есть вероятность выгореть и уйти. Интересных развивающих проектов на всех не хватит, либо они сопряжены со стрессом. По опыту получается часа 4, не больше. Отсюда конфликт интересов. С точки зрения разработчика выигрышная стратегия делать минимум, а остальное время вкладывать в развитие. С точки зрения менеджмента выжать из команды максимум.

Сколько всего в одном вопросе! Начну с конца. Иди, я тебя выжму, как настоящий менеджер! Ух, мой лимончик 🍋

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

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

В день можно работать 1 час и при этом выгорать. Отвечу словами Джефа Безоса 🥸: «Не важно сколько часов ты работаешь, важно оставляет тебя работа с большим количеством энергии или с меньшим. Можно работать 2 часа в день, но эти 2 часа вытянут из тебя всю душу. Можно работать 12 часов и быть полным сил.» (перефразировано)

Поэтому оба страха: выгорать и не развиваться — закрываются хорошей работой. Конечно некоторое количество стресса будет обязательно, но это характерно для любого развития. Развитие идет через выход за зону комфорта, а это всегда стресс.

Далее, работу желательно регулярно менять. Например, каждые 2-3 года. Так ты сможешь успеть сделать что-то значимое и не осесть на одном месте. Посмотришь разные стэки, компании, команды. Иногда это может быть и в одной компании, но в разных командах. Просто наблюдай за собой, веди записи, действительно ли ты растешь или делаешь одно и то же по кругу.

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

TL; DR: Правильно выбирай работу. Работай вместе с менеджером. Регулярно меняй работу. Не бойся стресса.

Спасибо, что присылаете #вопросы!

Поддержать 🫶 | YouTube | Twitter

Закон о безопасности в интернете сделает сквозное шифрование незаконным 🤡

— Снимите замки с дверей!
— Но нахуя?!
— Это для вашей же безопасности, в тюрьму его!

https://www.tg-me.com/ftsec/7045