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

Вчера автор побывал на прекрасной конференции Backend Talks 360 от компании Yandex и не в силах спокойно спать, не ответив конструктивной критикой на доклад Ильи Абрамова о работе Яндекс.Диска, автор принялся писать очередной "В интернете кто-то не прав". Что из этого вышло - добро пожаловать под кат.

«Укрытие», оно же Саркофаг, стало неотъемлемой часть внешнего вида ЧАЭС в представлении рядового человека и среднестатистического геймера. Это — конструкция из стали и бетона укрыла от мира развёрстую дыру реактора 4-го энергоблока Чернобыльской АЭС. Это — памятник первой Атомной эре, начавшейся с огненных грибов над Аламагордо и Японией и закончившийся полуночным взрывом на ЧАЭС. Это — гигантский короб, появившийся за считанные месяцы в тяжелейших условиях, с которыми когда либо сталкивались строители.

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

То, что я наблюдаю в своём профессиональном поле на протяжении двух последних лет, сложно описать. Первый явный звоночек я заметил чуть меньше, чем полтора года назад. Тогда я обратил внимание, что коллега отвечает мне в переписке с помощью ИИ. Его выдала пунктуация — длинные тире там, где их никто не использует; ритмическая структура текста и уверенное рассуждение на тему технологий, в которых он заведомо не разбирался.

Я задумался над этой ситуацией, пытаясь понять, стоит ли спорить с человеком, который явно просто копирует ответы модели. Канал был публичным, и мне приходилось тратить уйму времени на исправление элементарных вещей. В конечном итоге я сдался — какого-то осмысленного диалога со встречной стороны всё равно не было.

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

Недавно прогремела громкая новость: Google DeepMind будет тестировать ИИ-модели в EVE Online — одной из самых сложных MMO с живой экономикой, корпорациями игроков, дипломатией, войнами и рынками. Лаборатория заключила исследовательское партнерство с Fenris Creations, студией-разработчиком EVE Online, ранее известной как CCP Games. Google также получила миноритарную долю в компании.

Сделка прошла в момент крупной перестройки студии. Fenris Creations вышла из-под контроля Pearl Abyss и стала независимой после соглашения на 120 млн долл. Компания сохранила руководство, команды и текущие проекты, включая EVE Online, EVE Vanguard и EVE Frontier.

DeepMind не будет запускать эксперименты в основном мире EVE Online. Для исследований будет использоваться офлайн-версия игры на локальном сервере. Это позволит тестировать и оценивать модели в изолированной среде.

Зачем ИИ-проектам такие песочницы, чему они будут там обучаться и каким может стать ИИ благодаря такому обучению.

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

Представьте: у вас есть идея нового продукта или фичи для уже существующего.  Вы горите желанием начать разработку, но внутри гложет сомнение — а будет ли это кому-то нужно? Тратить месяцы и миллионы на то, что никто не станет использовать - это  самый страшный сон основателя. Fake Door testing (тестирование «фальшивой двери») — методика из Lean-подхода. Она позволяет измерить реальный интерес к продукту до того, как вы вложите в него ресурсы. 

На главной странице Ask.com недавно появилось короткое уведомление: сервис официально прекратил работу 1 мая 2026 года. Компания-владелец решила закрыть проект и сосредоточиться на других направлениях бизнеса. Жаль, конечно, ведь этот портал — один из столпов современной глобальной сети.

Он появился, когда интернет только начинал входить в повседневную жизнь. Медленный модем, характерный звук соединения, страницы, которые открывались по несколько минут. Информации в сети было гораздо меньше, и каждая удачная находка воспринималась почти как маленькое открытие. Среди первых поисковых систем Ask Jeeves занимал особое место: вместо обычного списка ссылок он предлагал задавать вопросы естественным языком и пытался отвечать так, словно пользователю помогает вежливый дворецкий. Что ж, давайте вспомним, как все начиналось.

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

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

Привет! Я - функциональный архитектор Enterprise-продуктов и ИТ-комплаенс лид. В моей практике — проектирование сквозных ИТ-ландшафтов, управление миллионными финансово-налоговыми рисками и регулярная защита долгосрочной ценности проектов перед C-level.

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

Кошелек Миллера в межкомандных переговорах: как перестать взрывать мозг оппонентам.

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

В психологии этот лимит называется «кошельком Миллера» (закон Джорджа Миллера, 7±2, а в современных реалиях клипового стресса — строго 3–4 единицы информации) .

Если вы вводите в первой главе книги 10 персонажей, ваш роман назовут суррогатом, потому что читатель запутается в именах. Но почему-то на кросс-функциональных встречах мы совершаем это сумасшествие регулярно: вываливаем на коллег 5 графиков, 8 юридических рисков и 12 пунктов дедлайнов за раз, а потом удивляемся, почему они «переобуваются» и включают защиту.

Иногда возникает ощущение, что между ОТО, квантовой механикой и нашим физическим восприятием мира всё ещё не хватает какого-то интуитивного мостика.

В этой статье я попробую рассмотреть гравитацию и эффект Казимира через простую волновую интерпретацию: что если масса — это устойчивая волновая структура, а гравитация является следствием градиентов состояния среды?

Это не попытка «отменить физику» и не «теория всего», а скорее попытка посмотреть на уже известные эффекты под немного другим углом.

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

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

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

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

Это пародия... на многое

Статья‑интервью написана на основе разговора с Артёмом, основателем проекта Stopilot — редактора кода, который помогает разработчику не писать код, пока тот не понял задачу.

Большинство историй про AI‑инструменты выглядят одинаково: человек открывает Cursor, за выходные собирает SaaS, выкладывает скриншот MRR и дальше объясняет, что главное — не думать, а быстро валидировать гипотезы. Рынок не ждёт, окно возможностей закрывается, конкуренты уже деплоят.

Артём пошёл в другую сторону. Он заметил, что после Cursor у многих команд появилась новая проблема: код пишется быстрее, чем его успевают понимать. За выходные он собрал альтернативу Cursor, которая на любой промпт отвечает: «Сначала сформулируйте задачу человеческими словами». Через 8 месяцев Stopilot вышел на 1,29 млн рублей в месяц.

Он сам расскажет, как это было.

Это девятая статья про инженерные решения в ONEMIX. Тема узкая, push-уведомления. Но я её давно хотел разобрать, потому что туториалов в интернете много, а production-граблей в них почти нет.

Если коротко, туториал по push выглядит так. Регистрируешь токен через Notifications.getExpoPushTokenAsync(). Отправляешь на бэкенд. Когда приходит пуш — addNotificationResponseReceivedListener ловит тап, навигируешь в нужный экран. Всё.

В реальном мессенджере таких туториалов недостаточно. Появляется десяток узких проблем. Пуш приходит когда юзер уже в этом чате. Пуш приходит когда приложение убито системой. Navigation после открытия из пуша добавляет дублирующийся экран в стек. На iOS звонки идут через отдельный канал VoIP который требует совершенно другой инфраструктуры. Эти грабли я и разберу.

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

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

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

Довольно интересное наблюдение: я перестал пользоваться автокомплитом в IDE, который предлагает LLM.

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

Хотите узнать, как редактировать видео быстро и без сложных программ? ИИ редактор видео Runway Aleph - лучшая нейросеть для обработки видео. Учимся монтажу.