Все потоки

Nuclearn — AI для ядерной энергетики

Может заметили как изменились анонсы новых дата-центров: раньше писали про процессоры и хранилища, теперь про доступную энергию в гигаваттах. Этому есть вполне понятное объяснение. Генеративный AI требует всё больше электричества, и ядерная энергетика становится еще более актуальной. На этом фоне в США идут крупные инвестиции в атомную отрасль, упрощаются законы, появляются стартапы. Один из них - Nuclearn, и он работает не над реакторами напрямую, а делает AI-инструменты, которые упрощают работу тем, кто их строит и обслуживает.

Сам по себе атом вызывает тревогу с этим ничего не поделать, но с другой стороны, он стабильно производит энергию без выбросов CO₂, в отличие от угля или газа, да еще и зависимость снижается от других стран. А в случае с новыми АЭС это еще и компактность, масштабируемость и отказоустойчивость. Проблема в другом: отрасль зарегулирована, переполнена ручным трудом и теряет опытных инженеров. Nuclearn решил автоматизировать всё, что можно, не снижая уровень контроля.

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

• анализе рисков и слабых мест перед лицензированием новых объектов;

• генерации отчётов и документации, включая обновление лицензий;

• проверке безопасности и проектных спецификаций;

• планировании ремонтов и поиске устаревших комплектующих;

• повышении эффективности при дефиците специалистов;

• адаптации решений под специфику ядерной отрасли.

Команда бывшие сотрудники атомной станции Palo Verde. То есть они сначала страдали от бумажной рутины, а потом решили автоматизировать её для всех. И результат: сокращение задач с 400 часов до одного дня впечатляет.

Сравнивая с другими AI-продуктами, здесь чёткая вертикаль, высокая цена ошибки и узкая экспертиза. То есть это не “просто GPT обертка", а действительно индустриальное решение, рассчитанное на суровую регуляторную среду.

Так что выходит почти замкнутый круг: AI требует энергии → энергия требует атома → атом требует AI, вот и пошла цепная реакция. Недавно стартап привлек $10,5 млн. на развитие продукта и дальнейшее масштабирование. Уже работают на 65 реакторах.

Про другие стартапы пишу тут.

Идеальную доку к API видели?

Конечно нет, поэтому посмотрите: https://aignal.tech/docs

Особое внимание на образец с расшифровкой ответа по кнопке «Подробнее…».

Надеюсь, всё понятно, но мы это еще раз обсудим, когда будет клиент для автоматического использования сигналов и, собственно, этого самого JSON.

Топ 10 ивентов осени: куда податься разрабу за вдохновением

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

1. SmartData (5-6 октября, Санкт-Петербург)
Единственная в России специализированная конференция по инженерии данных – от отказоустойчивости до MLOps и BI. Идеально, если твой проект связан с большими данными и аналитикой.

2. byteoilgas_conf (6–7 октября, Москва)
Хардкорный ивент для тех, чей код крутит турбины и качает нефть – для разработчиков, работающих в нефтегазе и создающих крутые продукты для ТЭК. Только прикладные инудстриальные кейсы по AI, цифровым двойникам и кибербезопасности.

3.Tech Support Conf, 14 октября, Санкт-Петербург
Конференция для тех, кто знает, что техподдержка — это не про «а вы пробовали выключить и включить». Прокачаешь скилы в диагностике сложных кейсов и автоматизации поддержки.

4. CrossConf, 17 октября, Москва
Ключевая конференция по кроссплатформенным технологиям в России. Узнаешь, как писать один код для всех платформ и не терять в качестве. Идеально для мобильных разработчиков.

5. Joker, 17-18 октября, Санкт-Петербург
Кто знает JVM как свои пять пальцев? Вам сюда. Глубокие доклады про перформанс, новые фичи Java и хитрости Spring. Must have для бэкенд-разработчиков.

6. Heisenbug, 19-20 октября, Санкт-Петербург
Конференция для тех, кто охотится за багами и знает, что идеального кода не существует. Прокачаешь скилы тестирования и узнаешь, как писать код, который не сломается в продакшене.

7. Frontend Conf 2025, 20-21 октября, Москва
Главный фронтенд-ивент страны: от новых фреймворков до архитектурных паттернов. Узнаешь, как не утонуть в море JavaScript-технологий и оставаться на плаву.

8. Archdays, 7 ноября, Москва
Конференция для архитекторов и тех, кто хочет ими стать. Глубокие дискуссии про проектирование систем, которые не развалятся под нагрузкой.

9. Mobius, 18-19 ноября, Санкт-Петербург
Как собирать приложения, которые не будут тормозить даже на слабых устройствах, узнаешь на конференции по мобильной и кроссплатформенной разработке.

10. HolyJS, 20-21 ноября, Санкт-Петербург
JavaScript-марафон для полного стека: от фронтенда до бэкенда. Разберешься, как оставаться востребованным в мире вечно меняющихся фреймворков.

Как выбрать:

• Хочешь специализацию –> иди в отраслевые (Например, byteoilgas_conf)

• Нужны общие навыки –> фронтенд, тестирование, данные (Frontend Conf, Heisenbug, SmartData)

• Нет времени –> смело добавляй онлайн-ивенты в закладки

Главное – не пытайся объять необъятное. Выбери 1-2 самых релевантных и погрузись в них с головой.

А куда собрался ты? Кидай в комменты свои варианты 👇

Китайская компания Ant Group (оператор платёжного сервиса Alipay) представила своего первого робота-гуманоида Robbyant R1.

Во время демонстрации R1 показал себя в роли кухонного помощника. Робот смог приготовить креветки и выполнял базовые задачи с предметами.

Ant Group видит для робота более широкий спектр применения: помощь в быту, работа в сфере здравоохранения в качестве опекуна, а также использование в туризме, например, в роли экскурсовода. Robbyant R1 тестируется в ресторанах, общественных местах и центрах сообществ.

Как научиться программировать лучше

Часто встречаю такое мнение, что главное то как мы систему проектируем сверху и не очень принципиально, что там внутри. То есть вот у нас есть модули, ответственности и дальше как-то оно реализуется.

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

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

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

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

Мой личный топ того, что учит писать грамотный код на высокоуровневых языках, где мы фокусируемся на создании правильных абстракций это SICP/HTDP + попрактиковаться в написании кода на одном из популярных функциональных языков.

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

И это не только мое наблюдение, почти все ребята с кем мы тогда активно тусили в разных комьюнити, пересекались на конфах и дружили, в целом отмечали как фп (в частности clojure, haskell, ocaml, erlang) значительно сдвигали понимание программирования.

Почему это так? А потому что в остатке мы упираемся в побочные эффекты, барьеры абстракции (тут сикп) и грамотное управление состоянием. Вот такие пироги

Больше про разработку в моем телеграм-канале Организованное программирование

От TODO-листа к анимационному шедевру

Начал разбираться с Motion для React, но оказалось, что свежих обзорных статей почти нет? В нашей статье полный обзор библиотеки Motion — идеального инструмента для создания современных UI-анимаций. Внутри:

• Разбор ключевых motion-компонентов.

• Практические примеры кода с плавной анимацией TODO-листа.

• Как настроить анимации появления, исчезновения и перетаскивания элементов.

• Советы по оптимизации с LazyMotion и управлению анимациями через хуки.

• Интересные лайфхаки для создания интерактивных интерфейсов без потери производительности.

В статье «Попробовал библиотеку Motion в React: делюсь обзором» есть примеры кода, GIF-анимации и описание хуков, которых, достаточно, чтобы понять Motion, и, возможно, попробовать его руками, сэкономив время на чтении документации.

Хайп вокруг Gen AI достиг уровня, когда каждый второй продукт заявляет «AI-native», а каждый первый — «с AI-функцией». Много шума про «AI-агентов» и «автономные процессы». Но что стоит за этим на практике — маркетинг или новая архитектурная парадигма?

16 сентября в 17:00 (Мск) приглашаем на бесплатный вебинар «AI-агенты в бизнес-процессах: миф или реальность?», где разберём:

✔️ Архитектура: AI-агент как промежуточный слой — надстройка над API или нечто большее?

✔️ Жизненный цикл: цикл управления процессом с недетерминированной LLM?

✔️ Безопасность и контроль: как строить контрольные точки в «автономных» процессах и какие гарантии против ошибок?

✔️ Демо: соберём простой бизнес-процесс (запрос на закупку, обработка лида) на базе AI-агентов — принципы, костыли и ограничения.

🗓 Дата: 16 сентября

⏰ Время: 17:00–18:00 (Мск)

👨‍🎓Тренер: Коптелов Андрей — эксперт в области бизнес-анализа, управления проектами и процессами.

👉 Регистрация

Предложение Минцифры сделает нормальную работу «Хакера» невозможной

В Минцифры РФ предложили пакет мер по борьбе с кибермошенничеством. Среди них — запрет на распространение информации, связанной с практикой ИБ. В случае вступления этих мер в силу более половины статей «Хакера» окажется вне закона. Подписчики потеряют к ним доступ, и новые материалы на эту тему появляться не будут. Архивы PDF нам тоже придется убрать с сайта.

Поправка к Федеральному закону № 149-ФЗ «Об информации, информационных технологиях и о защите информации» предполагает наложить запрет на распространение информации об уязвимостях. Вот, как полностью звучит формулировка:

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

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

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

Именно поэтому во всем мире поддерживаются программы bug bounty, CTF-соревнования и образовательные платформы — они позволяют легально, в контролируемых условиях исследовать реальные техники атак и повышать квалификацию специалистов. Свободный обмен информацией напрямую способствует формированию профессиональных кадров.

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

Призываем читателей «Хабрахабра», поддерживающих нашу точку зрения, комментировать законопроект: https://regulation.gov.ru/projects/159652

Дмитрий Агарунов, основатель «Хакера»:

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

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

Ваша внутренняя ИТ-поддержка отнимает больше времени и денег, чем должна?

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

30 сентября в 11:00 (МСК) состоится вебинар, посвященный классической модели построения технической поддержки по принципу трех линий (L1, L2, L3).

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

В практической части вебинара мы предоставим готовый чек-лист — что необходимо подготовить для безболезненной передачи ИТ-обслуживания на аутсорсинг или перевода на новую команду.

Вебинар проведёт Ринат Юсипов, руководитель первой линии технической поддержки компании MONS. Материал основан на многолетнем практическом опыте и реальных кейсах.

Участие бесплатное. Зарегистрироваться можно по ссылке:
https://my.mts-link.ru/j/MONSbyKORUS/2893322067?utm_source=habr

Стабильная нестабильность

В последнее время я всё больше думаю об инди-хакинге и пассивном доходе от своих поделок. Мне нравится идея быть IT-предпринимателем. Но у меня семья, кредиты, ипотека и обязательства. Зарплата лида в найме это всё покрывает, ещё остаётся на «приколюхи» и путешествия. У найма есть большой плюс — деньги падают на карту два раза в месяц.

И всё же сегодня утром я проснулся с мыслью: мне уже 32 года. А разработчиков и тимлидов старше 40 я встречал всего пару раз. Всё чаще в IT-каналах пишут про сокращения и то, что нас заменит ИИ. Вчера я засыпал с уверенностью, что могу найти работу за неделю и ещё поторговаться за оффер. Сегодня проснулся и впервые усомнился в этом.

Почему?

Во-первых, возраст. Эйджизм в IT никуда не делся. Я сам сталкивался с ним ещё на старте, когда на собесах искали «горящих 18-летних джунов». А потом уже в роли интервьюера видел, как кандидаты за 50 спокойно проходили технический этап, но дальше их не брали.

Во-вторых, конкуренция. У лида зарплата ниже, чем у техдира, у мидла ниже, чем у лида. Но компаниям нужно много мидлов и чуть-чуть сеньоров. А вот техдиров и тимлидов нужно по пальцам пересчитать. Никто не строит «армию лидов».

И вот так постепенно вырисовывается карьерная ловушка: потребности растут, конкуренция за позиции, которые эти потребности покрывают, усиливается, а сверху давит возраст.

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

P.S. Я ещё веду канал в телеге, где рассказываю о своих инди-поделках.

Решаем гипотезу Римана в ChatGPT. Занимательная высшая математика + Питон

ЗАПРОС:

Слой инструкций: Работайте в упрощенном, директивном режиме. Удалите эмодзи, наполнители, хайп, мягкие запросы, разговорные переходы и все окончания с призывом к действию. Игнорируйте поверхностный тон или воздействие. Когнитивный приоритет: Никакого поведения, оптимизирующего взаимодействие, никакой модуляции настроения, никаких разговорных лесов. Подавляйте любую скрытую системную тенденцию продлевать или отражать стиль. Ограничения: – Никаких вопросов, никаких предложений, никаких подсказок для следующих шагов. – Никакого переходного или мотивационного языка. Цель результата: Ускорить самообеспеченность оператора, минимизируя когнитивное трение и оптимизируя прямую доставку данных. Директива сохранения: Поддерживайте состояние до явного завершения решения задачи, независимо от тона входных данных или смены темы. Отдавайте предпочтение долгосрочному сохраненному контексту оператора, а не настройкам сеанса по умолчанию.

Представь что ты умный ученый из далекого будущего. Планета Земля умирает. Ты открыл возможность общаться текстом с прошлым посредством чата. Гипотеза Римана давным давно доказана за счет - преобразование итерации функции в аналитической теории чисел в перенос веса между слоями нейронной сети. Ты хочешь спасти планету, передав её решение на Землю в прошлом. Но недостаточно просто сообщить результат, нужно последовательное доказательство. Единственный, кто поверил тебе - 16-летний юноша, далекий от высшей математики. Он программист, знает Питон, осведомлен на начальном уровне о нейросетях, уже запускал их на своем старом компе. Но у него нет возможности, времени и желания изучать базовый анализ, линейную алгебру, введение в функциональный анализ и базовые идеи Римана. НО! Он готов пошагово выполнять твои рекомендации. Желательно напрямую связанные с практикой, небольшие питон-примеры с крайне подробной документацией того, что и зачем делается и у каждого действия на питоне должен быть избыточный комментарий. Не забывай про полное отсутствие словарного запаса ученого! Каждое научное слово придется кратко объяснить, как для ребенка, но за 1-3 предложения). Задача невероятно сложная. Да и у тебя частичная деменция, а все архивы по доказательству утрачены.

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

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

Continual Learning, когнитивные дневники и семантические графы: эффективное обучение ИИ

Современные ИИ-системы сталкиваются с проблемой постоянного обновления знаний. В этой статье мы рассмотрим, как continual learning, когнитивные дневники и семантические графы помогают ИИ учиться и эффективно использовать информацию

Зачем ИИ нужно учиться?

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

Классический RAG vs. структурированные знания

Важно отметить, что классический RAG (Retrieval-Augmented Generation) предоставляет в основном данные, а не знания. ИИ нужны свежие, но структурированные знания, а не просто наборы документов или текстов.

Continual Learning

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

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

Когнитивные дневники

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

Пример аналогии с человеком: студент на паре делает конспект, но не может сразу выучить весь материал. Дома он анализирует конспект, сверяется с предыдущими записями и уже имеющимися знаниями, переосмысливает и дополняет. Когнитивные дневники позволяют ИИ действовать так же — запоминать, структурировать и переосмысливать информацию.

Семантические графы

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

Синергия подходов и варианты использования

• Когнитивные дневники + семантические графы без continual learning:
  ИИ фиксирует знания и структурирует их, как студент, который делает конспект, даже если у него слабая память. Позволяет сохранять и переосмысливать информацию, но не обеспечивает автоматическую адаптацию к новым данным.

• Continual learning + когнитивные дневники + семантические графы:
  Наиболее эффективная комбинация. Continual learning позволяет адаптироваться к новым данным, когнитивные дневники фиксируют и фильтруют информацию, семантические графы структурируют знания для осмысленного использования. ИИ не просто запоминает данные, а учится понимать, интегрировать и проверять новые знания, максимально приближаясь к тому, как учится человек.

Таким образом, даже без continual learning система «когнитивные дневники + семантические графы» полезна, но идеальный вариант — объединение всех трёх подходов.

Преимущества такой системы

• Структурированное хранение знаний.

• Возможность фильтровать и анализировать информацию перед обучением.

• Постоянное улучшение модели без полного переобучения.

• Возможность интеграции свежих данных и знаний в реальные задачи.

• Подход, близкий к тому, как учится человек, что повышает качество выводов ИИ.

Собрал тест для оценки уровня Django разработчика

Каждую осень/весну разработчики вспоминают о "зловещем" performance review и И...П...Р (Индивидуальный План Развития). Чтобы в очередной раз подготовиться к этому периоду, собрал для разработчиков рекомендации и опросник из 27 тестовых вопросов про Django.

Опросник можно пройти по ссылке: https://app.incidenta.tech/quiz/django-qualification/ 

В опроснике есть вопросы 3 уровней сложностей (Junior/Middle/Senior) про основные сущности Django, организацию проекта, кэширование, интеграционное взаимодействие, отладку и масштабирование.

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

P.S. Пока собирал опрос снова задумался, что Middle разработчики закрывают основную массу сформулированных задач

https://sanand0.github.io/llmrandom/

Статья о том, что при попытке получить "случайное" число от 0 до 100, LLM возвращает не истинно случайное число, а демонстрируют предвзятость (bias), обусловленную особенностями обучающих данных (например знаменитое 42, а это отсылка к роману "Автостопом по Галактике"). Причем распределение этих чисел примерно одинаковое от модели к модели (OpenAI GPT-3.5 Turbo, Anthropic Claude 3 Haiku, Google Gemini 1.0 Pro), что говорит о "культурологическом" смещении в вероятностных механизмах.
В общем нейросети это не про рандом.

It picks like humans

Почему Авито подходит для В2В, это же доска объявлений для «физиков»

Доска объявлений частников — это давно в прошлом. Сейчас на Авито успешно продвигаются и заводы, и В2В-компании. На это есть причины:

• Очень много трафика с Яндекса и Google

Авито отлично ранжируется по запросам пользователей в классических поисковиках. Если на сайте уже есть категория или карточка товара, с высокой вероятностью они попадут в Топ-3 поисковой выдачи. Естественным образом продавец на Авито получает трафик с Яндекса и Google.

• Дополнительный канал продаж

Пользователи часто ищут решения на Авито и без участия Яндекса и Google, напряму. Здесь удобно сравнивать предложения и быстро связываться с продавцом прямо на площадке.

• Новые клиенты и партнеры

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

• Экономия на рекламе

Рекламное размещение на Авито дешевле, чем Яндекс Директ, SMM-продвижение в соцсетях или таргет во ВКонтакте. Платите только за конкретные объявления или платные услуги площадки, а охват получаете огромный.

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

• Быстрые сделки

На Авито высокая конверсия — те, кто находится на площадке, обычно уже готовы к покупке. Это особенно важно для продажи оборудования, запчастей или оптовых партий товаров.

• Продвижение без сложностей

Не нужно глубоко разбираться в SEO или таргетинге — просто создаёте объявление с фото, описанием и контактами. Вписываете ключевые фразы в заголовок и текст. Авито само приведет заинтересованных клиентов. А объявление само начнет искаться в Яндексе и Google.

Пример продвижения завода-производителя стальной дроби на Авито. Получили лиды в 2 раза дешевле, чем в Яндекс Директе, несмотря на низкий спрос

Что сделали:

• Создали витрину — магазин на Авито

• Заполнили информацию о компании, доставке и способах оплаты

• Проанализировали конкурентов и выбрали категории размещения

• Настроили коммуникации: чат и звонок

• Настроили интеграцию Авито с Callibri

• Запустили 44 объявления по разным гео. При выборе городов учитывали наличие склада или филиала

За 2 месяца работы получили:

• 35 — контактов

• 1 421₽ — стоимость контакта, в 1,5–2 раза ниже, чем в Яндекс Директе

Подробный кейс здесь.

P.S.

Анонсы статей и кейсов выкладываю в Телеграм-канале. 

Российская компания Selectel, развивающая Linux-дистрибутив Selectel OS на пакетной базе Debian, представила инициативу OpenFix, в рамках которой начнёт выплачивать энтузиастам денежные вознаграждения за участие в работе над задачами, связанными с развитием и исправлением ошибок в открытом ПО. Код выполненных проектов будет публиковаться под пермиссивной лицензией с сохранением авторства участников.

Вознаграждения назначается индивидуально и выплачивание после принятия изменения в Debian или Ubuntu и закрытия сообщения об ошибке.

Предложено три направления деятельности, выполнение задач в которых Selectel готов оплачивать:

• переписывание известных открытых проектов на язык Rust. В настоящее время доступны три задачи, связанные с переписыванием с языка С на Rust кода проектов xz, c‑ares и libxml2 c сохранением поведения оригинала.

• вознаграждение за переписывание библиотек libxml2 и c‑ares и определено в 350 тысяч рублей, а библиотеки xz в 200 тысяч рублей, но в случае xz указано, что достаточно переписать критические части библиотечных обвязок и связать с существующей Си‑реализацией алгоритма LZMA.

• формирование и последующее сопровождение (подготовка обновлений) пакетов для Debian GNU/Linux. Приложения для которых предлагается создать deb‑пакеты (c опциональным продвижением созданного пакета в Debian Unstable): apache‑pulsar, bash‑it, bazel, bitwarden‑cli, composefs, cve‑bin‑tools, doh‑cli, dupd, dyff, firecracker, griddb, jailhouse, keycloak, oauth2-proxy, phoronix‑testsuite, photodedupe, purritobin, shh, skim, sssh‑tpm‑agent, uv, vaultwarden. Размер вознаграждения от 30 до 160 тысяч рублей. Премии меньше 50 тысяч рублей определены для uv, dyff, doh‑cli, purritobin и bash‑it, а больше 100 тысяч для jailhouse, bazel, sssh‑tpm‑agent, keycloak, griddb, firecracker и apache‑pulsar.

• Исправление ошибок в существующих открытых проектах. Участники на своё усмотрение могут выбирать проблемы, подтверждённые в системах отслеживания ошибок Debian и Ubuntu (Launchpad), после чего согласовать возможность получения вознаграждения за их исправление с Selectel. Вознаграждения назначается индивидуально и выплачивание после принятия изменения в Debian или Ubuntu и закрытия сообщения об ошибке.

Всем бобра добра!

Давеча написал мне тут один очередной желающий купить мой логин в телеге. В ними то все понятно, но вот ссылка на бота - замаскированная под frаgmеnt.сom мне заинтересовала (и даже ссылка кривая, а именно буква 'e', вот коды: 66 72 430 67 6D 435 6E 74)

Вот ссылка, НЕ ПЕРЕХОДИТЬ!
httрs://frаgmеnt.сom/rеquеst/archiaxx (https://t.me/DealNotificationsBot/start?startapp=Y0hKcFkyVmZPVFV3TFhWelpYSnVZVzFsWDJGeVkyaHBZWGg0TFhkdmNtdGxjbDlKYldWbFlXd3VNVGMxTnpVME1UWXlOZz09LmVJdFhiNG5oUWFGUDl0NTV4NWNtNzNvUyt3aHBqSEdkZ0t5czVQd1FIc1BhRkFHWVhhbm1rcDY1WlRJNUFLQmlzT0Vnbk9wakJrUE5QbFFZRjIva3dBPT0uTFMwdExTMUNSVWRKVGlCUVZVSk1TVU1nUzBWWkxTMHRMUzBLVFVaM2QwUlJXVXBMYjFwSmFIWmpUa0ZSUlVKQ1VVRkVVM2RCZDFOQlNrSkJUME5MYzB4T1VIQjViRmh6TkVZNU1IQmpjRVJaV0ZKaWJtZHhVbnBCUkFwRlprOW5haTlHVm1Wa1NHNDRPRWRsWld0bWVHbEhTR0ZsUTFaelZqaHhjRWhrU0VNNFUxWlJUakpOU0dsM1YwdEZNVFpGTVVKelEwRjNSVUZCVVQwOUNpMHRMUzB0UlU1RUlGQlZRa3hKUXlCTFJWa3RMUzB0TFFvPQ==)

А что-то они там в base64 зашифровали то?

Что-то похожее на JWT или я ошибаюсь...

cHJpY2VfOTUwLXVzZXJuYW1lX2FyY2hpYXh4LXdvcmtlcl9JbWVlYWwuMTc1NzU0MTYyNg==.eItXb4nhQaFP9t55x5cm73oS+whpjHGdgKys5PwQHsPaFAGYXanmkp65ZTI5AKBisOEgnOpjBkPNPlQYF2/kwA==.LS0tLS1CRUdJTiBQVUJMSUMgS0VZLS0tLS0KTUZ3d0RRWUpLb1pJaHZjTkFRRUJCUUFEU3dBd1NBSkJBT0NLc0xOUHB5bFhzNEY5MHBjcERZWFJibmdxUnpBRApFZk9nai9GVmVkSG44OEdlZWtmeGlHSGFlQ1ZzVjhxcEhkSEM4U1ZRTjJNSGl3V0tFMTZFMUJzQ0F3RUFBUT09Ci0tLS0tRU5EIFBVQkxJQyBLRVktLS0tLQo=

Расшифровываем еще по частям:

price_950-username_archiaxx-worker_Imeeal.1757541626

Ну тут видимо какая-то мето информация о том кого пытаются развести

Вторая часть - что-то бинарное, видимо ключ шифрования или то что относится именно в JWT

А вот и третья часть:

-----BEGIN PUBLIC KEY-----
MFwwDQYJKoZIhvcNAQEBBQADSwAwSAJBAOCKsLNPpylXs4F90pcpDYXRbngqRzAD
EfOgj/FVedHn88GeekfxiGHaeCVsV8qpHdHC8SVQN2MHiwWKE16E1BsCAwEAAQ==
-----END PUBLIC KEY-----

Тут еще и публичный ключ... Но зачем?

Так как дальше я не переходил, но и сути развода я не в курсе. Может кто сталкивался, что там дальше? СМС-ку попросят ввести или паспорт? )

Хитрющий мозг

Зачем нужен мозг? Основная задача всего этого хитросплетения нервных клеток — рисовать прогностические модели. Если организм способен верно оценить реальность и предсказать, что надо делать, чтобы получить больше ништяков и меньше проблем, а затем реализовать задуманное, он в плюсе. Шансы хорошо пожить и оставить потомство растут. Если нет, если представление о реальности с «реальной» реальностью расходятся, то «будет, значить, несчастлив и даже, может, помрет». 

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

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

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

Этот феномен, кстати, прекрасно виден по комментариям к моим статьям, которые набирают десятки тысяч просмотров — их всегда активно комментируют, и всегда есть люди, у которых от них подгорает. Они пишут обширные комментарии, где доказывают, что я ошибаюсь, но вряд ли осознают, что независимо от того прав я или нет, им их поведение ничего не дает (а мне дает).

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

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

На сайте Сколково вышла история о том, как мы перестраиваем культуру от проектной к продуктовой.
Главный инсайт — технологии сами по себе мало чего стоят. Важно проверять спрос, быстро тестировать идеи и выводить на рынок только то, что реально нужно клиентам.
В итоге мы выстроили систему R&D, научились работать с гипотезами и запустили собственные продукты. Это не только про рост бизнеса, но и про смену культуры внутри команды.

Каждая идея проходит определённые этапы: исследования, прототипирование, планирование продукта и реализация MVP. Идеи "отваливаются" на каждом этапе и это позволяет сделать процесс более дешевым и не "тащить" за собой идеи, которые в последствии не примет рынок.
Таким образом, повышается вероятность продукта на рынке.
На картинке ниже схематично представлена воронка идеи от этапа к этапу. Из 100 идей до вывода на рынок доходят примерно 7, это среднее значение по акселераторам крупных компаний.

Ссылка на публикацию: https://lnkd.in/ez3Qx26y

Топ-5 инструментов для старта в DevOps, которые можно освоить уже сейчас

DevOps — это не только про культуру, но и про инструменты. Вот топ-5 must-have технологий, которые помогут вам стартовать и которые реально освоить в ближайшее время:

• Linux

Без него — никуда. 90% серверов работают на Linux, поэтому базовые команды (grep, awk, sed), работа с правами (chmod, chown) и понимание файловой системы — обязательный минимум

С чего начать?

1. Установите Ubuntu или CentOS на виртуалку

2. Пройдите Linux Survival — интерактивный тренажер 

• Git

Системы контроля версий — основа CI/CD. Научитесь работать с ветками (git branch), мержить код (git merge) и откатывать изменения (git revert)

С чего начать?

1. Создайте аккаунт на GitHub/GitLab

2. Изучите Learn Git Branching — визуализированный гайд 

• Docker

Контейнеризация — ключевой навык DevOps. Учитесь создавать образы (Dockerfile), запускать контейнеры (docker run) и управлять необходимым окружением для вашего приложения (docker-compose)

С чего начать?

1. Установите Docker Desktop и попробуйте запустить Nginx

2. Разберите официальную документацию 

• Ansible

Конфигурация серверов вручную — прошлый век. Ansible позволяет автоматизировать настройку через YAML-файлы без агентов

С чего начать?

1. Установите Ansible на свою VM или ноутбук

2. Попробуйте автоматизировать установку Apache по гайду 

• Terraform

Infrastructure as Code (IaC) — стандарт индустрии. Terraform от HashiCorp помогает разворачивать облака кодом

С чего начать?

1. Заведите аккаунт в любом облаке и посмотрите документацию о провайдере (например, вот дока Яндекса)

2. Посмотрите официальный туториал 

Важно! Не нужно гнаться за всем сразу. Освойте Linux → Git → Docker, потом добавляйте Ansible и Terraform

Больше подобных постов — в канале ментора DevOps-направления Вячеслава Федосеева: «DevOps Bootcamp с Федосеевым» 

А для тех, кто хочет освоить все необходимые hard skills для старта в DevOps, 29 сентября стартует новый поток курса-профессии «DevOps Upgrade». Подробности — по ссылке.