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

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

Проблемы, с которыми он помогает:
— Хаос под видом демократии.
— Бесконечные обсуждения без решений.
— Вечно перегруженный руководитель.
— Слабая инициативность сотрудников.

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

Телефон теряет 45% стоимости за первый год. Разбираю кривую депрециации iPhone на данных BankMyCell и Авито — с таблицами, расчетами и рекомендациями.

Война 1812 года — это не только грохот пушек, «Москва, спаленная пожаром», и Бородино. Пока противоборствующие императоры со своими генералами склонялись над картами, а бравый Денис Давыдов шел в партизанский рейд и подкручивал на скаку гусарские усы, в кабинетах криптографов, походных типографиях и тылах шла своя война — информационная.

И русские, и французы внедряли агентов в ряды противника, пускали дезинформацию, шифровали сами и перехватывали вражеские шифровки. Что уж там, правая рука и покровитель «черного кабинета» одного из воюющих императоров работал на противника и сливал ему бесценную информацию, а заодно и ключи от шифров. Словом, всё в лучших традициях романов Йена Флеминга и Юлиана Семенова.  

Под катом вас ждет увлекательный рассказ о том, как проходила информационная война между русскими и французами в 1812 году, как перехватывали шифровки и как это помогало войскам. Отдельное внимание уделим шифрам Наполеона.

История разработки ИИ-агента для автоматизации проектирования в low-code. О том, как мы споткнулись о контекст, поругались с Qwen, победили "зависающий" Mermaid и поняли, что без проверки агенты врут.

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

Привет, Хабр! На связи снова Максим из ATI.SU. В прошлой статье мы научились собирать логи на iOS устройствах разными способами и теперь для нас не вопрос разобраться, почему кнопка не нажимается, а данные не грузятся.

Но бывают ситуации куда страшнее. Вы запускаете приложение, а оно... тут же исчезает. Или вы работали в приложении, раз... и вы видите домашний экран. А еще приложение может так зависнуть, что помогает только полная перезагрузка самого устройства. Все это — его величество креш (a.k.a. краш, крэш, crash, вылет, сбой, падение).

Если привести аналогии, то логи — это жалобная книга, а креш‑отчет — это заключение судмедэксперта. В нём написано точное время смерти, причина и состояние памяти устройства в последний момент жизни приложения.

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

Два года назад рынок обсуждал, заменят ли нейросети дизайнеров. В 2026-й мы вошли с другим вопросом: как изменилась сама профессия и требования к ней.

Чтобы не ограничиваться личным мнением, мы собрали комментарии дизайн-лидов из крупных российских компаний — финтеха, e-Com, экосистемных сервисов. Их ответы показывают: сегодня дизайн — это роль в бизнесе, архитектура продукта и работа с пользовательским восприятием. Разберемся, как AI встроился в практику и какие задачи по-прежнему остаются за человеком.

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

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

Я даже думал, что есть разработчики, которые специально хотели помучить пользователей. К сожалению, тогда я ничего не знал об ужасных интерфейсах, поэтому не мог помочь им. Хочу исправиться!

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

Давайте посмотрим, что я вам подготовил.

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

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

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

В какой-то момент я понял неприятную вещь: если твой канал связи живет по чужому настроению, политической погоде, сбою в чужом облаке или очередной внезапной любви регулятора к кнопке «запретить» — это не твой канал связи. Это аренда с правом внезапного выселения.

Мне эта модель быстро наскучила.

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

Сразу зафиксируем рамки, чтобы не плодить фантомные ожидания:

Привет! Когда вышла Nano Banana, я из любопытства попросил её нарисовать сюр на фоне советских панелек — и она нарисовала до безумия залипательную картинку. Она не просто нарисовала панельки, не просто идеально отработала промпт, она точно передала вайб и всю атмосферу.

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

Привет, ХАБР! Я Владимир Хаймин, эксперт по системам управления базами данных PostgreSQL в ВТБ. Когда вы знакомитесь с документацией по какой-то системе в части базы данных, то обычно характер нагрузки определяется исходно в архитектуре проекта. Но если система определена архитектором как OLTP, но в действительности может вести себя в некоторые периоды времени как OLAP. Нормально ли такое поведение, и каким образом мы можем определить, что она ведет себя как-то иначе? Как определить фактический профиль нагрузки OLAP или OLTP и выразить это через метрики, пригодные для событийного и графического мониторинга?

Эта статья является скорее исследовательской в области Data Science в прикладном контексте PostgreSQL. Data Science – это не только задачи ИИ: (ML, LLM,..), но прежде всего математика. Мы используем регрессивные методы для получения некоторых нужных нам параметров исходя из табличных рекомендованных данных. Также мы делаем упор на исследование состояния БД на основе статистики динамики ожиданий. Задача, несмотря на ее простой смысл, в решении оказалась не такой простой, и мы в итоге работали над ней довольно долго, хоть и в фоновом режиме. Также обратились к студенческому сообществу и провели по этой теме Хакатон ВТБ х Башня, прошедший в МГТУ им. Баумана 27 ноября 2025 года. В нем приняли участие студенты и выпускники НИУ ВШЭ, СПбГУ, ВКА им. А.Ф. Можайского, РАНХИГС, Московского Политехнического университета, НИТУ МИСИС, а также уже действующие архитекторы и администраторы БД. У команд было всего три дня на решение задачи, и хотя полностью её не удалось выполнить никому, совокупный результат всех участников позволил сформировать корректное решение. Результат именно этих работ я и изложил в статье и обязательно буду упоминать команды и авторов интересных идей, о которых пойдет речь.

На связи Игорь Гиркин, архитектор систем информационной безопасности компании «Гарда».

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

В этой статье я рассмотрю, какие механизмы защиты встроены в современные L2/L3-коммутаторы и как их правильно применять для обеспечения сетевой безопасности.

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

Аналогичные программы планируются космическими администрациями и ассоциированными коммерческими структурами США, Китая, Евросоюза, Японии, Индии, Германии, Франции, Бразилии, а также предварительные проекты реализуют некоторые другие страны. Наблюдаются и частные инициативы, например в 2015 г. в США создана компания с говорящим названием FOMS (Fiber Optics Manufacturing in Space). 

В этой статье речь пойдет о космическом оптоволокне. 

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

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

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

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

Неделю назад я опубликовал на Хабре статью о том, как сделал Telegram-бот, который превращает текстовые и голосовые сообщения в задачи с помощью AI. Это был мой первый публичный запуск. Я не знал, чего ожидать - может, 10 человек зайдут, может, никто.

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

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

На каком уровне внедрения CRM находитесь и какая польза от внедрения у вас?

Купили CRM. Запустили. Забыли.

А потом — удивляетесь: почему продажи не растут? Почему сотрудники сопротивляются? Почему клиенты уходят, даже когда вы всё сделали «по инструкции»?

Потому что CRM — это не программа. Это восхождение. Не к техническому совершенству. А к человечности в бизнесе.

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

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

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

Привет! Я Стас, уже долгое время работаю в тестировании. В статье расскажу, почему я вдруг начал изучать ИИ, как далеко зашёл в этом процессе и как он связан с ростом в сторону SDET.

Ещё покажу способ быстро создавать API-заглушки для тестирования с пайплайном на бесплатном софте. После прочтения сможете собрать такой же для своего проекта.