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

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

Как организовать регулярную выгрузку данных из 1С, если ручной экспорт уже не справляется с объемом и частотой обновлений? В статье сравниваются два подхода: прямой доступ к базе через SQL и использование готового ETL-инструмента. Разбираем скорость, сложность настройки, требования к специалистам, риски для безопасности и сопровождения системы. Также показываем, в каких случаях оправдан SQL, а когда удобнее использовать готовый инструмент для автоматической выгрузки данных по расписанию без постоянного участия разработчика.

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

Ключ при этом остаётся на месте: он лежит в объектах истории и достаётся одной командой. У всех, кто успел склонировать, — тоже.

Случился у меня забавный hr‑эксперимент с зумерами. Он ещё в процессе, но уже забавно.

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

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

Раньше на стажёрскую вакансию приходило не так много откликов — может, с десяток в месяц. Я проводил их по цепочке отбора, и брал то 1, то 4 стажёра в месяц. Когда набирал столько, сколько требовалось, закрывал вакансию. Запомним срок закрытия вакансии: от недели до месяца.

И вот смотрю на рынок, думаю — сейчас каааааак набежут люди, им же вообще некуда в ИТ податься. А сейчас как раз жатва — выпускники выпустились, работу ищут. Конец лета и осень — самое время молодёжь искать. Итак, пятница, вечер, запуливаем вакансию, идём пиво покупать.

Коллеги из Яндекса подготовили замечательное исследование по наиболее популярным в России мемам за последние годы. Мы неоднократно писали про то, как вчерашние приколы из интернета становятся вполне себе официальными товарными знаками. Мы решили изучить базы и посмотреть, какие бренды на основе мемов появились за последние годы. Итак, приступим.

В прошлой части мы разобрались, почему упаковки становятся критически важными при переходе на ПЭУ. Если у вас есть серьёзный объём, переварить поэкземплярный учёт без эффективной работы с коробами и палетами не получится: поштучное сканирование быстро упрётся в скорость склада.

ТСД сегодня, пожалуй, самый удобный способ вынести эту работу непосредственно в складскую операцию. Но сам терминал ничего не знает о содержимом палеты. Он только фиксирует факт сканирования, то есть остаётся своего рода свидетелем бытия упаковки. Чтобы после одного скана система увидела все вложенные коды, за ним должны стоять правильный идентификатор, зарегистрированная агрегация и доступ к данным о составе.

Иногда текст который ты пишешь вечером за компьютером может закончиться совсем не так как ты ожидаешь. 

Это случилось и со мной — сейчас я в Алматы, а вчера рано утром выехал из Перми сначала поездом в Екатеринбург, а потом с самолётом в Астану, а затем ещё один перелёт в сюда. А завтра я должен быть на Байконуре.

А всё это началось с одной статьи на Хабре.

Летом прошлого года (в июле 2025) я опубликовал статью про построение приватного голосового ассистента на базе Home Assistant, Whisper и Piper, а спустя несколько месяцев в ноябре 2025 года узнал, что выиграл главный приз — поездку на космодром Байконур.

Хабр совместно с хостинг‑провайдером RUVDS, который выступил спонсором, проводил конкурс «Космотекст». Избранные тексты авторов отправляли в космос на микроспутнике, а автору самой лучшей публикации за всю историю конкурса дарили поездку на Байконур. Моя статья про отказ от Алисы неожиданно забрала этот суперприз.

Если вы проводите достаточно времени, используя DeFi, то вы заметите, что большинство диалогов крутится вокруг всего одной метрики: APY. Какой протокол предлагает наибольшую доходность? У которого из них наибольшая отдача? Какой пул ликвидности генерирует больше всего комиссий? Эти вопросы вполне резонны, но они упускают из виду кое‑что гораздо более важное. Насколько эффективно используется на самом деле ваш капитал?

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

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

Как я собрал офлайн-пайплайн для телефонных звонков на одной игровой карте — и зачем там вообще LLM, если «кто что сказал» нас почти не интересует.

Приветствую, Хабр! На связи Евгений Сапрыкин, я главный специалист техуправления по прокатным валкам на Западно-Сибирском металлургическом комбинате. 

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

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

Есть регламенты по плановому ремонту валков. Но хорошо бы обслуживать их не просто по графику, а по мере реальной необходимости. И быстрее настраивать прокатный стан на отремонтированных валках с изменённой геометрией. Всё это позволит нам не допускать брака и аварийных ситуаций.

Эту статью я написал вместе с коллегами из команд IT и разработки бизнес-системы: Евгением Никитиным, Владимиром Рыжковым, Ольгой Чегодаевой, Диной Сизиковой, Ильёй Нечкасовым. Расскажем, как мы наладили систему для обмена информацией о валках между специалистами из эксплуатации и ремонта — и какие задачи это помогло решить.

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

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

Привет, бойцы, вы готовы победить перенос данных?

Есть задача: перенести данные из PostgreSQL в Kafka. Первая мысль: написать небольшой сервис.

Он будет выполнять SELECT, превращать строки в сообщения и отправлять их через Kafka Producer. На схеме все выглядит почти безобидно:

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

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

Другая версия противоположная: Яндекс давно умеет распознавать любые манипуляции, поэтому накрутка либо вообще не работает, либо все наблюдаемые результаты являются совпадением.

Итан Сигел (американский астрофизик‑теоретик и научный журналист, автор рубрики «Спросите Итана», один из пропагандистов современных научных знаний), опубликовал статью о том, как быстро распространяется сила тяготения, или гравитационное искривление пространства.

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

Коммерческий сервис Durev VPN превратил мои бесплатные исследования о в воронку продаж платного VPN на YouTube.

Я начинал с простого AI-аудита заметок, а в итоге Vault Audit AI вырос в систему с двумя индексами, поиском по смыслу, Similar Notes, semantic duplicates и RAG по собственному хранилищу. В статье разбираю, как всё это устроено, что ломалось по дороге и почему почти 700 тестов всё равно не спасли от сюрпризов в реальном Obsidian.

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

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

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

Есть класс фич, которые выглядят на одну строчку в тикете и на неделю в реализации. «Хочу, чтобы статус-страница жила на моём домене» — из таких. Клиент добавляет CNAME status.client.ru → status.your-service.com, и дальше начинается интересное: кто выпустит сертификат для чужого домена, кто его продлит, как не дать одному пользователю положить всю схему мусорными доменами и почему X-Forwarded-For может превратить внутренний эндпоинт в публичный.