Моя любимая темка, про закрывающийся софт.

CockroachDB прекратила выпуск бесплатной версии Core и оставила только платную Enterprise. Компания утверждает, что многие пользователи предпочитали бесплатную версию, что влияло на их бизнес-модель.

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

Сообщество с беспокойством восприняло этот шаг, видя в нем тренд на ужесточение лицензий при контроле одним вендором. Были введены новые варианты лицензий, такие как бесплатные Enterprise Trial и Enterprise Free, но критики видят в этом движение к более закрытым коммерческим экосистемам. И приведут ведь. Как минимум попробуют седлать бесплатную версию насколько неудобной, что конкурировать с собой надо будет меньше.

С базами данных или любым другим распределенным софтом иногда ограничивают размер кластера. Или вообще не разрешают репликацию делать.

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

Изменения вступят в силу в ноябре.

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

Если вы пользуетесь Yubikey купленным до этого лета — замените его.

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

А для тебя купить новое не дорого.

https://ninjalab.io/wp-content/uploads/2024/09/20240903_eucleak.pdf

@seniorsoftwarevlogger

Ну что, пхпшники, уже готовы платить по 10 долларов за ядро сервера, на котором работает ваш проект на ларке?

Объясняю:
Как я писал постом выше, наметилась тенденция на переход опенсорсных проектов в платные. Ларавель получает инвестиции. Пока что никаких платных фич нет. На долго ли? Зачем инвесторы дали 57М баксов? Просто чтобы не увидеть ничего в ответ?

ДУМОЙТЕ

Пс. Про тинкервел это я скриншот криво вырезал

— А ты случайно не пхпшник? Скажи что нибудь на пхпшном?
— Paamayim Nekudotayim
— Точно, пхпшник!

@git_rebase / send memes

Тест 6 ИИ программистов

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

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

Код: https://github.com/seniorsoftwarevlogger/ai-agents-test

ИИ агенты:
Devika: https://devikaai.org/
All Hands https://www.all-hands.dev/
Replit: https://replit.com/
Github Copilot Workspace: https://githubnext.com/projects/copilot-workspace/
Aider: https://aider.chat
Cursor: https://cursor.com/

Безумный промпт на 250 строк https://x.com/mckaywrigley/status/1829282993732731320
Видео от CEO Replit: https://x.com/amasad/status/1831730911685308857

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

Но мой эксперимент был в другом!

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

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

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

Иногда они возвращаются!

Решение Elastic снова сделать Elasticsearch открытым стало неожиданным поворотом, особенно на фоне тенденции, когда многие компании закрывают исходный код. Добавив лицензию AGPL, одобренную OSI, к существующим ELv2 и SSPL, Elastic возвращается к своим open source истокам после трёхлетнего перерыва.

Напомню, что три года назад из-за конфликтов с AWS эластик приняли ряд странных решений, что привело к путанице на рынке и форку проекта Elasticsearch. Однако основатель компании, Шай Бэннон, считает, что это трудное решение себя оправдало, позволив Elastic вернуть контроль и улучшить отношения с AWS (дали денег?)

Теперь Elastic предлагает AGPL, чтобы дать пользователям больше гибкости, не убирая другие варианты лицензий. Несмотря на возможную критику, Бэннон уверен, что у Elastic светлое будущее, с сильными позициями в сфере ИИ (не без этого), наблюдаемости и безопасности.

Ну что, верим?

https://www.elastic.co/de/blog/elasticsearch-is-open-source-again

@seniorsoftwarevlogger

Недавно во время демо на работе инженер показал как он в терминале работает с кубером. У него прямо в терминале был дашбордик с самым важным. Программа называется K9s. Я был удивлен насколько мимо меня прошла целая группа программ TUI (текстовый пользовательский интерфейс) — это программы, которые предоставляют графический интерфейс прямо в терминале, используя текст и псевдографику. Так как удивлен был не только я, но и вся остальная команда — я решил и с вами поделиться.

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

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

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

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

Интересная мысль на тему ИИ помощников и web разработки. В частности CSS. Есть категория людей, которые плюются от библиотеки css классов tailwind, потому что она многословна и не по фен-шую так на семантику забивать. Для бакенщиков: представь, что ты всю логику накручиваешь декораторами, а самой функции как бы нет.

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

Факт того, что сеть хорошо знает инструмент или нет хорошо земетен, когда пробуешь писать на известном сети языке, например на питоне, и на чем-то новом. Я пробовал с языком tact, например. Даже если предварительно документацию скормить, сетка прямо тупит. Тут надо уметь правильно дообучать сеть.

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

Конкретно это видео - рассуждение без кода. В других видео на канале они пробуют с помощью Cursor писать на Rails новые фичи.

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

Ахахах, сука, понадобилось место под локальную llama 3.1 70B. Хожу по проектам и удаляю node_modules. От 200 до 900 мегабайт с проекта. Что за рак эта ваша нодежс.

OpenAI выпустили новую модель О1, которая теперь «думает» прежде чем писать ответ. Говорят будет лучше программировать и понимать физику мира. Мне превьюшки пока недоступна, но было бы интересно прогнать те же тесты из предыдущего видео.

https://openai.com/index/introducing-openai-o1-preview/

Думал сделать себе ллм бота для фильтрации спама в телеге, а то всякие копроклюи думают что моих умных читателей можно на 200 баксов в неделю заманить. Накатил ollama, тыкаю в разные модели, что-то получается, думаю «пора выкатывать на сервер».

Выкатил, и вот прямо заметна разница CPU only против графических ядер М1Pro. Гораздо медленнее. На сервере GPU то нет.

Пришлось отказаться от llama3.1, стал смотреть на модели поменьше типа gemma2:2B, а она заметно хуже справляется. Прямо спам сообщение включающее стоп слова пропускает.

Надо дальше разбираться.

Вообще я доволен, что в свое время макбук на 32Gb взял. Даже llama3.1:70B взлетает. Очень тяжело взлетает. Очень медленно работает, но работает. Есть шанс, что ее чуть ужмут и тогда вообще красота будет.

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

Мы с вами обсуждали документалку про реакт: https://news.1rj.ru/str/seniorsoftwarevlogger/1118 и про тайпскрипт: https://news.1rj.ru/str/seniorsoftwarevlogger/1401
И даже шутили, что неплохо бы снять фильм про nginx:
https://news.1rj.ru/str/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