Да, это очередная статья по чистому коду. Но по разным источникам, соотношение времени, затрачиваемого на чтение и написание кода, может достигать 7 к 1 и даже больше. Когда вы исправляете ошибку, добавляете новую функциональность или проводите рефакторинг, вы сначала погружаетесь в логику, написанную другими людьми (или вами же, но несколько месяцев назад). Именно поэтому читаемость кода становится более важным фактором, чем скорость его первоначального написания. Нечитаемый код — это технический долг, который замедляет всю команду и увеличивает стоимость разработки в долгосрочной перспективе.

Хочется, чтобы фреймворк для тестирования торговых стратегий был пакетным, гибким, подбирал сразу 10 параметров и просчитывал очень быстро. И вот он ...

Мне 25 лет, и я работаю DevOps-инженером четвёртый год. Начинал системным администратором.

За это время сменил 5 работ. Первые три был сисадмином. На четвертой работе я был уже DevOps.

Маленький кусочек рынка ИТ под названием «1С» меняется. Если верить публикациям на Хабре, большой рынок ИТ тоже куда-то поворачивает. Я и про рынок труда, и про рынок бизнеса.

Кто-то называет эти перемены кризисом, кто-то – возвращением в нормальное состояние. Вроде как предыдущие 2-3 года были ненормальными, ажиотажными, экстремумом. А то, что сейчас – это как было 2-3 года назад. Потому и не кризис. Скорее 2-3 года были кризисом, только с обратным знаком.

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

Разбираю, как программист создал простой сервис для рендеринга JavaScript в HTML. Продвинул его бесплатным способом. И вывел на доход $220К в месяц.

Алгоритмы, базы данных и качество данных — три темы, без которых сегодня не обходится ни один проект. От того, как разработчик обращается с ними, зависит не только скорость работы приложений, но и то, насколько вообще можно доверять системе. Если алгоритм выбран неправильно — система будет тормозить; если база построена на «костылях» — она станет источником ошибок; если данные не проверять на качество — отчеты превратятся в хаос.

Чтобы помочь разобраться в этом, команда Read IT Club собрала подборку из трех книг, которые проверили рецензенты клуба — эксперты из ведущих технологических компаний. В них нет академической скуки, зато есть практические советы: как выбрать правильный алгоритм, не угробить архитектуру базы и научиться бороться с «грязными» данными. Каждая из них решает свою часть головоломки, но вместе они дают цельную картину того, как работать с данными и кодом надежно, эффективно и без лишних драм.

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

Слева – грустный я, строю маркетинговые гипотезы, справа – счастливый я, строю канализационный коллектор

Со школы вы можете знать, что в катушке провода, ток не может нарастать мгновенно. Она обладает индуктивностью, и ток в ней нарастает постепенно. Но в продаже есть очень много маломощных блоков питания, в которых используется схема flyback. По русски это схема называется обратно‑ходовой преобразователь. В ней есть трансформатор с двумя катушками. В первой катушке плавно нарастает ток, что накачивает сердечник трансформатора энергией. И потом, когда сердечник трансформатора запасет энергию в своем магнитном поле, ток в первой катушке разрывают. В этом момент, ток такой же величины, появляется во второй катушке. И самое главное, ток в катушке появляется практически сразу. А в школе учат, что ток в катушке нарастать может только плавно.

И вот я решил проверить DeepSeek на его мышление. Будет ли он отвечать на вопрос по учебникам или будет использовать свои знания о принципах работы источников питания на обратно‑ходовых преобразователях. Далее привожу мою переписку с DeepSeek:

МОЙ ВОПРОС: может ли ток в катушке нарастать мгновенно

Хм, вопрос о мгновенном нарастании тока в катушке. Это классическая тема из электромагнетизма, связанная с явлением самоиндукции. Нужно объяснить просто, но с физической сутью.

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

Можно начать с прямого ответа «нет», затем разобрать физическую причину — правило Ленца и ЭДС самоиндукции. Хорошо бы добавить формулу для наглядности, но без углубления в высшую математику.

Практический опыт MANGO OFFICE в оценке архитекторов и старших разработчиков

Привет, Хабр!

Наш спикер — Константин Густов, руководитель отдела развития архитектуры и IT бизнес-партнёр MANGO OFFICE. И он недавно принял участие в подкасте Деплой. В компании он выстраивает производственные процессы разработки и руководит командой из 13 архитекторов на 400 IT-специалистов.

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

Пару месяцев назад пишет знакомый клиент:

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

— Без проблем. Строим за два-три месяца, стоить будет 8.6 миллионов.

По рукам.

Владимир — это я. Четыре года назад я открыл строительную компанию в Москве. До этого 11 лет занимался стойкой в Германии. Начинал с самой простой ручной работы — клал, монтировал, собирал узлы. Все проходил сам, на месте. Со временем стал руководить людьми и отвечать за весь процесс. Опыт был разный — от частных домов до крупных объектов. И с каждым проектом все больше убеждался: на стройке редко все идет по плану. Но если все грамотно организовать, можно сэкономить время, нервы и деньги заказчика. 

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

Артём — разработчик и молодой предприниматель, который рано ушёл из университета, чтобы строить свой бизнес. Рекламные ролики для известных брендов, YouTube-продакшен, проекты на миллионы.

Но потом всё рухнуло — рынок обвалился, деньги закончились. Доход исчез, остались только кредитки и мечта — построить свой IT-продукт.

Так родилась идея F/AI — приложения с AI-фитнес-тренером, которое они начали создавать с нуля вместе с другом и однокурсником Севастьяном.

У каждого была своя роль:

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

Больше ничего интересного не будет :-)

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

Казалось бы, ИИ в программировании уже уверенно прописался в наших кодовых репозиториях: он чинит баги, предлагает патчи и с легкостью проходит тесты на привычных бенчмарках. Отсюда и растет ощущение, что полноценные ИИ-программисты — вот‑вот станут реальностью. Но как только дело доходит до задач из настоящей индустрии, вся сияющая картинка начинает трещать по швам. Новый бенчмарк SWE-Bench Pro устроил моделям суровый экзамен и показал, насколько велика пропасть между вежливым автокомплитом и работой инженерного уровня. Что именно не так — и почему даже самые продвинутые системы вдруг оказываются не у дел, если попросить их разобраться в большом и сложном проекте? Статья про честную проверку возможностей ИИ в мире реальных задач.

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

Концепция "Smart Money" (SMC) в трейдинге базируется на идее отслеживания действий крупных, или "информированных", участников рынка. Практические методики, предлагают набор визуальных паттернов (Order Blocks, FVG, Break of Structure) для идентификации зон потенциального интереса этих игроков. Однако для систематической проверки и автоматизации данных подходов требуется переход от качественного визуального анализа к количественной формализации.

Привет, Хабр! Попытки переводить иностранные песни на родной язык — одно из главных разочарований детства. Вроде слова все переведены, а смысл все равно непонятен. Еще и английский какой-то странный: вроде в школе учили по-другому, а тут явно кто-то безграмотный текст писал. Или это учат неправильно? Или все по-своему правы?

Даже если вы знаете ответы на эти вопросы, есть еще один: есть ли смысл использовать песни как один из инструментов изучения английского? В этой статье попытаемся на него ответить, разобрать некоторые подводные камни, а также поделимся полезными ресурсами.

Это перевод статьи Des Traynor, сооснователя и Chief Strategy Officer в Intercom. Трейнор отвечает за стратегию компании 14 лет с момента её основания и делится опытом, проверенным на практике роста от стартапа до мирового SaaS‑лидера.

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

Привет! Меня зовут Рената, сейчас я работаю продуктовым дизайнером в Авто.ру, до этого работала в Яндекс Путешествиях, где и проходила моя стажировка. Параллельно учусь в Центральном университете и менторю начинающих дизайнеров, помогаю получить первую стажировку

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

Разбираем один из самых полезных встроенных модулей Python — os. Простыми словами о том, как управлять файлами и папками прямо из кода. Пройдем путь от os.mkdir() до написания скрипта для автоматической сортировки. Статья для начинающих, но с упором на практику. В финале — домашнее задание на GitHub с автоматической проверкой решений.

Хочу поделиться своим опытом разработки крупных игровых проектов на C++, где производительность и стабильность — это не просто приятные бонусы, а абсолютно естественные требования к разработке. За годы работы над движками и играми я понял, что подход к управлению памятью очень сильно влияет на весь проект. В отличие от многих приложений - игры, особенно большие, часто работают часами без прерываний и должны поддерживать стабильный фреймрейт и отзывчивость. Когда проседание fps или фриз происходит на глазах у сотен тысяч игроков, вам уже никто не поможет — ущерб уже нанесен, а в steam полетели отзывы о кривизне рук разработчиков.

Однажды моя команда закончила работу над довольно интересным проектом, который портировали больше двух лет на плойку. Движок старый, большой и мощный, но работа с памятью была ориентирована на ПК времен конца 2000-х, и что меня поразило, так это насколько сильно большая часть кодовой базы зависела от динамической памяти во время выполнения. На ограниченном железе (далеко не у всех есть PS5 pro) и в условиях жёстких требований к сертификации на консолях такие решения быстро превращаются в проблему.

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