Kurgan-Telecom Ru | Информационные технологии

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

Project 1 — съедал арт-директоров, которые не выдерживали нагрузки и требований по проекту. За полгода сменилось 4 человека. Были горе-разработчики, которые не могли внятно объяснить, что они сделали. Ненадёжный СТО отвалился на пятом месяце работы (из 12). Команда не выдерживала темпа, и из-за этого сдвигался весь глобальный план. Пришлось навалится командой топ менеджеров и встать у руля проекта, в результате чего проект был реализован срок.

Project 2 — не вовлечённые проектные менеджеры. Был очень сложный проект с множеством багов на проекте, сложной архитектурой и особенностями и сложностями продукта. Проект начал работать только после прихода четвёртого ПМа. Были некомпетентные разработчики, которые срывали релизы. Всё удалось настроить, но ушло на это почти 5 месяцев и смена менеджера проекта.

Project 3 — за год сменилось три тимлида разработки, из-за чего постоянно происходил новый найм, онбординг и замедление команды.

Project 4 — в начале проекта не были уточнены требования. На пресейле проект продали красиво, предложили больше тз, а делать начали «на коленке». В итоге вместо двух месяцев разработка заняла восемь, но всё-таки проект дотянули и сдали. Помогло то, что вся работа шла через эскроу счета и команда обязана была доделать проект, чтобы получить вознаграждение за работу.

Как и когда использовать Celery — мой опыт на проде

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

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

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

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

Но вспомним, как вообще сложилась такая цепочка и в какой момент?
А сложилась она из-за сильного падения порога входа в ИТ. Инструменты для того, чтобы пробовать что-то запрограммировать - стали более чем доступны, информации прямо в браузере куча, низкоквалифицированной оплачиваемой работы — море. Благодаря этому, можно достаточно легко стать подсобником, и при должном усердии - вырасти до крепкого специалиста.
В результате это привело к тому, что стала не совсем понятна роль классического (высшего) образования.

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

ВУЗы подстроились, даже в гуманитарных и сугубо профильных неайтишных ВУЗах срочно открылись ИТ кафедры. Они встали на волну хайпа и стали штамповать много-много выпускников, которым вместо глубокого системного мышления и знания теории алгоритмов, вливали актуальные практические навыки.
Студенты использовали готовые фреймворки, библиотеки, открытое системное ПО. Собирали в качестве лабораторных работ сначала сайты, потом мобильные приложения, потом VR, сейчас вот ИИ. Вызываешь команду из скачанной с зарубежного сервера библиотеки - и получаешь грамоты, победы, аплодисменты и публикацию в СМИ. Сделал нескучные обои - и вообще национальный герой.

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

Стоит знать перед началом
- Чем коммутатор отличается от маршрутизатора
- Первые 3 уровня модели OSI
- Хотя бы примерно понимать как работает коммутатор
Без этих знаний возможно у Вас не получится понять и правильно использовать информацию из этой статьи.
Сетевые мосты нужны чтобы виртуальная машина могла взаимодействовать с локальными сетями а не просто иметь доступ в Интернет. Если на Вашей виртуальной машине нужен только Интернет, используйте в QEMU режим сети "user".

Регистрация программно-аппаратных комплексов (ПАК) в реестре программного обеспечения (ПО) Минцифры — это важный этап для разработчиков, стремящихся внедрить свои решения в государственные и коммерческие структуры. Процесс регистрации может показаться сложным, но с правильным подходом и пониманием всех этапов он становится более управляемым. В этой статье мы подробно рассмотрим, как зарегистрировать ПАК в реестре Минцифры, какие документы понадобятся и на что обратить внимание.

Machine Learning и Data Science — это одни из самых популярных и востребованных направлений в IT. Но вместе с этим — они и одни из самых сложных для входа. Здесь огромное количество тем, инструментов, библиотек, подходов и постоянно появляющихся технологий.

Из-за этого многие новички начинают обучение с энтузиазмом, но через пару месяцев теряют интерес. Причины могут быть разные: слишком много теории, мало практики, нет чёткого плана или понимания, зачем вообще всё это нужно.

Эта статья — не очередной «гайд по ML для новичков». Это мой личный взгляд на то, как бы я подошёл к обучению, если бы начинал с нуля уже сегодня , учитывая свой опыт работы в крупных компаниях, проваленные проекты, ошибки и победы.

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

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

Хорошая отказоустойчивость начинается с мышления.

Я хочу, чтобы эта фраза въелась вам в самую подкорку.

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

Принципы описанные далее универсальные и подойдут к большому количеству сфер, даже вне области информационных технологий.

Многие помнят позапрошлогодний инцидент с Man-in-the-Middle атакой на XMPP-сервис jabber.ru. Эта история наделала много шума, но, как мне кажется, главный вывод из неё так и не был усвоен широкой аудиторией. А зря. Потому что эта атака вскрыла системную уязвимость в процессе выдачи TLS сертификатов, которая напрямую касается миллионов сайтов, особенно тех, кто доверяет свою безопасность Cloudflare.

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

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

«Крокодил» был основан в 1922 году, как приложение к «Рабочей газете». Задача производственной сатиры — безжалостное обличение скрытых производственных проблем с помощью узнаваемых образов. Конечно, я пролистал сборник сам. К большому удивлению, один из опубликованных в нём рассказов оказался очень актуальным и метким в контексте современной культуры управления командами. А ведь со времени выхода того номера журнала прошло почти 70 лет!

Управление «от противного», основанное на ситуативном, выборочном внимании к недостаткам окружающих, особенно распространено в тех организациях, в которых применяются рассмотренные ранее процессы оценки результатов работы и вознаграждения персонала с калибровками. Накапливаемая до подходящего случая информация о слабых сторонах и несоответствиях в работе потенциальных оппонентов — грозное оружие на все случаи жизни: для политической борьбы и работы с практически любыми возражениями. Ожидали повышения грейда и зарплаты? Но как насчёт того провала в прошлом году? Ваша команда предлагает решить сложную задачу более эффективным методом, нежели получилось у нас? Может вам для начала заняться проблемами коммуникаций? И так далее.

Добрый день, уважаемые подписчики Хабра! Продолжаем знакомство с Университетом Лобачевского и возможностями, которые он предоставляет в области высшего образования, в том числе на стыке ИТ и гуманитарных наук.

Представьте себе журналиста будущего. Он не только пишет тексты, но и анализирует данные, проверяет факты за секунды и даже создаёт визуальные материалы с помощью искусственного интеллекта. И это вовсе не фантастика, а реальность, с которой сталкиваются современные журналисты. Может быть, человек и машина могут работать вместе?

Заголовок "Я обогнал Google?" — не просто кликбейт. Столкнувшись с неудобствами и большим количеством бойлерплейта в Jetpack Navigation на реальном проекте, я задался вопросом: а можно ли сделать лучше? В этой статье я шаг за шагом показываю свой путь: от ручных extension-функций до создания собственной библиотеки на KSP, которая генерирует типобезопасные классы для навигации, упрощает передачу аргументов и добавляет удобные фичи.

В предыдущих материалах мы искали ответ на вопрос: «Достаточно ли двух тренировок в неделю для компенсации сидячего образа жизни?». Сошлись на том, что достаточно. Составляли двухдневный тренировочный план для сбалансированной проработки всех мышц, которого будет достаточно для того, чтобы мышцы росли.

Что делать, если и двух раз тренироваться не получается? Если доступен только один свободный день — есть ли смысл и польза в такой тренировке?

Конечно, есть! Чтобы доказать вам это, обратимся к исследованиям по теме минимального тренировочного объема, которая в последние годы активно изучается.

У нас есть не просто отдельные исследования, а один подробный метаанализ, один нарративный обзор и один обзор исследований:

Ни для кого ни секрет, что разработка и IT‑решения в 2025-м году — это гонка за скоростью: от выяснения бизнес‑требований до финальной версии продукта. Чем быстрее пишется код, тем раньше ваш продукт попадает к пользователям. Разумеется, выбор технологий существенно сказывается на скорости разработки.

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

С эмоциями часто непросто.

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

Кажется, что без этих "помех" жизнь стала бы проще и легче. Но стоит попробовать представить жизнь без них — и она начинает терять краски:

В жизни не было бы места ни для любви, ни для радости, ни для восхищения, ни для восторга, жизнь стала бы плоской и бесцветной.

Без них мы бы никогда не узнали, что для нас важно, что движет нами, что наполняет, что направляет.

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

Мы часто стремимся их «выключить», «подавить» или «переждать». Но если убрать сигналы — можно легко сбиться с пути.

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

Запуск OS X на QEMU — задача не из простых.

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

Однако этот гайд проведет вас через тернии ядра прямо к звездам OS X!

Привет, тестировщики и кодеры! Представь: пишешь автотесты для UX, всё красиво, запускаешь — и каждый тест начинает с нуля: логин, пароль, кнопка. Как будто у тестов амнезия! Это бесит, тормозит и превращает код в копипасту. Давай разберёмся, как выкинуть повторный логин на свалку и ускорить всё с Playwright и Python.

Если вы начинающий сетевой инженер, администратор или просто интересуетесь темой, мы подготовили для вас бесплатный курс «Как устроены сети».

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

Что кодируют в QR тату?

Медицинскую информацию
Экстренные контакты
Профили в социальных сетях, сайты
Просто контакты
Различные даты(рождения детей и т.д.)
Различные приколы

Метод КРИ, Nexus-подход, помощь менеджеру от ИИ, применение ТОС, работа с фичами, карьера ПМа, грейды у менеджеров, своевременное увольнение и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!

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

Если вы когда-нибудь открывали 10-летний Java-монолит и пытались понять, зачем в середине пайплайна логин-прослойки вызывается System.gc() — поздравляю, вы соприкоснулись с инженерией деградации. Это неофициальный, но абсолютно реальный раздел знаний: как сложные программные системы со временем превращаются в фрактальную кашу из решений, компромиссов и технического долга.

И, что важнее — почему это нормально.

В этой статье речь пойдёт не о багфиксах, CI/CD или микросервисах. Мы копнём глубже. Здесь — история о том, как со временем ломается не просто код, а сама логика, архитектура и даже социальные связи внутри проекта. С примерами, кодом, болью и странным юмором.