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

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

前往频道在 Telegram

Заметки и ссылки на будущее, чтобы изучить когда будет время. Разместить рекламу: @tproger_sales_bot Правила общения: https://tprg.ru/rules Другие каналы: @tproger_channels Другие наши проекты: https://tprg.ru/med

显示更多
6 625
订阅者
-524 小时
-137
-730
帖子存档
Разбор четырёх способов организовать код: монорепа, набор отдельных репозиториев, git submodule и git subtree, с примерами, когда каждый вариант имеет смысл. Автор коротко объясняет, как каждый из этих подходов работает на уровне Git и что вы выигрываете или теряете, выбирая один из них.​ Ключевая мысль: нет «правильного» ответа для всех — монорепа обычно упирается в инфраструктуру (сборки, CI, инструменты), а мульти‑репо усложняет жизнь продуктовым командам и сопровождение кросс‑репозиторных изменений. Выбор сильно зависит от того, как у вас устроены релизы, насколько связаны между собой сервисы и кто будет платить цену за усложнение — платформа или продукт.​ Подробнее в статье или прикреплённой PDF-ке, если не откроется. @prog_stuff

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

Вы тоже сначала делаете cd в директорию, чтобы снизить уровень стресса в подобных командах?
Вы тоже сначала делаете 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 и как делать такой частичный рерайтинг без боли.

Repost from Zen of Python
Занятный проект на 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 Se
С кем знакомятся типичные программисты: 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% мужч
Большая часть интерфейсов рассчитана только на людей с «идеальным» зрением, хотя проблемы с восприятием цветов есть у 8% мужчин и 0,5% женщин. Для них «красные ошибки» и «зелёные успехи» часто сливаются в один и тот же серо‑коричневый фон. Один разработчик с дальтонизмом настолько от этого устал, что написал Colorblind Accessibility Guide, куда свёл все основные правила. Супер-кратко основное: используйте связку «синий / жёлтый / красный» вместо «зелёный / оранжевый / красный» и всегда давайте тройную подсказку — цвет плюс иконка плюс текст, причём с разными формами иконок для разных состояний. @prog_stuff

Бро, ты можешь тут реализоваться и т.д. Став частью ОТП Банка, именно ты сделаешь сильнее всю команду! Расти, учись и пробуй новое — это твой шанс создать что-то по-настоящему крутое. Присоединяйся к ребятам и делись роликом с теми, кто тоже готов к переменам 🚀

А так ли нужен staging в разработке? Размышления на тему из платной рассылки Refactoring. В PDF полная версия. Основные аргументы против: — тяжело поддерживать окружение идентичное продакшену и проверка на стейже всё равно не даёт 100% гарантии работы на проде; — релизы замедляются (часто значительно замедляются). Есть, конечно, и плюсы, вот автор и размышляет, интересно глянуть разные мнения. А что вы думаете по этому поводу? Как у вас в проектах?

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

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

Завтра будет конференция «Проектная исповедь» — о том, как жить, работать и ошибаться в мире дилемм. Из 8 выступлений нас с в
Завтра будет конференция «Проектная исповедь» — о том, как жить, работать и ошибаться в мире дилемм. Из 8 выступлений нас с вами особенно интересует доклад Сергея Кожемякина (AGIMA) — «Исповедь контрол‑фрика: как подчинить тревожность и использовать её в работе». Сергей обещает рассказать, как — по-настоящему делегировать задачи; — сохранять эффективность без тревоги и переработок; — «держать всё под контролем», но не быть контрол‑фриком. А ещё даст советы, как упростить для себя внедрение изменений через геймификацию. Доклад будет 13 ноября в 12:10. Конференция бесплатная, но надо зарегистрироваться. Сделать это можно на красивом лендинге: https://tprg.ru/CnX5 Чтобы вычислить, с каким грешком вы идёте на «исповедь», организаторы подготовили пятиминутный тест. Потыкать здесь: https://tprg.ru/tsEA Это #партнёрский пост

Простая настройка архитектуры мышления — и уходят сбои в дисциплине, внимании, режиме и восстановлении Меняется качество рабо
Простая настройка архитектуры мышления — и уходят сбои в дисциплине, внимании, режиме и восстановлении Меняется качество работы, обучения и способность действовать в сложных условиях без лишнего кофеина и недосыпов.
NASA придумали экзоскелет для тела. Мы предлагаем использовать экзоскелет для ума.
В преддверии семинара об экзокортексе (внешнем слое мышления) и ИИ-агентах Мастерская Инженеров-Менеджеров делится серией инструментов, которые помогают выстроить цифровое продолжение себя. Попробуйте мини-руководство, которое поможет за час собрать ваш минимальный экзокортекс — и вернуть управляемость вниманию и ясность в работе с ИИ. [Забрать PDF на канале МИМ →] CTRL + S — пока снова не утонул в задачах. Это #партнёрский пост

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

Варианты пятничных ритуалов, чтобы в понедельник почувствовать себя отдохнувшим — За час-полтора до сна приглушите свет, уберите яркие экраны и сделайте что‑то спокойное: примите ванну, прогуляйтесь, почитайте.​ Оставьте себе немного времени, чтобы выключить голову.​ — Подготовьте спальню: нашему телу легче спать, когда вокруг прохладно, темно и тихо. — Не сдвигайте время отхода ко сну больше чем на час, чтобы выходные не сбивали режим.​ — Перед сном подышите, например можно сделать 3–5 циклов дыхания по схеме 4–7–8. — Запишите несколько итогов недели в блокнот, прикольно если в бумажный. Планы и задачи не надо, просто осознайте сделанное и отпустите неделю. Хороших выходных 🔕

sticker.webp0.29 KB

Сохранёнки программиста - Telegram 频道 @prog_stuff 的统计与分析