https://www.youtube.com/watch?v=E8CtE7qTb-Q

Мы с вами обсуждали документалку про реакт: https://www.tg-me.com/seniorsoftwarevlogger/1118 и про тайпскрипт: https://www.tg-me.com/seniorsoftwarevlogger/1401
И даже шутили, что неплохо бы снять фильм про nginx:
https://www.tg-me.com/seniorsoftwarevlogger/1174

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

https://www.youtube.com/watch?v=E8CtE7qTb-Q

На западе айтишников начали сгонять в офисы.

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

— О, ну всё, сеньоры с семьёй уволятся.

А до сувида сеньёры с семьями не комьютили по 1.5 часа в офис? Или у сеньёров с семьями сейчас уйма вариантов. Особенно в США?

— Говорят, что на удалёнке культуру не получается поддерживать
— Может пора менять культуру?

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

— Вывод: не работать в бигтехе!

Если вас все устраивает в другом месте — это самый адекватный вывод. Потому что он нацелен лично на вас. Однако подобный масштаб+стоки не каждая гребная лодка может предложить, а кому-то это важно.

— Это они так подталкивают людей уволиться, чтобы не сокращать их и сэкономить на выплатах.

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

— Это потому что менеджеры с пузами важно по офису любят ходить.

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

@seniorsoftwarevlogger

Чтобы ускорить ваше обучение программированию, изучите следующие языки программирования в следующем порядке:

1. Kotlin
2. Clojure
3. Rust
4. OCaml
5. Haskell
6. Prolog

И вот почему:

1. Kotlin отлично подходит для начала, потому что его относительно легко освоить. У вас есть хороший IDE с отладчиком, множество ресурсов и курсов. И вы можете даже остановиться на этом, если хотите разрабатывать для мобильных устройств. Это приятный язык с синтаксисом, похожим на C, и сборщиком мусора, поэтому вам нужно меньше беспокоиться.
2. Clojure всё ещё использует JVM и имеет хорошую поддержку в IDE, поэтому перейти с языка на JVM на этот язык проще. Clojure (будучи языком, похожим на Lisp) даёт совершенно другой взгляд на программирование, а также поддерживает динамическую типизацию.
3. Rust — первый язык без сборщика мусора. Но если вы знакомы с разнообразными языками, такими как Kotlin и Clojure, вас не должно слишком пугать ручное управление памятью и система заимствований (borrow checker). Кроме того, есть отличные ресурсы для обучения.
4. OCaml предлагает совершенно другой взгляд, будучи статически типизированным функциональным языком из семейства ML. Он предоставляет иной подход к программированию с элементами функционального программирования, такими как алгебраические типы данных (ADTs), функции высшего порядка (HOFs), система типов Хиндли-Милнера и многое другое.
5. Haskell учит вас концепции чистого функционального программирования, ещё глубже расширяя ваше понимание. После Haskell у вас не останется выбора, кроме как понять монады.
6. Prolog обучает парадигме логического программирования и может быть действительно мощным для понимания разнообразных концепций программирования.

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

Кроме того, это научит вас быстро осваивать языки программирования. После этого списка изучение Python, Java, C# или Scala будет вопросом чтения спецификации языка за один вечер.

Это перевод поста OCaml программиста Bloomberg Дмитрия Кованикова. Следовать рекомендации на свой страх и риск, но логика интересная. Примерно в эту же сторону работает книга 7 languages in 7 weeks

https://x.com/ChShersh/status/1836043498140696951

@seniorsoftwarevlogger

Если в чате увидите спам и вот такое сообщение от бота — жмакайте кнопочку и бот сообщение удалит. Я уже почти уверен в классификаторе говноедов и скоро добавлю автобан + удаление сообщений от этих калогурманов.

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

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

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

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

В том же AWS код деплоят волнами и постоянно тестируют на отклонения: 1) Один сервер в одной зоне 2) один сервер в одной зоне каждого региона, 3) все зоны одного региона и так далее. В итоге один релиз может катиться день. В таком случае, если команд много, то своей очереди можно ждать очень долго. Микросервис у каждой команды свой (а то и десяточек микросервисов), поэтому есть определенная независимость.

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

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

Самое смешное, что фичи в итоге катить еще сложнее и дольше. Потому что теперь нужно сделать изменения в 3х сервисах, выкатить их под флагами в определенном порядке, а потом почистить временный код (нет, временный код конечно никто не чистит). А уж сколько созвончиков для алаймента трех команд это требует + текникал програм менеджера.

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

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

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

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

@seniorsoftwarevlogger | закрытый чат

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

У нас продакшон драма

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

And now - I'm so pumped to be launching this app! People have asked where I get wallpapers FOREVER, so this is the answer, now and forever: PANELS!

Естественно не бесплатно, а вполне за смс деньги: 11 евро в месяц или 50 в год. Отдельная обойка от 7 до 9 евро.

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

Тут Маркиса слили второй раз.

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

Маркису остается только посочувствовать. Как он мог проверить, что его команда все сделала правильно? Наверное, задавая вопросы вроде: почему мы уверены, что ссылки может получить только человек с подпиской? Факт остается фактом, критиковать чужое и разделывать очередную ИИ безделушку проще, чем сделать аппку с обоями.

@seniorsoftwarevlogger

Да ну, Маркис! Ну бесплатных обоев-то конечно не было.

Мира Мурати тоже ушла. Реально вайбы исчезающих с фоток сталина людей

Смотрите, какая репка с примерами LLM агентов от простых до сложных. Если есть желание потрогать и вкатиться.

https://github.com/NirDiamant/GenAI_Agents

@seniorsoftwarevlogger

Айтишник живет в Барселоне и показывает свои приключения в блоге

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

что вы найдете на его на канале:
👉 Нападение на него грабителей 😱
👉Получил испанские водительское удостоверение, 6 попыток!
👉Регулярные стримы с эмигрантами Испании и других стран
👉Стримы с другими IT-специалистами про технологии
👉Арендовал квартиру с договором на 7 лет!
👉Разобрался с налогами, делится об этом в постах
👉Делится о том, как в целом живется в Барселоне
👉Про медицину в т.ч. зубные импланты
👉Недавно получил оффер от испанской компании с офисом в Барселоне

В общем, скучно не будет 🤓

Ссылка на канал
https://www.tg-me.com/+DovZ9S_WWVEyOTNi

Никогда не верьте компаниям. Они не эвакуировали вас. Они эвакуировали свой бизнес. Отношения всегда транзакционные. Всегда имейте план Б.

Предвосхищая гон, что работу программисту найти как 2 пальчика описять: в Европе/на международном рынке это сейчас не так.

https://www.tg-me.com/banksta/58533

Наконец появилось чуть больше подробностей по делу Абби. Саня всё собрал в пост

https://www.tg-me.com/digital_ninjaa/184

Любят программисты ругать манагеров и других ПМов. Часто это происходит от незнания, чем те занимаются на работе, какие у них проблемы, как они их решают и сколько раз приходится подставить свое лицо под вентилятор с дерьмом.

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

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

Ну и полюбить может, ну, а вдруг...

Прислали сладкий подарок кнопку за миллиард подписчиков 🌚