Кто смотрит архитектурные стримы Соера, тот проходит собес по архитектуре систем на ура.

Тут ссылка на канал, где публикуются все видео сообщества ityoutubers. Канал создал и поддерживает Виталий Киренков из Просто Разработки.

https://news.1rj.ru/str/ityoutubers/1100

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

Вообще это как с тачкой. Бывает загорается check engine и не гаснет. После этого можно ещё некоторое время ездить, но потом машина встаёт. Лучше вовремя делать профилактику, а если чек уже горит - то газовать в гараж.
https://www.youtube.com/watch?v=kVd6qeWoAxg

Кто нанимает/ищу работу: Сентябрь 2021

Город хештегом:
Компания:
Должность:
Любые важные подробности:

Год назад я записал видео с краткой историей веб технологий. Скорее всего вы его не видели, потому что ютуб его решил не продвигать. Я рассказал про HTML, CGI, становление языков программирования для веб, фреймворков на Javanoscript и Progressive Web Apps. Под видео есть несколько ценных комментариев, которые дополняют повествование. Надеюсь, что видео вам понравится.

https://www.youtube.com/watch?v=ZuzcHSjSLnM

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

https://youtu.be/inKy9E2XJhA

Во вчерашнем видео я забыл добавить в скрипт важное уточнение. Когда мы говорим о Лучшем чём-либо, всегда нужно уточнять: Лушчим для кого? Очевидно, что для нанимаемого лучше всего просто поговорить со знакомым и получить оффер. Но для компании - это далеко не лучший вариант. С таким процессом нельзя гарантировать определенное качество специалистов.

С другой стороны, как говорится, you live and die by the referrals. Т.е. круто нанимать сразу команду разработчиков, которые уже сработались и сходу начинают фигачить. Однако такие команды, как приходят в полном составе, так и уходят в полном составе.

Как хорошо, что я не пошел в геймдев 😆 А ведь увлечения компьютерами, конечно, началось с игр. Хотелось грабить корованы, но потом я увидел интернет. Этож ужас, что твориться в американских --ебенях-- игровых студиях. Кровь, пот и пиксели мне больше понравилась. Хотя в отзыве я написал, что там уж очень все радужно описано и не хватает историй провалов. Чтож в этой книге одни сплошные провалы, чуть больше похоже на геймдев!

Смотрели интервью с Джоном Кармаком? Потрясающе увлеченный человек!

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

https://open.spotify.com/episode/6kOa4mSuZcIOEPaGmDZf9r?si=fxMAaC3cQj2L5vISOtJhpw&dl_branch=1

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

https://youtu.be/dEfIoBODGHk

Фейсбук сотоварищи валяются уже пару часов. Помянем ребят, которые сейчас on call 🙏

Потом всех ждёт, надеюсь, blameless postmortem.

Поговаривают, что сбой в их DNS.

​​Хочешь принять участие в CodeReview?

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

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

📌 На данный момент ребята создали телеграм канал, в котором уже есть активности, а также апдейты по прогрессу этой идеи.

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

#реклама

​​Мне отказали, а потом вакансия еще 2 года висела!

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

На самом деле компания может нанимать десятки людей по одной и той же вакансии. Или не нанимать вообще. Ну, да. Просто собирают базу резюме. Либо обкатывают процесс найма. Если попадется кто-то уникальный, то можно и нанять. А вообще не очень то и хотелось.

Если с наймом 10 человек по одной вакансии вопросов нет, то второе ЧТОЭ?! Не хотели нанимать? Просто тренируются? Ну, да. Вы же тоже ходите на собеседования для тренировки. Ходите же? Иногда вакансии открывают до того как верхушка утвердит план. Потому что настроить воронку кандидатов тоже время надо.

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

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

​​“Our JavaScript application had global variables everywhere, and debugging was a nightmare.”

Мы писали говнокод на джаваскрипте игнорируя абсолютно все. Потом переписали все на Elm и теперь у нас 100.000 строк элма и новые проблемы. (вольный перевод статьи)

Почему все статьи о функциональных строго типизированных языках одинаковые? Всегда все начинается с говнокода. Вместо чтобы лечить культуру разработки, внедрять код ревью, линтеры и тестирование — люди просто берут более строгий инструмент. А потом жрут этот кактус. Какая-то необъяснимая любовь к тоталитаризму. Чтобы сильная рука не давала свободно творить (говнокодить). Быть строгим, там где это надо и, гнуть правила под задачу там, где это имеет смысл.

К тому же, как однажды сказал DHH про оптимизацию CSS на Github: "You fucking rewrote it!". Конечно, если взять весь опыт от написания первой версии и написать с нуля вторую, то будет лучше (не всегда).

https://engineering.rakuten.today/post/elm-at-rakuten/

Если вы не можете закрыть вакансию год, то это больше говорит о вашей компании, чем о рынке. Работа год стоит. (вольная интерпретация комментария под статьей про найм)

Да.

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

И что же работа все это время стояла?

Нет.

Вернее не обязательно. Скорее всего работу кто-то делает, но не в том объеме, как планировалось. Что не означает в меньшем объеме. Иногда работы как раз делается больше. Дело тут не только в доп расходах на введение человека в должность и последующие синхронизации. Дело в том, что теперь, когда есть дополнительный человек, то наконец-то все можно переписать на Расте и работа совсем встает. Т.е. тут часто виноваты сами разработчики, конечно.

Есть хорошая поговорка: If there's a will, there's a way.

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

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

Делай работу и бросай ее в воду

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

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

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

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

В программировании, даже со всеми нашими эджайлами, мы часто делаем тот самый идеальный горшок. Иногда даже технический дизайн сперва пишем.

А потом этот горшок приходится выкинуть. Как тут не забухать?

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

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

Хоть горшки начинай тоннами обжигать для тренировки.

Теперь банановый! Новый, улучшенный девопс!

https://youtu.be/sHk1c0NvxlE

Список источников, которые я использовал при подготовке видео:

https://www.gitops.tech/
https://www.weave.works/technologies/gitops/
https://github.com/weaveworks/awesome-gitops

Видео с критикой GitOps https://www.youtube.com/watch?v=n12xQNWhRdw
Видео Антона Павленко про IaC https://www.youtube.com/watch?v=wq71A-YZhK0
Видео от GitLab https://www.youtube.com/watch?v=JtZfnrwOOAw
Видео от Nana https://youtu.be/f5EpcWp0THw

​​Проекты - каннибалы

Больше всего мне не нравится, когда хорошую идею проекта зарезают из-за страха каннибализма. Представьте, что у вас есть большой и дорогой продукт. У этого продукта есть фича, ради которой 80% пользователей покупают продукт. Фича сама по себе может быть продуктом, который можно развивать. Но он будет поменьше и стоить, вроде, должен стоить подешевле. Однако и потенциал роста больше.

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

Первую цифровую камеру изобрела компания Кодак в 1975 году, но решила продолжать топить за пленку.

Это прямо интересно!

Живые люди пробуют разгадать загадку Антона. В чем же там проблема с сайтом? Хороший акцент на пользователях, давайте восстановим работу, а потом будем разбираться. Люблю такие штуки из разряда: научи меня быть тобой.

Очень полезно наблюдать, как работают другие 👍

https://youtu.be/-o3l7Mb7pTc

Сегодня пробовал стримить игру с Google Stadia в Ютуб. Как я и подозревал, тех тормозов, которые иногда вижу я, на Ютубе в записи нет. Стримил в скрытый стрим ради прикола (второго ради прикола вырубил, да). Теперь у меня есть 39 минут игрового процесса. Я наконец-то смогу делать канонические айти подкасты на фоне игры в стиле Хауди.

А чего, может ну его, это айтиху? Буду стримить летсплей?

Understanding Distributed Systems: What every developer should know about large distributed applications

Хорошая книга, чтобы начать знакомство с распределенными системами. На 250 страницах автор пробегает по всем аспектам систем и дает ссылки на углубление. Очень поверхностно описаны приемы проектирования софта в распределенных системах. Об этом можно почитать в "Release IT!", о которой я говорил в 2018 https://youtu.be/YjBlJG-I3Ls

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

Все книги, которые я читаю - на гудридс: https://www.goodreads.com/review/show/4280895473