Фейсбук сотоварищи валяются уже пару часов. Помянем ребят, которые сейчас 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

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

http://book.mixu.net/distsys/single-page.html

Смотрите, что попалось. Человек пишет бота шахмат на расте. Без комментариев и рекламы курсов по питону.

https://youtu.be/py3zoTVmm2s

Краткий список причин, почему я увольнялся:
1. Нашел больше денег
2. Нашел больше денег и интереснее работу
3. Нашел больше денег, интереснее работу и работу удаленно

Краткий список причин, почему увольнялись знакомые:
1. Я тут уже 7 лет работаю.
2. Ушел на повышение, которого тут надо 2 года ждать
3. Переехал
4. Захотел год попутешествовать
5. Вся компания скатилась в ад

Это я как белый цисгендерный мужчина менеджер пишу.

В пятницу в 20:00 по Московскому времени

Прямой эфир с ответами на ваши вопросы. Разберем все про игры на блокчейне и не только.

Гость эфира Александр Гудилин долгое время работал в маркетинге MuleSoft и MemSQL.
Сейчас он один из основателей https://near.org и имеет свою собственную гильдию https://humanguild.io/. Гильдия популяризует возможности заработка людям в криптовалютном пространстве используя приложения внутри экосистемы Near Protocol. Так же "Гильдия людей" помогает запускать gamefi проекты внутри экосистемы Near выделяя на это гранты.

Основные языки программирования на Near: Rust, AssemblyScript.

О чем хотел поговорить сам Александр: Отличие web2 от web3.0, игры на блокчейне Near.
О чем бы хотел поговорить я: включить дурака (ну или не выключать) и разобрать тему по косточкам.

Присылайте свои вопросы по ссылке: https://forms.gle/SJEkUscYX1kK8hmy9 авторы лучших вопросов получат вознаграждение в токенах near. Для этого нужно добавить адрес кошелька вместе с вопросом https://wallet.near.org/

Приходите сегодня на стрим. Обсудим блокчейн, потом отпустим Александра и просто пообщаемся 🙌

Вопросы победители:

Добрый вечер! Я познакомился с криптой относительно недавно, в начале этого года. Сейчас занимаюсь спекуляциями - пытаюсь поймать тренды, всякие ICO и т.д. И хотелось бы приносить более существенную пользу всему криптокомьюнити, например, стать каким-нибудь востребованным специалистом. Вот подскажите, мне в мои 32года есть шанс освоить программирование хотя бы в рамках крипты? Есть такое? И чем вообще парни и девушки моего возвраста, с разным размером депозита и без него могли бы быть полезны криптокомьюнити? Разверните пожалуйста этот вопрос и по возможности подскажите с чего начать - курсы, книги, видео? alex420.near
1. Как вы думаете, в какой момент или когда общество поймет, что WEB 3.0 уже давно используется в их жизни? 2. Как долго WEB 3.0 будет актуален, ваше мнение? Спасибо. koleopl.near
Как бороться с появлением "китов" (игроков которые будут монополизировать игровые ресурсы) в играх ? mr_free.near