Сохранёнки программиста

Разбор четырёх способов организовать код: монорепа, набор отдельных репозиториев, git submodule и git subtree, с примерами, когда каждый вариант имеет смысл. Автор коротко объясняет, как каждый из этих подходов работает на уровне Git и что вы выигрываете или теряете, выбирая один из них.​

Ключевая мысль: нет «правильного» ответа для всех — монорепа обычно упирается в инфраструктуру (сборки, CI, инструменты), а мульти‑репо усложняет жизнь продуктовым командам и сопровождение кросс‑репозиторных изменений. Выбор сильно зависит от того, как у вас устроены релизы, насколько связаны между собой сервисы и кто будет платить цену за усложнение — платформа или продукт.​

Подробнее в статье или прикреплённой PDF-ке, если не откроется.

@prog_stuff

Раз в полгода Бенедикт Эванс выпускает большую презентацию про стратегические тренды в техе, и осенний выпуск 2025 называется AI eats the world — 90 слайдов про то, как ИИ «съедает» инфраструктуру, платформы и продуктовые стратегии. В докладе он разбирает текущее ралли вокруг генеративного ИИ как новый платформенный сдвиг: взлёт капексов на дата‑центры, поиски рабочих бизнес‑моделей и то, что сами модели всё больше становятся коммодити, а реальная защита лежит в данных, интеграции и дистрибуции.​

Если интересен взгляд «с высоты» на то, куда всё это катится, очень советую просто пролистать слайды.

P.S. Бенедикт Эванс — независимый аналитик по технологиям из Лондона, который больше 20 лет занимается разбором рынков мобильной связи, медиа и софта, раньше был партнёром венчурного фонда Andreessen Horowitz в Кремниевой долине, а сейчас ведёт большую рассылку и два раза в год делает обзорные презентации про то, что происходит в техе и AI.

@neuro_channel

Вы тоже сначала делаете cd в директорию, чтобы снизить уровень стресса в подобных командах?

Интерн в TikTok частично переписал один из платёжных сервисов с Go на Rust: только самые горячие, CPU‑зависимые эндпоинты, остальное осталось на Go. В результате сервис стал обрабатывать примерно в 2 раза больше запросов на тех же vCPU, p99‑латентность упала примерно на 76%, а по оценкам команды это даёт порядка 300k долларов экономии в год на вычислительных ресурсах.​​

В подробном разборе автор рассказывает, как они выбрали архитектурный подход (отдельный Rust‑кластер под те же API, без изменений для апстрим‑сервисов), как проверяли корректность через проигрывание реального трафика в shadow‑режиме и как поэтапно раскатывали Rust‑версию в прод. Почитать можно в его статье «A Case Study in Rewriting a Critical Service in Rust» и посмотреть доклад «FH #278: Rewriting Services in Rust @ TikTok» — там разложено по шагам, когда имеет смысл трогать Rust и как делать такой частичный рерайтинг без боли.

Занятный проект на Python из категории «потому что могу»: Rubiksolver

Коротко: это десктоп-приложение, которое через веб-камеру считывает состояние перемешанного кубика Рубика и показывает пошаговое решение с анимацией в окне на PySide6 с отрисовкой через OpenGL и обработкой изображения в OpenCV. Проект позиционируется как учебный — подойдёт тем, кто хочет понять базовые приёмы компьютерного зрения и графики на практике.​

Сканирование: показываете камере по одной грани по заранее заданным правилам. После скана жмёте Play, чтобы запустить анимацию, или листаете шаги кнопками Previous/Next — так удобно проверять, что распознание и сама сборка идут корректно.​

Установка: клонируете репозиторий, выполняете uv sync для зависимостей и запускаете uv run rubiksolver — автор использует современный менеджер uv, так что установка занимает минимум времени.

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

@zen_of_python

GitHub‑проект COS — это операционная система, написанная полностью на языке C. В репозитории лежит исходный код ядра, утилиты и сборочные файлы: 95% на C, немного ассемблера для низкоуровневых вещей, shell‑скрипты и линкер‑скрипт для сборки образа.​

В описании сказано, что система полностью на C, и явно указаны дефолтные учётные данные для входа: имя пользователя admin, пароль password. Это типичный для pet‑проектов подход: человек пишет ОС с нуля, чтобы разобраться, как работает железо, память, прерывания и всё остальное, что обычно скрыто за слоями абстракции.​

По структуре репо можно увидеть, что там есть исходники ядра, базовые драйверы, консольный ввод‑вывод и утилиты — минимальный набор, чтобы загрузиться и получить рабочую командную строку. Это не Linux и не готовое решение для продакшена, а скорее учебный стенд, где автор сам реализует каждый компонент, начиная от загрузчика и заканчивая менеджером памяти.​

Для разработчиков, которые хотят понять, как устроена ОС изнутри, это рабочий пример: можно склонировать репо, собрать образ, запустить в эмуляторе (QEMU/VirtualBox) и пошагово разбирать, как работает каждая часть — от установки стека и инициализации прерываний до работы с файловой системой и консолью.

@prog_stuff

Статья про «обвал качества софта»: от калькулятора, который умудряется занимать десятки гигабайт памяти, до инцидентов уровня CrowdStrike и ИИ‑ассистентов, случайно сносящих продовые базы. Автор показывает, как за пару десятилетий мы привыкли к тому, что всё падает и жрёт ресурсы, а ответ индустрии — не чинить причины, а строить ещё дата‑центры.​

Забавно читать это в паре с заметками Futurist Programming Notes образца 1991 года, где уже тогда жаловались на тормозной софт, раздутые абстракции и неуважение к времени пользователя. Контраст даёт хорошее ощущение масштаба: ворчание «раньше было лучше» было всегда, но сейчас к этому добавились глобальные инциденты и слой ИИ, который усиливает чужие ошибки вместо того, чтобы их исправлять.

@prog_stuff

С кем знакомятся типичные программисты: 2D-тян или живая девушка?

Согласно недавним исследованиям Vantage Point Counseling Services, треть американцев хотя бы раз состояла в романтических отношениях с ИИ. Появилось даже приложение Loverse для виртуальных знакомств, где вместо реальных людей роль партнёров выполняют чат-боты с искусственным интеллектом.

Мы решили провести своё исследование и выяснить где и с кем сегодня знакомятся пользователи стран СНГ. Пожалуйста, пройдите наш небольшой опрос. Это поможет нашему исследованию.

Пройти опрос.

Результаты довольно безумного конкурса по C++: когда-то давно участники соревновались, чей минимальный кусок кода может породить максимально гигантский вывод ошибок компилятора. Есть несколько категорий: самые огромные ошибки с любыми трюками (вплоть до include самого себя), «чистые» ошибки, варианты без препроцессора, лучший чит и даже «самый жизненный» корпоративный ад из шаблонов и std::vector.​

Если кратко, это коллекция микроскопических C++‑примеров, которые превращают g++/clang в генератор мегабайт и гигабайт нечитаемого error‑спама — с описанием приёмов и исходниками прямо на странице.

Занятно глянуть на досуге на это безумие. Есть ли практическая польза каждый пусть сам решит :)

@prog_stuff

Hugging Face выкатили Smol Training Playbook — практический гайд, как тренировать LLM от решения нужно ли вообще это делать до рецептов пред-тренинга, пост‑тренинга и настройки кластера. Это не обзор теории, а реальная инструкция на примере SmolLM3 (3B, ~11T токенов) с конфигами, абляциями, подводными камнями и выводами.

Объём большой, даже просто прочитать и вникнуть скорее всего за один день не получится. К посту прикрепляем PDF-версию.

Большая часть интерфейсов рассчитана только на людей с «идеальным» зрением, хотя проблемы с восприятием цветов есть у 8% мужчин и 0,5% женщин. Для них «красные ошибки» и «зелёные успехи» часто сливаются в один и тот же серо‑коричневый фон.

Один разработчик с дальтонизмом настолько от этого устал, что написал Colorblind Accessibility Guide, куда свёл все основные правила.

Супер-кратко основное: используйте связку «синий / жёлтый / красный» вместо «зелёный / оранжевый / красный» и всегда давайте тройную подсказку — цвет плюс иконка плюс текст, причём с разными формами иконок для разных состояний.

@prog_stuff

А так ли нужен staging в разработке?

Размышления на тему из платной рассылки Refactoring. В PDF полная версия.

Основные аргументы против:
— тяжело поддерживать окружение идентичное продакшену и проверка на стейже всё равно не даёт 100% гарантии работы на проде;
— релизы замедляются (часто значительно замедляются).

Есть, конечно, и плюсы, вот автор и размышляет, интересно глянуть разные мнения.

А что вы думаете по этому поводу? Как у вас в проектах?

Channel name was changed to «Сохранёнки программиста»

Сохранёнки программиста pinned «Всем привет. С 1 августа мы, редакция, пытались этот канал позиционировать как что-то про здоровье, рабочее пространство и комфортную жизнь для айтишников. Не получилось. Основные темы уже покрыли, что-то новое на регулярной основе не появляется. Так что…»

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

Не получилось.

Основные темы уже покрыли, что-то новое на регулярной основе не появляется. Так что возвращаемся обратно. Вариантов по «Сохранёнкам программиста» куда больше.

Идея такая, что тут будут всякие припасённые «на потом» материалы, которые просто сохраняешь, чтобы почитать по дороге в метро/автобусе/самолёте, например. Как будто какой-то крутой программист что-то себе в избранное пересылает, а мы все подсматриваем.

Погнали, попробуем?

Как контролировать своё время? Осознать, что ключ к контролю — это выбор. Не попытки сделать что-то быстрее, сэкономить за счёт каких-то сервисов или правильно раскидать расписание. Это всё суета и не приведёт вас к гармонии с тем, как вы проводите время.

А что приводит? Осознанный выбор того, чем вы занимаетесь. Некоторые дела важнее других, хотя кажется что в потоке ежедневной рутины времени ни на что не остаётся. Остановитесь и подумайте, что для вас на самом деле ценно. Что вы делаете для того, чтобы прийти к этим ценностям. И сделайте выбор на что потратить время.

Подробнее на видео — отличная лекция на 11 минут. Найдёте время посмотреть? :)

Как настроить освещение во время работы, чтобы глаза меньше уставали

— Уровень освещённости: 300–500 люкс на столе. Слишком тусклый свет утомляет глаза, а яркий создаёт блики на экране. Измерьте люксметром (есть приложения, есть отдельные приборы).

— Температура: 4000–5000K (нейтральный белый свет). Такой свет имитирует дневной, повышает бдительность и снижает усталость. Лучше ставить современные светодиодные лампы, они меньше мерцают.

— Слои: комбинируйте разные точечные источники света, например настольную лампу, зонированное верхнее освещение и бра.

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

Варианты пятничных ритуалов, чтобы в понедельник почувствовать себя отдохнувшим

— За час-полтора до сна приглушите свет, уберите яркие экраны и сделайте что‑то спокойное: примите ванну, прогуляйтесь, почитайте.​ Оставьте себе немного времени, чтобы выключить голову.​

— Подготовьте спальню: нашему телу легче спать, когда вокруг прохладно, темно и тихо.

— Не сдвигайте время отхода ко сну больше чем на час, чтобы выходные не сбивали режим.​

— Перед сном подышите, например можно сделать 3–5 циклов дыхания по схеме 4–7–8.

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

Хороших выходных 🔕

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

Зимой качество воздуха напрямую влияет на самочувствие, продуктивность и число простуд, так что вовремя настроенные базовые параметры сильно упрощают жизнь.​ Смотрим на четыре штуки: температура, влажность, CO2 и загрязнение.

Температура
«Замёрз — значит заболею» это байки наших бабушек, «простуда» не произойдёт без контакта с вирусом или бактерией.

Днём нормальная температура для сидячей работы — около +22 °C , ночью опускаем ещё больше: +18–20 °C. Лучше взять одеяло потеплее, чем закрывать окно.

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

Ставьте увлажнители с естественным увлажнением (не ультразвук) и считайте мощность: одной штуки на квартиру будет мало, для 100м2 может понадобиться 7–9 увлажнителей.

Идеал — вентиляция, которая подаёт, увлажняет и очищает свежий воздух, но это уже топ-решение не для каждого бюджета.​

CO2
Если сидим с закрытыми окнами, растёт CO2: мозг работает хуже, клонит в сон, микробы активнее размножаются.​ Вам оно надо?

Минимум: полноценное регулярное проветривание и/или «зимний режим» открывания окна.

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

Загрязнение

Следим за PM2.5, это концентрация мелкодисперсных частиц, основной показатель загрязнения. Рядом с дорогами значения выше, проверить помогают недорогие датчики.​

Очиститель подбирайте как и увлажнители — по площади и производительности; если не вытягивает — ставьте второй.​

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