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

Привет, Хабр! Хочу поделиться своей историей того, как я пришла к GitHub Actions в попытках автоматизировать сбор аналитики для личного использования.

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

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

Статья из серии "Чем болен средний бизнес? Диагностика и лечение управленческих болезней"

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

Вы — тот самый "пожарный", "нянька" и "арбитр", который лично разруливает каждый затык. А в это время ваш бизнес, как тот воз из басни, тянут в разные стороны. Знакомо?

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

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

Готовы посмотреть правде в глаза и начать строить систему, а не латать дыры?

Первая статья из серии уже ждет вас. Осторожно, может быть больно.

**#бизнеспроцессы #управление #менеджмент #хаос #косников #стартап #дракон

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

За последний год HTML получил деталь, которая меняет привычные «аккордеоны». У <details> появился атрибут name, и этим всё сказано: теперь эксклюзивные аккордеоны можно сделать без строчек JavaScript, а стили и поведение дочистить через :has(). Поддержка стала широкой, а старые практики на дивчиках и ролях можно оставить для случаев, когда действительно нужна сложная логика.

В HTML у нас давно есть пара <details>/<summary>. Браузер сам рисует disclosure-виджет, умеет разворачивать содержимое, бережно обращается с фокусом и клавиатурой. Сейчас поверх этого добавился name, который превращает набор из нескольких <details> в группу, открываешь одно и закрываются остальные из той же группы. Если в группе вы отметили несколько элементов open в исходнике, браузер оставит открытым первый по порядку.

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

Как всё это было организовано - расскажу в этой статье.

Всем привет!

Я решил вести блог о разработке игр на своем личном опыте. Стартовая позиция - без опыта в разработке, не было понимания даже базового синтаксиса.

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

Статьи пишу спустя чуть более, чем полтора года от старта работ, так что будет интересно!

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

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

Это история о том, как я начав с «бесполезного» бага пришёл к обнаружению 0-click ATO (account takeover).

Ученые из Российского квантового центра, ВШЭ и МФТИ сделали новое теоретическое исследование незатухающих токов в мезоскопических одномерных системах с парными перескоками фермионов. Работа была опубликована в Physical Review Journals.    Это исследование является важным шагом в понимании влияния парных перескоков на амплитуду незатухающих токов. 25 лет назад физики-экспериментаторы успешно продемонстрировали, что мощные постоянные токи без потерь могут течь в несверхпроводящих металлических кольцах, но не было теории, которая правильно объясняла бы величину или направление неожиданно больших токов. 

Знакомьтесь, Daisy — наш сервис для быстрого доступа ко всем передовым LLM. Он вырос из инициативы друзей, которым хотелось разобраться, какие пользовательские сценарии работают в GenAI и как сделать удобный AI-based UX. Начав с внутреннего исследования, мы открыли доступ к сервису для внешнего мира и увидели, что им начали активно пользоваться.

За полгода у Daisy — 300 тыс. пользователей, 5 тыс. DAU и более 3,5 млн обращений к моделям. Рассказываем, как мы пошли дальше простого доступа к LLM через API — и сделали полноценный AI-сервис со своим подходом к архитектуре и взаимодействию с пользователями.

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

Расскажу как я помогаю заказчикам оформлять каналы, чтобы снижать цену за подписчика от 20% до 2 раз. Есть вещи, которые нужно сделать для всех каналов, независимо от канала привлечения и ниши. Например, описание канала, название и т.п. А есть вещи, которые подходят для определённых ниш, например, лид-магниты за подписку для инфобиза. 

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

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

Привет, я Денис Сумелев, генеральный директор компании ООО «ИНТЕКЕЙ», ИТ  интегратора и разработчика системы управления складом - INTEKEY WMS. Последние 15 лет занимаюсь консалтингом и автоматизацией складов — от небольших распределительных центров до крупных логистических комплексов.

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

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

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

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

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

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

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

Знакомо? Конечно, приятно ощущать свою значимость, но неужели работа это все, что есть в жизни?!

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

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

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

Привет, Хабр! Мне 29, и у меня нет образования, кроме школы. Расскажу, как я ушел из найма финансовым аналитиком в логистической компании и стал фрилансером-разработчиком в России. Это история про поиск свободы, ошибки, возвращения и окончательный выбор пути.

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

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

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

Вчера вышла модель Gemini 2.5 Flash Image (промо название Nano Banana), которая, возможно, изменит мир работы с изображениями так, как это сделал своим появлением фотошоп. На превью — краткий пример возможностей, в посте — полная версия гифки и много классных экспериментов на все виды редактирования картинок, посмотрим с чем моделька справляется хорошо, а с чем не очень.

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

Давайте смотреть.

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

Этот документ я сделала на основе своего опыта и на основе 90+ кейсов трудоустройств в EN компании в 2024-25 году.

Что в гайде:

⦁ Примеры хорошего и плохого CV (на опыте откликов моих студентов)
⦁ Чеклист проверки CV после генерации нейронками. Отдельные промты к саммари и опыту и тд.
⦁ Как пройти ATS, сохранить краткость и при этом оставить нормальную читабельность.
⦁ Рекомендации, как правильно адаптировать под вакансию.

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

Не раз ловил себя на том, как в код-ревью всплывает одна и та же проблема: часть наших функций синхронные, часть асинхронные, а часть ведут себя как шрёдингеровские коты и делают вид, что синхронны, пока не дотронешься. В итоге в одном месте у нас try/catch, в другом .catch, где-то внезапно падает исключение, а в соседнем модуле молча утекает Promise. С появлением нативного Promise.try стало проще навести порядок и избавиться от разнобоя. Фича прошла процесс стандартизации в TC39 и включена в спецификацию ECMAScript 2026, при этом уже с января доступна в актуальных движках. Можно перестать спорить про обёртку из Promise.resolve().then и получить единый вход для sync/async с нормальной обработкой ошибок.