Не как моральный призыв. Не как политическое пожелание. А как результат оптимизации — конфигурацию, при которой кооперация математически выгоднее конкуренции.
Физики знают: системы минимизируют действие.
Свет выбирает путь, на котором 
Читать полностью »
TL;DR: В этой статье я хочу показать, почему распространённая фраза "не занимайтесь преждевременной оптимизацией" почти всегда используется неправильно, особенно в современных фронтенд-проектах. Я посмотрю на исторический контекст, разберу, что именно Кнут называл оптимизацией, и почему многие вещи, которые считаются "преждевременной оптимизацией", на деле — нормальная инженерная дисциплина.
Зачем вообще делать что-то своё?
Я знаю, что вы можете подумать: «Почему бы просто не использовать Elasticsearch?» или «А что насчёт Algolia?» Это вполне рабочие решения, но у них есть нюансы. Нужно разбираться с их API, поддерживать инфраструктуру под них и учитывать все тонкости их работы.
Но иногда хочется чего-то более простого — такого, что:
работает прямо с вашей текущей базой данных;
не требует сторонних сервисов;
легко понять и отладить;
действительно выдаёт релевантные результаты.
Я семнадцатилетний студент СПО. У меня нет миллионов, команды или связей. Но у меня есть уверенность, что мы, как цивилизация, способны на большее. Мы ходим с айфонами, но живём в домах с кривыми дверьми, которые проектировали по лекалам полувековой давности. Я называю это «инженерным застоем». И я хочу его сломать.
Взгляните на эти эскизы. Это не 3D‑модели с рендерами. Это — принципы, облечённые в форму:
В современных корпоративных системах обработки отчетности (например, XBRL-форматы для регуляторов или банков) одна из ключевых задач это эффективное хранение и загрузка больших объёмов структурированных данных. В экосистеме .NET Core такие данные часто представлены в виде объектов с комплексными связями, что требует продуманной стратегии сериализации и десериализации.
Одним из таких случаев является работа с объектами ReportItem объединяющими в себе названия бизнес-факты отчета и координаты в гиперкубе (временной охват, измерения и атрибуты). При создании отчетов данные загружаются в память в виде словаря Читать полностью »
О заказчике
АО «Оргэнергострой» — ведущая проектная организация, специализирующаяся на проектировании особо ответственных объектов капитального строительства, включая объекты атомной энергетики. Компания участвует в реализации стратегических проектов национального значения, где особые требования предъявляются к точности проектирования и соответствию строгим нормативным стандартам.
Компания поделилась своим опытом перехода на Платформу nanoCAD на форуме «СИЛА ПЛАТФОРМЫ 2024» и продолжает внедрение отечественных программных решений.
ЗадачаЧитать полностью »
Мы стабилизировали QUIC на реальных RU↔EU трассах: jitter <1 мс PoP↔PoP, P50 ~20–21 мс RU↔EU (end-to-end). Помогли BBRv3 с динамическим pacing, HTTP/3 Datagrams/MASQUE (RFC 9297/9298/9484) и экспериментальный FEC. На профиле 5% потерь при включенном FEC видим ~+10% goodput (recovery валидируем group-aligned тестом). Ниже - методика, цифры и репликация. Замеры - для наших RU↔EU путей (октябрь 2025), на других трассах цифры могут отличаться. Все тесты проводились на реальных Edge PoP узлах CloudBridge (Moscow, Frankfurt, Amsterdam) с использованием собственного инструмента quic-test.
Эта история — небольшая попытка восстановить рабочие рефлексы инженеров, которые решали реальные задачи с минимальными инструментами, и показать, как эти приемы работают в современных проектах. Статья для тех, кто хочет прокачать интуицию в отладке и научиться мыслить в условиях ограничений, а не только в облаке и на CI.
Первый Docker-образ для моего Go-приложения весил 1.92 GB. Для микросервиса на 100 строк — абсурдно. Решил разобраться, куда именно уходит место и как добиться максимально лёгкого образа.
За несколько итераций оптимизации удалось уменьшить образ в 91 раз — до 21 MB production вариант. С дополнительным UPX-сжатием в 213 раз — до 9 MB.
Максимальная оптимизация Docker-образа для Go
Выбор базового образа и техник для каждого сценария
Функционал:
/healthЧитать полностью »
