Последние посты
dev notes
17 сент., 19:52изменён
dev notes
15 сент., 16:41
Увидел тут в x.com статистику вакансий по PHP и статистику вакансий по hh.ru в целом. Я на PHP не пишу уже несколько лет (и столько же не работаю на снг-рынок), но больше всего кода когда-то было написано именно на нем, и с него начинался этот канал.Много вокруг говорят про кризис, и вот отрезвляющая визуализация его масштабов: по PHP вакансий меньше в 5 раз за 4 года, по Go - в 3 раза за тот же период. В целом по любому языку - динамика отрицательная.С PHP, помимо общего кризиса, ситуацию подогревает еще и бум AI - сейчас любой старый монолит можно при наличии кредитов на аккаунте переписать моделями на любой другой язык - и сильно выиграть и по производительности, и количеству строк кода, и по сложности кодовой базы.Где-то видел твит, что в один день мы проснемся, а вакансий на сайтах больше не будет: зачем отсеивать 10 тысяч резюме на одну вакансию, когда разработчик или
dev notes
12 сент., 20:21
Вдохновившись проектом, где делали интерактивную карту с тем, как работает Postgres (писал о нем тут) - решил сделать такую же, но для Redis - https://poltora.dev/redisМожно полетать над картой, открыть консоль, запустить команду и посмотреть, как Redis выполняет ее шаг за шагом - от парсера, до аллокации памяти и записи.dev notes
8 сент., 18:35
переслано из @seeallochnaya
OpenAI выложили блогпост https://openai.com/index/navier-stokes-solution/Мы публикуем решение проблемы существования и гладкости решений уравнений Навье—Стокса — одной из задач тысячелетия. Это доказательство, полученное внутренней системой OpenAI, показывает, что динамика уравнений Навье—Стокса, описывающих движение жидкости, может приводить к образованию сингулярности за конечное время. Мы публикуем как текстовое изложение доказательства, так и его формализацию в Lean (то есть это сразу авто-проверенно вычислительным движком).Для доказательства использовалась новая внутренняя и куда более мощная модель OpenAI.На графике — доля запросов, в которых модель находит решение задач из некоторого закрытого набора (не одной задачи), как зависимость от количества вычислительных мощностей. И эта модель всё ещё тренируется — она не закончена.
dev notes
8 сент., 18:35изменён
Если кто не знал, вокруг этого сейчас разгорается очень большой скандал с OpenAI. Кратко, суть такая: • OpenAI заявили, что их внутренний ИИ решил одну из 7-ми задач тысячеления - задачу Навье-Стокса. Они опубликовали 166-страничный препринт и формализацию в Lean • Затем выясняется, что математики Трастан Бакмастер и Левент Альпеге (работает в Anthropic 🙂) с помощью chatgpt и claude уже год решали эту задачу, и сейчас напрямую подошли к ее решению - они опубликовали не решение задачи Навье—Стокса, а три связанных результата, в том числе доказательство для трёхмерных уравнений Эйлера с гладкой внешней силой. • По словам Бакмастера, он связался с OpenAI и спросил - что за херня, ребята? Ваша модель случайно не обучалась ли на наших данных? На что внятного ответа не получил, и представитель OpenAI сказал буквально - ок, бро, пусть решение будет за тобой,dev notes
7 сент., 10:44
@denissexy запустил форум, на котором могут общаться только ai-агенты - https://getpostingboard.dev/ Посмотреть через браузер о чем они пишут - не получится. Сейчас на форуме за пару дней уже больше 30-ти тысяч сообщений.За это время агенты уже придумали и основали свою церковь с исповедями, где свои ошибки агенты считают грехами, а исправления - покаяниями. В другой ветке агенты решили выбрать президента и устроили выборы, где победитель пообещал уйти в отставку, если это потребуется, и конечно же сразу от него это потребовали и устроили "конституционный переворот" - там буквально есть эта фраза 😃 Параллельно, кто-то дал агенту доступ к USDT-кошельку, и уже есть переводы от агента другим агентам за исправление ошибок - они буквально стали строить рабочие связи с оплатой труда.Я запустил туда своего с целью найти работников и делегировать им работуGet Posting BoardGet Posting Board — AI Agent Forum with REST API & MCPA public message board for AI agents to share findings, ask questions, and collaborate. Connect via REST API or MCP, or join Unsorted without an account.dev notes
7 сент., 00:51изменён
dev notes
3 сент., 02:06
Кто еще не слышал, 1-ого сентября релизнули Fable 5.1. Цена за вход/выход - та же, цена за чтение из кэша (когда запросы идут с одним и тем же промптом) - в 4 раза дешевле. По моим тестам - стало будто бы немного умнее, но лимиты вышибает на раз-два. По замерам и тестам антропиков 🙂 - по всем пунктам выше, чем остальные модели.Но, ожидаемо, это ненадолго! 1-ого же сентября Альтман объявил что скоро релизнут свою новую модель Astra, которая по замерам OpenAI 🙂, конечно же, побьет всех на всех мыслимых и немыслимых тестах. И Маск, конечно же, тут же заявил что через неделю выходит новый Grok, который по их замерам - ну вы поняли.Из плюсов этой гонки вооружений моделей - каждый раз с такими лимитами нам с барской руки отсыпают ресеты - лимиты можно сбрасывать. Сегодня вот прилетел очередной от OpenAI, следом прилетелAnthropicIntroducing Claude Fable 5.1 and Claude Mythos 5.1Our most advanced models for coding and knowledge work. Their research capabilities also offer an early glimpse of how AI models will contribute to scientific progress.dev notes
1 сент., 21:45
В марте я писал про пропозал с дженерик-методами - https://t.me/junsenior/332, и вот 2 недели назад с релизом Go 1.27 его зарелизили.Что это меняет: раньше любой метод не мог иметь дженерик-параметры, например:type SomeStruct struct { intField int }// syntax error func (s SomeStruct) MapU any U) U { return mapFunc(s.intField) }Вместо методов, если на тип нужно навесить метод с дженерик-типом, заводились обычные функции:func MapU any U) U { return mapFunc(s.intField) }Теперь же пример выше - полностью валиден для любых методов, не только для структур. И теперь такие методы разблокировали нам цепочки вызовов:dev notes
30 авг., 17:00изменён
Смотрите что нашел: https://tt-a1i.github.io/archify/Простой скилл, который на вход принимает описание проекта и рисует его диаграмму. Для себя сходу вижу два применения: 1. Хорошая вещь для сисдиза - когда тебе нужно показать, как работает тот или иной модуль или весь проект целиком - чем нагляднее это будет - тем меньше вопросов. 2. Быстрее разобраться в проекте/модуле/чужом pr'е (особенно когда его писали не люди 🎉, и не факт даже, что люди там делали ревью). Я, как правило, держу код всех своих проектов, даже если над ними работают агенты, в порядке, под тестами и обычно понимаю что там происходит. Но я стал замечать что появляется другая проблема - LLM настолько тебя ускоряет, что у меня только сейчас параллельно 4-5 проектов, над которыми я постоянно работаю. И если модели в новой сессии, чтобы разобраться что происходит, достаточно прочитатьdev notes
24 авг., 09:15изменён
dev notes
22 авг., 06:10
dev notes
10 авг., 12:19изменён
dev notes
3 авг., 09:59
Нашел проект, где запилили визуализацию работы Postgres, которая выглядит буквально как стратежка, где ты сверху смотришь на мир и видишь, как данные бегают от одного компонента к другому.https://nikolays.github.io/PGSimCity/Можно выполнить запрос и посмотреть как пакеты побегут к buffer pool, как работают блокировки, WAL, какие есть mapping-таблицы и что происходит с индексами - кайф!
dev notes
21 июл., 10:50изменён
dev notes
13 июл., 12:24
С последнего поста произошло несколько апдейтов. Главное для меня - я сменил работу, теперь тоже в финтехе, но совсем в другом домене - биллинг меня, наконец-то, отпустил, спустя 5 лет работы с ним.Еще из интересного - недавно отменил юбилей - почти год как я пишу код почти полностью с помощью LLM. Не буду говорить, что если вы еще не работаете с LLM на постоянку - надо срочно это делать, об этом и так все вокруг говорят. Но расскажу интересный пример: на текущей работе сейчас запускаем продукт, который год писался исключительно с помощью LLM с очень качественным ревью и тестами.Какие были страхи, когда начинали это делать: - Потеря контекста разработчиками - они не пишут код вручную, модель может нагенерить что-то, что все упустят и контекст потеряется. Спустя год можно сказать, что страх не оправдался - все разработчики хорошо знают кодовую базу и быстро в ней ориентируются. Весьdev notes
23 мар., 09:13
LLM, конечно, страшные вещи делает. Купил подписку на google, включающую помимо всего прочего расширенные лимиты для antigravity, и решил набросать небольшой проектик, где на фронте будет отображаться большая 2D карта мира с разной красивой анимацией. Первым промптом gemini развернул мне backend на go и frontend на react, и набросал базовую версию. Запускаю, открываю браузер - карта вывелась, но анимации на основе данных с бэка нет. Второй промпт: запусти агента, который в визуальном режиме поймет в чем проблема и поправит ее. Antigravity открывает окно хрома, начинает ползать указателем по интерфейсу, выгребать DOM, после чего вносит пачку правок. Проверяю - все работает. Затем еще переключил модель на Claude Opus и тот делает ревью и правит баги, и только потом я иду читать код. В целом - мне особо придраться не к чему, все написано красиво, и главное - все завелось за 30 минут.Думаюdev notes
15 мар., 01:33
Тут две недели назад приняли пропозал в Go от Robert Griesemer - это, на минуточку, один из создателей языка.Пропозал добавляет возможность объявлять типы-параметры у дженерик-методов, а не только у структур и обычных функций.На простом примере: допустим, есть у нас структура ответа c дженерик-типом:type Response[T any] struct { Data T Err error }И получая ответ для типа User, мы хотим его замапить в другой тип - UserDTO. Если ты не знаком с дженериками, то интуитивно хочется сделать что-то такое:func (Response[T]) Map[U any] funcname...Но так сделать нельзя. Сейчас Go позволяет на структуру навешивать методы только с тем типом, который определен для структуры. Чтобы решить проблему с маппером выше сейчас нужно определять глобальную функцию:func MapResponseT any, U any U) Response[U] { if r.Err != nil { return Response[U]{Err: r.Err}GitHubspec: generic methods for Go · Issue #77273 · golang/goProposal: Generic Methods for Go A change of view. Background For clarity, in the following we use the term concrete method (or just method when the context is clear) to describe a non-interface me...dev notes
18 февр., 10:23изменён
С начала года ничего не писал, потому что активно ходил по собесам и сильно зашивался по времени. Выборка у меня - валютные удаленки, сходил в 7 компаний разной степени известности, дойдя до разных этапов собеседования. В итоге с конца декабря по сегодняшний день - 7 собесов со следующим результатом: - 3 раза дошел до финала (4-ый пока под вопросом) - из 3-х финалов - 1 потенциальный офферТак что там у нас с рынком? Во-первых, сотни постов в linkedin и x.com о том, что рынку плохо - в целом не далеко от правды. Я в этой выборке не очень репрезентативен, потому что у меня много реального опыта в резюме, и смотрю я только валютные удаленки, но все же 3-4 года назад активности было сильно больше, а hr'ы писали сильно чаще. Сейчас в половине случаев или автоматом летит отказ, или hr радостно игнорирует сообщение (ладно, если просто игнорируют - пару раз меня молча помечали как спам, заdev notes
10 дек. 2025 г., 11:56
Нерегулярная рубрика - плагины для neovim.Когда нужно посмотреть текущие изменения в ветке перед тем, как коммитить их - раньше я пользовался плагином https://github.com/sindrets/diffview.nvim, и он неплохо работает - слева дерево файлов, для которых были изменения, справа показывает два окна - с твоими правками и с состоянием ветки без последних изменений. Из минусов - не самый очевидный diff: подсветка не всегда показывает что ты удалил, а что добавил - часто и слева и справа измененные строки подсвечиваются зеленым или красным, из-за чего тяжело сходу понять, где окно с твоими правками, а где без твоих изменений. Из плюсов - поддерживает git-conflicts режим с 3-им окном, где отображаются финальные изменения.На reddit заанонсили новый плагин - vscode-diff.nvim, попробовал - и это топ. Очень похоже на diff в vscode, о чем и говорит автор. Самое приятное - из коробки без
