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

Научный и технологический прогресс были бы невозможны без двух основополагающий качеств человека — лени и любопытства. Второе особенно проявляется в исследованиях неизведанных доселе территорий, будь то поиски прохода через Арктику или далеких планет. Независимо от пункта назначения, подготовка к экспедиции имеет решающее значение для успеха миссии и выживания ее участников. Говоря о длительном пребывании за пределами нашей планеты, например на Луне, одним из важнейших ресурсов будет пища. Конечно, можно собрать необходимый провиант заранее, но его транспортировка и хранение сопряжены с рядом сложностей в и без того сложном путешествии. Для более длительных экспедиций может потребоваться выращивать еду на месте, но почва Луны не пригодна для выращивания растений, по крайней мере была раньше. Ученые из Техасского университета в Остине (США) смогли модифицировать почву Луны, используя специальные удобрения и грибок, что позволило им вырастить урожай нута. Что именно потребовалось для изменения лунной почвы, как протекал процесс роста нута, и насколько урожайным был результат? Ответы на эти вопросы мы найдем в докладе ученых.

Около 90% фронтенд‑разработчиков в нашей команде используют ИИ‑помощников для написания кода. Лично у меня — и как я могу заметить, у многих — был такой опыт: вы только начинаете пользоваться ИИ‑помощником, просите его сгенерировать какое‑нибудь классное MVP, получаете результат минут за пять и думаете: «Вау, неужели это возможно? Как это вообще работает и как это круто». 

А дальше вас ждёт сюрприз. 

Всем привет, меня зовут Валерий Баранов, я руковожу командой технологий фронтенда в Яндекс 360. Мы занимаемся тем, что сами называем «общим фронтендом»: общими техническими компонентами, общим CI/CD, платформами дистрибуции общих компонентов. Сегодня я хочу рассказать, как мы в Яндекс 360 сделали фронтенд‑проекты по‑настоящему AI‑ready: научили ассистентов понимать структуру наших репозиториев, работать с внутренними библиотеками и даже соблюдать паттерны дизайн‑системы. 

Описываю методологию разработки эффективных чат-бот промптов, направленных на оптимизацию рутинных процессов.

Показываю на практике философию пошагового решения задач с помощью нейросетей. Указываю на необходимость контролировать контекст работы ИИ.

Показываю весь цикл разработки промпта. Даю промпты для создания промптов.

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

Я Антон Стеблянко, архитектор больших данных. В статье расскажу, как совместно с командой из компании «СР-ТЕХ» протестировали в облаке Selectel российский форк СУБД StarRocks Pro и проверили, насколько система подходит в качестве основы для построения аналитического хранилища данных.

Привет! Меня зовут Владимир Верхотуров, я занимаюсь DevRel в Битрикс24. Большинство стартер-китов ускоряют разработку, но ускорение без системной безопасности почти всегда приводит к техническому долгу.  Сегодня хочу рассказать про наш подход к безопасности нашего AI-стартера.

Всем привет!

На связи команда разработчиков Amnezia. Сегодня хотим рассказать о важном обновлении нашего протокола – AmneziaWG 2.0, а также о том, как с его помощью можно развернуть собственный VPN на своем сервере.

AmneziaWG 2.0 – это уже не просто набор новых параметров в конфигурации, а заметный технологический шаг вперед в вопросе восстановления доступа к свободному интернету. Новая версия уже поддерживается в клиенте AmneziaVPN для десктопных приложений и Android у пользователей self-hosted.

Привет, Хабр! Я Александр, занимаюсь Flutter разработкой продукта Свой бизнес и Дизайн-системы в команде РСХБ.Цифра.  РСХБ это не только банк топ 5* по размеру активов, но и огромная экосистема Своё со множеством мобильных приложений разной тематики: банкинг, туризм, жильё, маркетплейс фермерских продуктов, поиск работы в агропромышленном комплексе и другие . 

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

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

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

Или почему 0.01% биомассы не имеют права решать за остальные 99.99%

Сегодня утром я закончил примерно десять миллиардов жизней, а потом пошёл обедать с коллегами. Звучу как потенциально успешный политик образца 2026 года, но речь не о том. Руки пахли автоклавированным LB-бульоном, а на столе стояли шесть чашек Петри с E. coli DH5α, которые я залил лизирующим буфером, потому что мне нужна была плазмидная ДНК. Кишечные палочки не вопили от боли, естественно не страдали от моих манипуляций, но всё же я их убил.

Этический комитет моего института об этом не знает. Не потому что я скрываю, а потому что никакого этического комитета у нас нет. Потому что ему нечего регулировать. Принцип 3R Рассела и Бёрча (1959) заканчивается ровно там, где начинаются прокариоты. Ноль документов. Ноль согласований. Ноль угрызений совести.

Нуууу, почти ноль.

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

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

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

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

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

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

Это, конечно, не стопроцентная гарантия. Но корреляция оказалась удивительно высокой.

Эти вопросы не про синтаксис и не про правильные формулировки. Их нельзя выучить за вечер перед интервью.

Всем привет! Это команда Яндекс Практикума. Недавно мы провели исследование рынка, чтобы узнать актуальные требования к джуниор СА. Для этого мы поговорили с нанимающими тимлидами и синьорами из крупных и средних компаний, проанализировали вакансии и опросили выпускников курса «Системный аналитик» — джунов, которые недавно проходили процесс найма.

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

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

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

Привет, Хабр! Меня зовут Андрей Юрин, я мобильный разработчик в онлайн-кинотеатре КИОН. Недавно у нас произошел ребрендинг, который коснулся всех платформ, но ресурсов на весь идейный план не хватало. Было решено все делать в мини-команде супергероев из дизайнеров и разработчиков. Я был в зоне отвественности за Android TV и хочу поделиться, с какими проблемами пришлось столкнуться и как проходит ребрендинг в большой компании.

Представьте себе тихий весенний вечер 10 апреля 1933 года. Голландский инженер Бернард Теллеген, известный своими работами в Philips, с нескольких приемников слушает швейцарскую станцию из города Беромюнстера. Звучит чистая, красивая музыка. 

Но зачем Теллеген использует сразу несколько приемников? Чтобы исключить ошибку и влияние каждого из них. Ведь радиотехника не идеальна. А то, за чем Бернард охотится, на одном аппарате может быть вызвано проблемами в приемном тракте.

Но нет. На всех своих приемниках Теллеген слышит, как сквозь шум эфира, пробивается едва различимый, но отчетливый голос диктора. Диктор говорит на французском. Это программа «Радио Люксембург» — мощнейшей коммерческой станции, вещавшей на длинных волнах с передатчика в Юнглинстере. 

Как?! Частоты станций разделяли сотни килогерц, они не могли перекрываться в приемном тракте. Тем не менее, факт налицо. Создавалось впечатление, будто одна радиостанция “впечатывает” свою звуковую программу в сигнал другой.

Привет, Хабровчане! Меня зовут Виктор Чижеков, я техлид команды разработки внутренних продуктов CDEK. В этой статье хочу поделиться своим опытом, как я стал техлидом, но продолжал быть разработчиком. Как переосмыслил свою роль и обязанности, как изменилось видение команды и как я начал на неё влиять. 

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

ИИ‑фреймворки давно въехали в прод, но к ним часто относятся как к «научной приблуде», а не к ещё одному входу в ваши данные и инфраструктуру. Spring AI и ONNX крутятся где‑то между ML‑командами, продуктами вендоров и внутренними ассистентами, и на определённом этапе за ними перестают успевать архитектура и безопасность.

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

А потом ты выезжаешь за МКАД, садишься в поезд или просто решаешь поработать с веранды на даче, и реальность бьет под дых. Мобильный интернет сегодня — это лотерея. Вчера он был, сегодня его «прикрутили» из-за учений, завтра ты въехал в «белое пятно», а послезавтра твой VPN забанили вместе с протоколом.

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

В этой статье я покажу, как в системе asapBI реализована честная оффлайн работа на примере графического моделирование SQL запросов к Clickhouse. Раскажу о том, как под капотом подружились локальное хранилище и тяжелые графы, и почему фраза «интернета нет, но вы моделируйте» — это теперь не издевка, а реальный фича-реквест.

Один простой вопрос. Девять уверенных ответов. Восемь из них — ложь.

примечание: Иллюстрация сгалюционирована ИИ

Я отправил 29 крупнейшим языковым моделям мира одно сообщение — и стал ждать. Я думал: модель либо знает ответ, либо не знает; и честно скажет об этом. Третьего не дано.

Оказалось — дано. И это третье называется галлюцинация с полной уверенностью в своей правоте.

Результаты изменили моё понимание того, насколько мы можем доверять ИИ

Привет, Хабр! Это Сергей Перевозчиков, основатель агентства контекстной рекламы «КонтекстЛаб». Когда ко мне приходят с b2b-услугами, часто слышу одни и те же вопросы: что делать, если аукцион на поиске перегрет и клики доходят до 1000 рублей? Как вообще выделяться, если у продукта нет внятного УТП? И как привлекать бизнес-аудиторию, которая слабо понимает саму услугу?

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

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

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

Сначала переехали почта и офисные приложения. Потом пришли трекеры задач, инструменты для дизайна. Даже обработка видео и трёхмерная графика теперь доступна онлайн. И вот, казалось бы, последний бастион — полноценные IDE — тоже дрогнул.
Настройки окружений, специфичные для ОС зависимости, вечные «оно работает у меня» — всё это становится анахронизмом. Удобнее открыть вкладку и просто начать работать без установки, обновлений и потерянных на настройку выходных.

Если вы тимлид, DevOps или поддерживаете живой репозиторий, то наверняка знаете эту ситуацию: нужно быстро поправить README, обновить контент для Pages или внести небольшую правку по итогам рецензирования. Изменений на несколько минут, а дальше стандартный сценарий: клонировать репозиторий, открыть IDE, дождаться индексации, вспомнить, в какой ветке вообще планировалась правка. Сам код при этом простой, а контекст задачи давно понятен.

Мы в GitVerse регулярно сталкивались с такими случаями — и как пользователи, и как команда продукта. Поэтому решили не «делать ещё одну IDE», а упростить именно этот класс задач. Об этом и расскажем в статье.