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

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://news.1rj.ru/str/+DovZ9S_WWVEyOTNi

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

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

https://news.1rj.ru/str/banksta/58533

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

https://news.1rj.ru/str/digital_ninjaa/184

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

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

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

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

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

Вообще, занимательно, как кредитный кризис в США выпукло показал, что, как минимум, Германия и Канада — IT колонии США.

Под предыдущим постом дружочки из Канады подтвердили, что там тоже трудности с работой.

Айтишник, который пробовал найти работу в Германии в 2024 не то что не считает себя элитой, он себя уже человеком не считает. Такой вот рыночек.

Да, возможно вам все ещё пишут рекрутеры, но вы пробовали найти работу? Чтобы условия были хотябы не хуже, чем есть сейчас?

С одной стороны, это результат тримодальной структуры зарплат по Gergely Orosz, когда компании из США толкали вверх весь рынок зарплат в "колонии" и создавали дефицит кадров.

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

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

По моим наблюдениям кризис идёт уже как минимум 2 года. Сейчас как будто разморозились гиганты, но нанимают точечно и в основном в США.

Лично я не ожидаю никаких масштабных изменений как минимум до конца года. Раз мы колонии — надо подождать результаты выборов в США. Плюс пол годика на развитие ситуации после них.

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

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

Поэтому ждём. Сидим на жопе ровно. В пустоту не увольняемся. Пробуем пройти хотя бы один собес до офера, чтобы оценить свои шансы в случае чего. Пробуем работать с ИИ.

@seniorsoftwarevlogger

Фронтенщики, сколько времени вам нужно, чтобы добавить вот эту фичу:

On mobile, please make the logo to become a dropdown menu. To the about and terms of sale items it adds Home item, so that a customer could go back.

Вот сюда: https://demo.headlessdropshipping.com/

Пока вы читали этот пост, ИИ уже добавил фичу. Не шутка.

Реальная ли это задача? Вполне. Тупая рутина? Так точно. Хорошо ли ИИ справился? На отлично. С первого раза? Я буквально написал свой запрос, который я придумал за 20 секунд описывая проблему.

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

38. Секреты бигтеха от Principal Engineer в Apple. Максим Страхов

Попадая в бигтех, некоторые люди теряются, потому что не понимают, что от них ожидают в этих компаниях. Это происходит даже с лучшими инженерами. Наш гость — Максим Страхов работает в Apple на должности Principal Engineer. Максим объясняет людям особенности бигтеха и помогает людям построить карьеру в FAANGе.

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

https://youtu.be/7XPyBonXG9s
https://youtu.be/7XPyBonXG9s
https://youtu.be/7XPyBonXG9s

Канал Максима про FAANG https://news.1rj.ru/str/faang_career