Все потоки

Добрый день, друзья! Меня зовут Грачья, мне полных 38 и я запустил свой первый серьезный бизнес в Армении. Кто-то скажет: "Поздновато", а я скажу: "Лучше поздно, чем никогда!"

За плечами у меня 15-и летний стаж работы в разных инженерных компаниях на разных должностях от инженерных до управленческих. Последние 7 лет я руководил комплексными проектами по созданию различных систем, включающих в себя разработку софта, схемотехнических решений и железа.

А сейчас понял, что пришло время работать на себя, создавать рабочие места, а не занимать их.

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

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

Как сказал Гагарин: "Поехали!"

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

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

За неимением бюджета на штатных специалистов и нежеланием брать кредиты я решил поступить нестандартно. Написал порядка 50 кандидатам в LinkedIn предложение о сотрудничестве, обещающее процент с продажи. Начал с 5%, но понял, что рынок требует 15-20%. С учетом средней стоимости инженерного проекта в 15000-20000$, получается хороший бонус. Даже если будет подписан всего 1 контракт в месяц, это выходит в 1.5-2 раза выше средней ЗП по Еревану.

На сегодня, откликнулись несколько человек, с двумя начинаем работать. Кстати, если среди читателей есть желающие, то я не ограничиваю себя количеством.

Что я сделал в первую очередь - написал всем контактам из записной книжки с предложением о сотрудничестве. В результате смог заключить 2 договора на создание автоматизированных измерительных систем. Их я опишу в отдельных постах. Это важный шаг, который позволит поддержать штаны команды на 3 месяца.

Далее я создал удобную систему для учета всего и вся. Перепробовав уйму PMских инструментов остановился на Coda.io Ее бесплатные функции вполне достаточны даже для командной работы. Скрины с коротким описанием выложу отдельно. Это полноценный аналог Notion, но мне понравился больше.

Выше я писал о двоих менеджерах, которые согласились с нами поработать. Метод их работы состоит в поиске заказов на таких площадках, как Upwork, LinkedIn. Надеюсь, что работа с этими ребятами даст нам постоянный денежный поток.

Вторая глобальная цель на ближайшие полгода, это создание концепции и MVP продукта, рассчитанного на массовое производство. Я думал так: "Eсли я найду 2-3 проекта на стороне, то у меня будет запас денег и возможность создать MVP продуктовой идеи." Звучит, как хороший план, учитывая тот факт, что уже есть 2 подписанных контракта и переработано порядка 6 идей.

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

Если у вас есть предложения о сотрудничестве/партнерстве, всегда буду рад обсудить.

PS Есть варианты смены имени аккаунта?) Возможно было бы правильней зарегистрироваться заново, но этот аккаунт был создан довольно давно и несет для меня определенную ценность.

Про Созвоны

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

А еще была куча общих встреч, ретро, планнингов, скрам-баннингов и интерраптов, которые на доске и в таймшите не увидишь.

Инженеры так не любят созвоны, потому что у них неосязаемый импакт и definition of done. Они мыслят задачами, мерж-реквестами, зелеными тестами, чем-то с измеримым результатом. Сел за задачу, вник и сделал. КПД в идеальных условиях напоминает воркера. В очередь пришла задача — он ее обработал и закрыл, ждет следующую. В перерывах гладит кота или пузо.

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

Для внеплановых статусов менеджер не всегда заранее знает, кто ему по факту нужен, и зовет «на всякий». На созвонах, кроме ведущего и ЛПР, участники в принципе нужны подстраховать. Вася может понадобиться. А может и не понадобиться. И опять сидит Вася без камеры, без микрофона и грустит. Ждет, когда все закончится, чтобы вспоминать, на чем он там остановился.

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

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

1. Урон от звонков надо вбирать в себя лиду. Его обязанность — знать контекст по верхам о проблемах и задачах вверенной команды. Отстаивать их интересы, обрабатывать обратную связь. Таков путь, отделяющий лида от сеньора-помидора.

2. Лиду надо собирать дашборды, таблицы, фильтры, регламенты, схемы. Запросы на оперативную информацию не должны отнимать ресурсов. Все по полочкам: база знаний, закладки, конфля, raycast шорткаты, ИИ-агента с MCP натравить на Confluence и Jira (если ИБ по шапке не даст). Надо и свой ресурс беречь и дать просящему удочку вместо рыбы.

3. От лишних звонков можно отказываться. Без конфронтаций, просто фильтровать: «А зачем? Вот все ответы на вопросы». Либо можно договориться многие задачи сделать асинхронно. Таска в джире с исполнителем и сроком и поехали.

4. Проектам нужна карта компетенций. Для тех ситуаций, где нужно глубже вникнуть в предметную область, это ок — привлечь инженера вместо лида. Важно знать, какого. Классический мем: девять женщин не могут родить ребенка за месяц. С этим стереотипом «больше-лучше» карта компетенций помогает бороться.

5. Звонок на час — плохой дефолт. 45 минут — уже лучше. 30 минут — еще лучше. 15 можно не ставить, есть мессенджер и почта.

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

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

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

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

Зло — звонки не оптимизировать. А инженера с его очередью лучше оставить в цикле и не засорять эфир.

Трещина сомнений в величии ИИ

Кажется, наш прогноз на самые критические точки развития ИИ в 2026 году оказался чересчур точным. Только начинается февраль, а уже актуален самый важный пункт — оправдают ли LLM (большие языковые модели, такие как ChatGPT) возложенные на них ожидания.

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

30 января акции Microsoft испытали рекордное падение с 2020 года — они подешевели почти на 10%, а капитализация упала на 360 млрд долларов! Виноват оказался ИИ: облачный бизнес растёт медленно и не окупает вложений в ИИ. Более того, слишком большая часть вложений завязана на OpenAI: если с компанией что-то случится, пострадает значительная часть инвестиций.

3 февраля Nvidia сообщила, что сокращает запланированные инвестиции в OpenAI в 5 раз! Они остаются велики — 20 млрд долларов, но теперь ещё 80 млрд запланированных инвестиций OpenAI придётся искать на стороне. Иначе… развитие компании пострадает, инвестиции Microsoft из предыдущего абзаца не отобьются… Чувствуете снежный ком? На прошлой неделе FT зафиксировало падение капитализации компаний-бигтехов на 660 млрд долларов. Относительно их стоимости сумма небольшая. Но абсолютный показатель говорит о том, что инвесторы решили попридержать вложения в компании, которые делают слишком большую ставку на ИИ.

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

Менеджмент — не для малого бизнеса

Последние полторы сотни лет менеджмент развивался исключительно для крупного бизнеса, а это особый круг проблем, когда:

• владелец не имеет личного контакта с каждым сотрудником - ни пнуть, ни похвалить - как обеспечивать динамику работы?

• возникают серьёзные проблемы с прохождением управленческих сигналов "сверху вниз" и обратно - руководитель теряет ощущение реальности, плюс любая попытка что-то изменить - вязнет в хитросплетениях иерархии.

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

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

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

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

Вот и получается, что малый бизнес оптом игнорирует всякие MBA и доверчиво падает в объятия инфобиза, которые на доступном языке преподносят банальности вроде: "Вот тебе топор. Размахиваешься и рубишь. Получилось? Повтори! "

И вот я подошел к двум очень важным моментам:

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

2. Без профессионального менеджмента вырасти из штанишек малого бизнеса - без шансов...

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

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

Представлена открытая бесплатная ИИ-студия для работы с голосом MimikaStudio.

Проект умеет:

• клонировать голос по трём секундам;

• генерировать речь;

• создавать аудиокниги и озвучивать текст;

• поддерживает 23 языка, включая русский;

• работает на ПК с требованием 8 ГБ ОЗУ;

• работает на macOS, Windows и в веб-версии;

• есть локальные модели.

Автоматизация без сборки с нуля: n8n теперь в Рег.облаке

В Рег.облаке появился готовый облачный образ n8n — open-source платформы для автоматизации процессов и интеграции сервисов.

n8n позволяет в визуальном интерфейсе связать API, CRM, базы данных, SaaS-сервисы и AI-инструменты без разработки с нуля. Образ разворачивается автоматически при создании сервера: Ubuntu 24.04 LTS, зависимости, SSL и домен уже настроены. После запуска можно сразу работать через web-интерфейс по HTTPS.

Сценарии использования — от обработки заявок и создания задач в CRM до CI/CD-триггеров, уведомлений о сбоях и AI-автоматизации с LLM и RAG. Можно подключить PostgreSQL и MySQL, в том числе через DBaaS.

Образ бесплатный — оплачиваются только ресурсы сервера по почасовой модели. Масштабирование доступно без переустановки.

Подробнее о доступных конфигурациях — на сайте Рег.облака.

Мы возвращаемся! Готовы обсудить будущее облачных технологий вместе с нами?

Рады поделиться большой новостью: мы начинаем подготовку ко второй ежегодной конференции K2 Cloud Conf.

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

В программе:

• Business View и Tech View от руководителей K2 Cloud

• Дискуссии про ИИ, кибербезопасность и роль экспертизы провайдера

• Большой технический трек

• Бизнес-трек с кейсами из практики 

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

📆 Когда: 14 апреля

📍 Где: Москва, ЦДП + онлайн

Зарегистрироваться

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

Как это работает на примере мороженого

Чтобы человек мог насладиться мороженым в VR, ученые сначала оцифровали его вкус. Нанесли растопленное лакомство на специальную пластинку с датчиками, и она выделила в растворе 5 основных вкусов (сладкий, кислый, солёный, горький, умами — вкус мяса или сыра), измерила силу каждого и перевела в цифровые данные, которые можно хранить, копировать и передавать.

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

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

Почему разработка интересна тестировщикам

На первый взгляд, тестировать e-Taste просто: пробуешь реальное блюдо и сравниваешь с тем, что передает устройство.

Но это ошибочный подход.

Еды бесконечно много, ощущения субъективны, а если вкус не совпадает — непонятно, где именно возник сбой: на этапе анализа продукта, при передаче данных или в восприятии человека.

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

Ключевой тест здесь — стабильность получаемого результата. Когда один и тот же продукт анализируется 5, 10, 100 или 1 000 раз, результаты должны быть одинаковыми. Если они «плавают», это дефект, даже если человеку кажется, что вкус «примерно такой же».

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

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

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

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

В дружественном нам блоге "SSP-Soft" недавно вышла рецензия на изданную нами книгу «UX для бизнеса: как создавать цифровые решения, ценные для бизнеса и пользователей». Книга поднимает важные, но зачастую упускаемые вопросы, связанные с проектированием удобных сайтов и приложений. Как сделать интерфейс одновременно технологически надёжным, интуитивно понятным и при этом рассчитанным на целевую аудиторию? Как добиться, чтобы в интерфейсе было удобно быстро сориентироваться, но при этом не упускалось ничего важного? Наконец, как учесть в интерфейсе интересы всех, кто будет им пользоваться - от маркетолога и дата-аналитика до простого пользователя?

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

Трамписты решили сделать королевский подарок многополярному миру в лице Индии, Китая и в меньшей степени России и Ирану с помощью остановки программы рабочих H-1 виз. Поясню свою мысль (я в курсе, что половина людей комментирует по заголовку, а 75% не читают дальше первого абзаца, но тем не менее):

Я тертый калач и не идеализирую получателей рабочих H-1 виз (сам был таким в 1991 году). Большинство из них так же мухлюет в резюме как и местные, и не являются светочами технологической мудрости или трудовой этики. Кроме этого время ожидания гринкарты по labor certification сидя на H-1 визе перешло любые разумные пределы: в середине 1990-х оно было 3 года, сейчас некоторые больше 10 лет ждут. Я уже не говорю что H-1 визы разбираются аутсорсерами, и даже большим компаниям остается таких виз с гулькин нос. Короче сейчас большинство предприимчивых технарей старается сделать O-1 (особые способности) и некоторые L-1 (перевод из иностранного отделения компании в американское).

Тем не менее для меня очевидно, что полный бан на такие визы - это выстрел Америки себе в ногу и начало фундаментального изменения отношения ученых и инженеров других стран к эмиграции в Америку. Они будут оставаться на родине и перестанут мечтать про прекрасное далеко. Так как прекрасное далеко станет фундаментально недоступно, они начнут делать не на отцепись в других странах. Уйдет мысль "то что я тут в Индии/Китае/России/Иране лабаю - это так, временно, а вот уеду в Америку - там буду работать на совесть по гамбургскому счету. Буду слать фотки себя в кампусе Гугла/Микрософта, друзья детства будут мне завидовать, а бабушка всхлопывать ладошами при виде моего дома в Редмунде или Купертино и говорить "какое богатство!"

Улучшится ли от этого уровень американских студентов, которые заместят иностранцев и с помощью ИИ будут показывать чудеса производительности и качества на рабочем месте? Есть конечно масса способных американских студентов. Но есть и масса неспособных. Может даже Вэнс притащит в Силикон-Вэлли молодежь из гор Аппалач и других неблагополучных районов своего детства и они вместо наркомании и сидения на пособиях станут писать код или делать дизайн. Как говорила Верочка из "Служебного романа": "Можно и зайца научить курить". А вы как думаете?

Не смогли реабилитироваться по 115-ФЗ? Последствия - ликвидация компании и запрет на 3 года.

Это самый важный и жесткий раздел.
Если к вам или вашей компании применены жесткие меры по пункту 5 статьи 7.7 закона 115-ФЗ (почти полная блокировка операций), запускается обратный отсчет. У вас есть всего 6 месяцев с момента получения уведомления от банка, чтобы пройти досудебную (МВК) и, при необходимости, судебную реабилитацию.

Что будет, если не уложиться в 6 месяцев или проиграть на всех уровнях?

Банк России обязан будет направить данные в ФНС для принудительной ликвидации вашей компании или ИП.

Это происходит в следующих случаях:Вы не обратились в МВК в течение 6 месяцев. Данные в ФНС направят в течение 10 дней после истечения срока.МВК согласилась с банком, а вы не пошли в суд. Данные направят через 30-40 дней после решения МВК.Вы проиграли в суде. Данные направят в ФНС в течение 10 дней после вступления судебного решения в силу.

Процесс в ФНС:

⦁ ФНС внесет в ЕГРЮЛ/ЕГРИП запись о предстоящем исключении.
⦁ У компании/ИП будет еще 6 месяцев на то, чтобы кредиторы подали возражения. Сами вы возражать не можете.
⦁ Если возражений нет - компанию/ИП исключат из реестра

Для руководителей и владельцев (с долей >50%) такой ликвидированной компании устанавливается запрет на 3 года регистрировать новые юридические лица или быть их руководителями.

Суд - это последняя инстанция для оспаривания решения МВК, поддержавшей банк. Решение суда окончательное. Если суд отказал, путь обратно закрыт, и ликвидация становится практически неизбежной.

Итог: Механизм реабилитации по 115-ФЗ - это последовательная и строго регламентированная процедура с жёсткими, необратимыми сроками.

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

Завершающий пост о блокировках счетов и реабилитации по 115-ФЗ будет в следующий четверг.

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

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

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

Название: "Иванов ИИ"

Если вдруг не поняли: "Иванов И. И." часто используется в шаблонах заполнения документов.

Спустя почти год работы мой PR приняли в ядро Joomla!

[Тут должна быть победная пляска] Год назад у моих клиентов возникла необходимость во вставке видео в кастомные поля материалов в раздел портфолио. Я начал делать и увидел, что именно стандартное пользовательское поле Media не умеет вставлять в поле ничего, кроме изображений, хотя поле Joomla Form MediaField умеет выбирать и документы (pdf и иже), аудио, видео и даже папки. Я начал работу над тем, чтобы добавить этот функционал  в ядро и очень надеялся успеть к Joomla 5.3, которая выходила в апреле. В целом все сделал, сделал PR 25 февраля 2025 года, но PR не приняли, сказав, что это шибко новый функционал и ему будет хорошо в Joomla 6.0.0. Клиентам пришлось использовать  медиа-менеджер от JCE, а PR отправился ждать релиза 6.0.0, который выходил осенью. К слову сказать, эта пауза была полезна для него, так как летом, уже неспешно я получал советы по улучшению и в июле всё точно было готово.

Релизный цикл Joomla состоит из нескольких этапов: сначала выходят alpha-версии (до 3х штук), где просто фиксируются накопленные изменения, потом beta, где наступает feature freeze - заморозка новых функций, их нельзя уже добавлять. Дальше только отладка и правки  существующих новшеств. У каждого релиза есть 2 релиз-менеджера.

В работе над PR мне помогал все это время Брайан Тиман - ко-фаундер Joomla. К концу июля все было готово, проверено, PR имел 2 необходимых независимых теста. Ждём беты.

Дата беты приходилась на понедельник. Где-то в пятницу днём я отписался в PR и получил совет написать релиз+менеджерам. Как-то удалось найти их в Mattermost, где обитает международное сообщество, но пятница и выходные, а все ж волонтеры и не на зарплате... Моё сообщение прочитали после релиза беты... Сказали, что не были в курсе моего PR (ожидаемо, их около 200-250 все время открытых). И сказали, что поезд ушёл, хоть и so sorry. Зато будет хорошо увидеть PR на тестах в Pizza, Bugz and Fun и вообще welcome в 6.1.

После выхода 6.0.0 меняются релиз-менеджеры. Мы списались: да, все хорошо, но нужно кое-что подправить. Тут конец года и закрытие дедлайнов, потом Новый год и весь январь никто толком не работает. Beta для 6.1 выходит 17 февраля. Последняя alpha  недели за 3 до этого.

Незадолго до выхода альфы я-таки получаю сообщение, что реализуемый функционал сделан не по "Joomla way" и если код в ядре, то этот код является учебным пособием по тому, как ядро использовать. Резонно. А ещё у релиз-менеджера есть собственные наработки и экспертиза в этой теме и свой медиа-менеджер, в котором он тоже прошел огонь, воду и медные трубы. Согласно Joomla way мне нужно было разделить одно мега-крутое поле на 4 отдельных (картинки, аудио, видео и документы). Я подумал, что требуется сделать 4 плагина вместо одного и сказал, что не успею. Мне ответили, что beta is more important for us и время ещё есть, что мне подскажут и 4 плагина делать не нужно.

Пока суть да дело - время идёт. У меня тоже работа, трое детей, карантины, уроки... Но добить этот PR уже стало делом принципа. Я  нашел как нужно было делать, принял несколько правок и пожеланий, потом фиксы code style. Сегодня с утра был последний коммит. Сегодня вечером, 11 февраля 2026 года, PR наконец-то смержен в ядро Joomla.

Эта работа научила меня очень многому. 170 комментариев в conversation на GitHub, несколько отдельных переписок, 1 год на разработку и внедрение простой в целом фичи, "звоночек" в голове: "не забыть, успеть, сделать, найти"...

Сегодня я поднимаю кружку пенного за этот небольшой  в целом PR, за этот прошедший год, за Joomla и за Open Source.

https://github.com/joomla/joomla-cms/pull/45013

#joomla #cms #opensource #community #webdev

P.S. Фото с пивом сюда выставлять не буду, но представьте, что оно тут есть.

Контент-план должен вызывать желание работать

А не уволиться

Я разрабатываю и реализовываю SMM-стратегии для лидеров рынка. И для этого создаю отделы, выстраиваю всю операционку внутри. Опыт управления командами от 3 до 30 человек. Как физическими штатными, внештатными, удаленными, так и смешанными.

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

Если вы хотите навести порядок в контент-плане, то начните с таблицы

Я разработала шаблон контент-плана на весь 2026 год.

• Функциональный минимализм. Шрифты без засечек, мягкая пастельная палитра и четкая структура. Глаза не устают. На случай, если вы приступили к нему после 8-часового скроллинга ленты.

• Интуитивная навигация. Цветовое разделение будней и выходных. Все колонки на своих местах.

• Полный контроль. Готовые колонки под самое важное: от площадок соцсетей и до статуса поста. И вы легко можете адаптировать их под себя.

• Масштабируемость. Нужно несколько постов в день? Просто добавляете строчки.

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

Готовый шаблон контент-плана на 2026 год всего за 590 рублей (вместо 1 200 рублей) доступен по ссылке.

Люблю современные технологии и радостно слежу, как они отвоевывают у мироздания очередной кусочек тьмы неведения и освещают его своим сиянием компьютерного разума. Вот и сейчас не могу не умилиться. Подруга купила робота для ноготочков. Это чудо называется O Nail. Предназначено для создания маникюра.

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

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

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

Судя по инфо в интернетах, у O Nail ещё много таких аппаратов: одни для сушки ногтей, другие для поглощения пыли и т д. И все с искусственным интеллектом, так или иначе. Например, в лампе для сушки маникюра диоды на контроллере, которые УФ-излучением вредным светят только на ногтевую пластину, но не на кожу… и так далее.

Вот до чего техника дошла!

В апреле встречаемся на Alfa CTF!

Пока другие складывают доски, мы запускаем следующий сезон Capture the Flag. Волны принесут новый формат. Что будем делать:

🔴 Исследовать системы и искать флаги
🔴 Решать задачи разного уровня: для профи, новичков и даже школьников (от 14 лет)
🔴 Соревноваться в мастерстве поиска уязвимостей

Скоро расскажем подробно про формат нового запуска: точно будет интересно! Занимайте в своём календаре дату 25 апреля — и регистрируйтесь на нашем сайте.

Представляем Clouden — платформу для единого управления гибридной и мультиоблачной инфраструктурой ⭐️

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

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

«Рынок созрел для решений, которые не навязывают свою экосистему, а гибко объединяют уже имеющиеся у компании технологии, — отмечает Павел Гуральник, генеральный директор ISPsystem (входит в «Группу Астра»). — Clouden — это логичное развитие нашей экспертизы и платформы BILLmanager. Основная задача Clouden — дать бизнесу и госсектору единый пульт управления для всей существующей ИТ-инфраструктуры: своих серверов, различных платформ виртуализации, российских и зарубежных облаков. Это позволяет ускорять цифровые проекты за счет полной управляемости и прозрачности».

✔️ Платформа Clouden относится к категории CMP (cloud management platform) решений и обеспечивает сквозную автоматизацию, встроенную BI-аналитику для прогнозирования затрат, портал самообслуживания и гибкую систему тарификации.

Готовы протестировать возможности Clouden? Выберите любой удобный способ знакомства на странице продукта!

Go vet не поможет! Статический анализ Golang проектов с помощью PVS-Studio

На нем написан Docker, Kubernetes, Gitea и многие другие проекты самых разных масштабов. Наверное, вы догадались, что речь идёт о Go. Мы никогда не писали об ошибках на Golang проектах, но настало время это исправить, ведь скоро выйдет анализатор PVS-Studio для Go!

Статические анализаторы являются довольно распространёнными инструментами в разработке. В Golang есть встроенный механизм статического анализа — go vet. Однако стандартные линтеры не всегда справляются. Для тех, кто с нами не знаком, мы — компания PVS-Studio, занимаемся разработкой одноименного статического анализатора для C, C++, C# и Java. В последнее время мы активно занимаемся разработкой анализатора для Go и уже скоро планируем выпустить открытую бета-версию.

В новом материале расскажем, какие нашли ошибки в популярных Golang проектах.

Зима в разгаре, а мы нанимаем: новые вакансии в SSP SOFT

Кто мы и чем занимаемся? Лидеры («одни из», конечно) найма ИТ-специалистов на российском рынке — за прошлый год мы наняли 179 сотрудников, и уже в январе 2026 к нам присоединились 11 новых гуру!
Занимаемся заказной разработкой ПО и предоставляем крупным клиентам выделенные команды на ИТ-аутсорсинг.

У нас новый московский офис, который открылся в 2025 году у самой Красной площади! А еще есть вакансии в офис в Томске и на удаленку из любой точки России.

Команда в SSP SOFT — это реальные проекты, дружная атмосфера, где работать — продуктивно, без выноса мозга и микро-менеджмента. В январе 2026 ищем опытных спецов, кто готов в новое профессиональное будущее вместе с нами.

Самые горячие вакансии прямо сейчас:
(а всего их 11 на начало февраля 2026 - см. ссылку ниже на ХХ-ру)
1️⃣ Fullstack QA Engineer (Node.js)
2️⃣ Java-разработчик
3️⃣ Системный аналитик (ритейл)
4️⃣ Data Разработчик (Oracle, Greenplum)

Что предоставляет экосистема SSP SOFT:
✅ Мы пишем код, который формирует завтрашний день. Никакой скучной рутины.
✅ Центр компетенций и личное менторство ускорят развитие до максимума.
✅ Офис, гибрид или фулл-удаленка? Есть все варианты.
✅ Время — ваш ресурс. Мы его уважаем.

Подробности о вакансиях читайте на нашей странице ХХ.ру, но туда откликаться необязательно. Ждем резюме в ЛС нашей HR Lead Алине (https://t.me/AONikitina).
Не забудьте добавить «секретную фразу» в сопроводительное письмо, «Увидел(а) вашу вакансию на Хабре».

Желаем всем хабровцам успешной карьеры в 2026 году 🚀)