Когда каждое решение в компании требует согласование фаундера — она неизбежно упирается в одно узкое горлышко. Вы не можете уехать в отпуск на пару дней, т.к. сразу зависают задачи, сотрудники не могут без вас принять решения, а чаты нервно взрываются, пока вас нет.
Сегодня в блоге ЛАНИТ мы бы хотели поделиться, как продукт для лесной отрасли на основе алгоритмов компьютерного зрения прошел путь от пилотной версии до гибкой бизнес-системы и выжил в условиях, когда у сотрудников клиента нет связи, а поставщики не всегда добросовестно измеряют объемы древесины.
Февраль 1738 года, Париж. На ярмарке Сен-Жермен стоит небольшая золочёная утка из меди. Она поворачивает шею, пьёт воду, ест зёрна, чистит себе перья клювом, хлопает крыльями, а потом испражняется.
Публика в оцепенении.
Билет стоил три ливра (примерно недельная зарплата парижского рабочего), зал набит битком. Одни были убеждены, что внутри спрятана живая птица. Другие допускали, что француз Жак де Вокансон и правда воспроизвёл работу пищеварительной системы механически.
Утка была великолепной.
Но немножечко привирала.
Всем привет! С вами Артемий Лямин (@lyaminartemiy) и Иван Тренёв (@123-39). Мы работаем специалистами по разработке нейронных сетей в команде автоматизации машинного обучения Альфа-Банка. В данной статье рассказываем, как провели масштабную модернизацию нашей внутренней AutoDL-библиотеки, пересмотрев её с самых основ.
Мы покажем, какие ограничения были у предыдущей версии и почему точечные улучшения перестали работать. Далее разберём архитектурные решения, которые легли в основу новой системы: переход к модульной мультимодальной трансформерной архитектуре, автоматический поиск архитектур, оптимизацию гиперпараметров, а также переосмысление пайплайна работы с данными. Отдельно остановимся на инфраструктурной части — удалённых запусках и оркестрации экспериментов.
В результате мы покажем как превратили набор разрозненных моделей в единую воспроизводимую и расширяемую AutoDL-платформу. Предлагаем пройти этот путь вместе с нами.
Microsoft отказывается от устаревших драйверов принтеров в пользу режима защищённой печати Windows (WPP). Он использует современный стек печати Windows, который предлагает множество преимуществ, включая повышенную безопасность, более стабильную печать на разных архитектурах и отсутствие необходимости управлять драйверами принтеров.
Беслпатный и рекламируемый впн, насколько все плохо ?
Давайте разберем самый популярный в тиктоке рекламируемый впн Kakadu,сегодня я не буду брать аспекты что они наводят панику и тд.Мы посмотрим правда ли у них «invisible protocol» а не VLESS,я решил это проверить ведь по сути это уголовно наказуемо (ввод в заблуждение),а в итоге и нарушение лицензии GPLv3 + присваивание open source софта.
Так что сегодня мы расчехляем waydroid,whireshark,strings и bind.
Мы конечно не будем заниматься реверс инженрингом а просто анализировать приложение сначала посмотрим внутренности путем проверки строк внутри бинарника и просто распакуем апк.
В итоге на фото которое я приложил нет никакого протокола, это значит что они используют sing-boxоткрытое ядро прокси под GPLv3.А эта лицензия обязывает говорить об проектах которые используются.Уже нашли присваивание ПО.
Также я пытался засунуть кусок wire shark дампа чтобы узнать их реальный протокол но увы.Но суть в пакете 9156
9156: 1956 192.168.240.112
155.212.215.82 TLSv1.3 609 ClientHello
Здесь можно увидеть подключение, но это вайбкод заглушка из reality-fallbacks.К слову VLESS+reality просто маскируются под TLSv1.3 вывод они используют обычный VLESS.
Но это еще не все, они говорят что их сервера работают даже без интернета НО у них один СЕРВЕР.Один для балансировки нагрузки это уже понятно что его заблокировать можно в один клик.
Так что вывод: используйте нормальные платные впн или лучше поднимите свой!
Привет всем, на связи снова Дарья Борисова, системный аналитик из ПСБ. Продолжаю развеивать мифы о REST API. Если вы пропустили первую и вторую часть, то советую заглянуть туда: ведь мы уже разобрали некоторые заблуждения о природе REST. Сегодня мы разберем нюансы транспортных и бизнес-ошибок, погрузимся в кеширование и узнаем, действительно ли REST должен быть прокси для базы данных.
Переходите под кат, начинаем!
OpenAI выкатил гайд по промтингу GPT-5.5. Главный тезис: длинные простыни инструкций с ALWAYS/NEVER/MUST не помогают модели — они мешают. Чем подробнее зажимаешь процесс, тем хуже результат. Я полез проверять. Открыл свой рабочий скилл — process-logs, обработка логов ошибок, версия 1.9.0, продакшн. 663 строки, 36 капс-блоков: «CRITICAL REQUIREMENTS», «YOU MUST FOLLOW THESE RULES. NO EXCEPTIONS». Каждый раздел начинается с MANDATORY. Перечитал по новым правилам OpenAI и нашёл четыре проблемы в одной секции из 134 слов: дублирующиеся императивы на одну мысль, judgment-call под видом invariant, нет stopping condition. Переписал — стало 50 слов. На Opus 4.7 и GPT-5.5 короткий вариант даёт лучший фикс на одной и той же ошибке из логов. В статье: разбор 5 ключевых тезисов гайда с прямыми цитатами, диф «до/после» на реальном продакшн-скилле, эксперимент в Google Stitch, который можно повторить за 5 минут, и сверка с тем, что говорит Anthropic про Claude.
На всех парах движемся к завершению цикла. В шестой главе Скотт Влащин рассказывает о типизированных строках, которые позволяют хранить значения, удовлетворяющие ограничениям, например, электронные адреса, почтовые индексы и т. д.
Разберёмся, как это выглядит в языках с алгебраическими типами.
Решение арбитражного суда — это не завершение процесса взыскания, а переход к следующей стадии. Формально суд подтверждает право требования, но фактическое получение денег зависит от того, как выстроено исполнительное производство.
Практика показывает, что значительная часть дел не приводит к реальному взысканию. Причины типовые: отсутствие контроля со стороны взыскателя, задержки в работе судебных приставов, а также действия должника по выводу активов.
В этой статье разбирается, как устроено исполнительное производство по взысканию долга, какие механизмы доступны взыскателю и почему последовательность действий влияет на результат.
У нас в комьюнити билдеров я постоянно вижу одну и ту же ошибку. Человек строит продукт, выкатывает, а потом идёт сливать деньги в рекламу. Экономика не сходится, продукт замораживается.
Ребята из ViralMaxing прошли этот путь на предыдущем проекте — привлекли у инвест-фонда 30 миллионов, успели влить пару миллионов в платный трафик, экономика не сошлась, проект заморозили. А потом сделали новый сервис и раскрутили его через закрытые телеграм-клубы. Вход — 5000 рублей.
Передаю слово основателю — Илье Дрозду.
В ноябре наш сервис ViralMaxing закрыл 6000 долларов ежемесячной выручки. К марту вышли на 15 000. Нас двое плюс помощница: я занимаюсь клиентами и маркетингом, мой партнёр Лёша пишет весь код. Инвестиций нет, рекламу не покупали. Расходы на инфраструктуру — около 1200 долларов в месяц.
Создатель текстового редактора для Windows Notepad++ Дон Хо попросил изменить название и логотип нативного порта NotePad++ для macOS.
Администрация Дональда Трампа обсуждает указ (executive order) о создании рабочей группы по ИИ и государственной проверке новых моделей до их публичного релиза, сообщает The New York Times. На прошлой неделе с планами уже ознакомили CEO трех компаний — Anthropic, Google и OpenAI.
Всем привет, меня зовут Сергей Сибара, я фронтенд-разработчик в ИТ-холдинге Т1. Эта статья — продолжение предыдущей: Мой справочник по Feature-Sliced Design. На этот раз я рассмотрю, как по моему субъективному мнению улучшить файловую структуру проекта, нарушая рекомендации FSD — архитектурной методологии для проектирования фронтенд-приложений.
В конце статьи есть ссылки на другие подходы к организации файловой структуры фронтенд-приложений.
Привет, Хабр! Я Антон Боганов, в команде РСХБ. Цифра занимаюсь внедрением и развитием платформы цифрового рубля, а также управлением цифровыми услугами. В этой статье будем говорить про деньги и их загадочную третью форму — цифровой рубль.
Прошлым летом мы в банке вывели в эксплуатацию Платформу Цифрового Рубля. Теперь государство, компании и люди могут пользоваться счетами Цифрового Рубля, проводить платежи друг другу в цифровой валюте, в том числе технически уже с середины этого лета с использованием самоисполняемых контрактов.
Привет, Хабр! Меня зовут Михаил Афанасьев, я главный специалист в команде кибербезопасности Platform V в СберТехе, занимаюсь подготовкой продуктов к прохождению сертификации ФСТЭК России. Хочу рассказать о режиссуре LLM-агентов и о том, как выбор ролей и написание промптов превращают хаотичный поток запросов к нейросети в надёжную инженерную систему.
10 новых российских продуктов для нарезких длинных видео на короткие Reels и Shorts, поиска работы и подработки свайпами, создания ИИ-агентов тех.поддержки, холодного аутрича в B2B , аналитики эквайринга и многого другого. Битва за «Продукт недели» началась!
Product Radar — здесь каждую неделю публикуются лучшие онлайн-сервисы и железки от русскоязычных команд.
Эта история началась с довольно обычного желания - иметь точные показания пульса в своей хронологии тренировок. Как оказалось, это не такая простая задача даже в 2026 году. Все мои датчики имеют свойство "уплывать" в своих показаниях в самый ответственный момент. Не в силах больше это терпеть я решил написать собственное приложение для устройств Garmin - Extra Sensor.
На старте почти любой проект по внедрению 1С кажется вполне управляемым: есть бюджет, определены сроки, и команда уверена, что справится. Создается ощущение, что достаточно последовательно выполнить намеченный план – и через несколько месяцев компания получит новую систему, где все будет работать лучше, быстрее и прозрачнее.
На практике все обычно оказывается не так гладко. Сначала недооценивают объем работ. Затем по ходу проекта решают «заодно» добавить еще несколько функций. Подготовку справочников откладывают до последнего, ключевые пользователи продолжают держаться за привычные процессы, а сам проект в результате запускают слишком рано – без полноценной подготовки ни системы, ни сотрудников.
Из-за этого бюджет начинает постепенно выходить за рамки. Не одномоментно и не резко, а шаг за шагом. Еще один дополнительный блок, еще одна доработка, лишний этап согласования, новая интеграция – и проект уже обходится заметно дороже, чем планировалось в начале.
Хорошая новость в том, что в большинстве случаев это не случайность и не «непредсказуемость внедрения». У перерасхода почти всегда есть вполне конкретные причины. Ниже – семь распространенных ошибок.
29 апреля 2026 года Митчелл Хашимото объявил, что уводит свой Ghostty с GitHub. Цитата ушла на главную Hacker News через статью в The Register: «GitHub больше не место для серьёзной работы, если он каждый день блокирует тебя на часы».
Сам по себе уход одного человека, даже такого, как Хашимото, ещё не новость. Новость в другом: на главной HN на той же неделе оказалось ещё четыре истории про GitHub. Эссе Армина Ронахера про то, как мы жили до GitHub. Манифест команды Tangled про федеративные форджи. Тихий запуск голландской госплатформы для опенсорса на Forgejo. И жёсткий аудит безопасности того же Forgejo от Жюльена Вуазана. Если посмотреть на эти пять текстов вместе, складывается одна история.
Хашимото — не случайный пользователь GitHub. Сооснователь HashiCorp, после ухода оттуда автор Ghostty. И, по его собственным словам, «пользователь GitHub номер 1299, зарегистрирован в феврале 2008-го». Он же говорит про себя как про человека, который «листает задачи на GitHub с тех пор, когда у такого поведения ещё не было названия». Если GitHub для кого-то и был домом, то для него.
Необычным его пост делает разбор последнего месяца. Хашимото вёл журнал дат и ставил «X» против каждого дня, когда GitHub упал и помешал ему работать. «Почти каждый день стоит отметка X», пишет он. «В день, когда я пишу этот пост, я уже два часа не могу сделать ни одного ревью пулл-реквестов, потому что лежат GitHub Actions». The Register заметил, что пост вышел прямо перед инцидентом 28 апреля, когда пулл-реквесты перестали завершаться из-за падения Elasticsearch.
