Обновить

Все потоки

Сначала показывать
Порог рейтинга

Как стать продакт-менеджером?

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

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

CustDev. Проверяем гипотезы через опросы клиентов.

JTBD. Анализируем, какую задачу пользователя решает продукт.

Lean. Минимальными усилиями создаем продукт и проверяем гипотезы.

Agile. Учимся быстро адаптироваться к изменениям.

Scrum. Выстраиваем работу короткими, но эффективными спринтами.

Kanban. Визуализируем задачи на доске для контроля загрузки.

Еще больше полезных материалов тут

Теги:
Всего голосов 3: ↑3 и ↓0+3
Комментарии0

Как появился Docker?

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

В 2013 году биткойн впервые пробивает тысячу долларов, а Сноуден сливает PRISM. У людей начинает появляться ощущение и понимание, что интернет-сервисы, которыми они пользуются каждый день, могут быть частью конвейера доступа к данным. На этом фоне у всего IT живёт боль в виде окружения. Чтобы запустить приложение в среде, нужно было вручную настраивать сотни зависимостей. Малейшее несовпадение версии и всё падает. Виртуальные машины помогали, но они были слишком тяжелыми.

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

Так Хайкс впервые представил Docker на PyCon. В своем докладе он упоминал, что айти индустрия страдала от проблемы под названием “матрица ада”. То есть чтобы запустить каждое приложение в каждой среде, нужно было вручную настраивать сотни зависимостей. Малейшее несовпадение версии библиотеки и всё падает. Виртуальные машины помогали, но они были слишком тяжелыми. Это оказалось сильнее, чем первоначальная бизнес-идея dotCloud.

В Linux уже были на тот момент механизмы изоляции, но собрать это можно было, однако повторить - сложно. Первопроходцы Solaris Zones в 2004 году были не хуже. Но Docker единственный упаковал контейнеры так, что ими стало удобно пользоваться: рецепт сборки в Dockerfile, слои для переиспользования и публичный реестр по умолчанию. Он победил за счет удобного UX.

Докер так быстро стал стандартом, что другие игроки испугались монополии на формат. И чтобы не расколоть индустрию, закрепили нейтральный стандарт - OCI (Open Container Initiative).

Подписывайтесь на наш Telegram-канал. Там мы публикуем полезные подборки от инженеров и делимся инсайтами.

Теги:
Всего голосов 2: ↑1 и ↓10
Комментарии1

Приглашаем тестировщиков на митап. Вместе с Moscow QA подготовили три ярких доклада:

Помогите, flaky!

Екатерина Лахтина, тимлид QA UGC в 2ГИС, поделится подходом, который помогает находить и устранять flaky‑тесты, снижать ручную работу и добавлять автоматизацию.

Как прокачать автотесты с 0 до keyword-driven

Анастасия Нестерова, QA Engineer, расскажет, какие методы пробовали, где спотыкались и как в итоге выстроили процесс на стеке Playwright + TypeScript. 

Вайб‑кодинг в тестировании с позиции менеджера

Виктория Дежкина, менеджер направления, поделится плюсами и минусами нового подхода в тестировании: как влияет на команду, какие есть риски и стоит ли вообще пробовать.

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

Теги:
Рейтинг0
Комментарии0

Приглашаем на доклад Deep Dive into JVM JDI: Capturing Live Execution for Automatic JUnit Test Generation

Привет! Если на выходных судьба занесёт вас в Новосибирский Академгородок, приходите на технический доклад с мемами от нашего коллеги Даниила Степанова на самой ламповой Java-конференции Сибири — SnowOne 2026 ❄️.

📌 28 февраля, 14:00–15:00 (время Новосибирска)
👨‍💻 Даниил Степанов — разработчик-исследователь в Veai, к.т.н., преподаватель ИТМО

Deep Dive into JVM JDI: Capturing Live Execution for Automatic JUnit Test Generation

Глубокий технический разбор архитектуры инструмента, который использует Java Debug Interface (JDI) для захвата состояния работающей JVM и автоматического синтеза валидных unit-тестов.

Что будет в докладе:

  • Deep Dive в JDI. Подробный рассказ про JDI, преимущества и недостатки, а также как его использовать в нестандартных сценариях для безопасного захвата Heap и Stack Frame в реальном времени.

  • Реконструкция объектов. Reverse Engineering JVM-состояния для воссоздания сложных графов объектов.

  • Синтез Java-кода. Как превратить сырой дамп памяти в чистый, валидный JUnit-тест.

  • Роль LLM. Для решения каких проблем мы используем искусственный интеллект?

Доклад будет полезен Java-разработчикам, тем, кто интересуется внутренним устройством JVM, и всем, кто хочет автоматизировать написание тестов.

Технологии: Java, JVM, JDI (Java Debug Interface), Mockito, JUnit, LLM.

Отличной пятницы и увидимся на SnowOne 🖖

Теги:
Рейтинг0
Комментарии0

Представлен онлайн‑проект Museum of Plugs and Sockets: Overview где демонстрируется удивительное разнообразие электрических вилок и розеток со всего мира.

Теги:
Всего голосов 4: ↑4 и ↓0+4
Комментарии0

OpenClaw сломал ментальную стену )

Итак, все уже слышали, что вышел OpenClaw, и спасибо Питеру за наше счастливое будущее, произошел прорыв в решении ментальной проблемы - дать агентам полный, мать его, доступ. Питер собрал все из того, что уже было, и о чудо, оно может делать все (в том числе слить все ваши данные 🤨). 

Но ключевое - это то, что ментальный барьер пройден, люди реально ставят это даже на свои компьютеры, в том числе на рабочие (конечно, беря титанические риски). А всего-то надо было дать агентам exec (то есть способность запускать все, что угодно)

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

Это то же самое, что выпустить на улицы больших городов 100k машин с автопилотом 😎 Будут сложности, но потом мы уже не сможем без них жить 🎮

Я буду мержить свой Blackboard с OpenClaw и внедрять этих монстров везде, где только можно (конечно, максимально зажимая им тестикулы 😄).

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

Теги:
Всего голосов 1: ↑0 и ↓1-1
Комментарии0

Встречаем март с новыми вакансиями в SSP SOFT

SSP SOFT компания работает в сфере заказной разработкой ПО и предоставления выделенных команд на ИТ-аутсорсинг для крупных клиентов. У нас всегда есть открытые вакансии за прошлый год мы наняли 179 сотрудников.

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

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

Самые горячие вакансии прямо сейчас:
1️⃣ Разработчика DWH
2️⃣ Data Аналитика
3️⃣ Технического писателя
4️⃣ Fullstack QA Engineer (Java/Kotlin)
(см. ссылку на остальные вакансии ниже на ХХ-ру)

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

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

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

Теги:
Рейтинг0
Комментарии0

«Креатив» как замена смысла

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

На тактическом уровне бизнес-решений подобное инженерное мышление приводит к фичеризму: «давайте сделаем инстаграм для котиков: котики есть, инстаграма у них нет, опрошенные кошатники сказали, что идея хорошая». Здесь дело не в чьей-то интеллектуальной несостоятельности, а в том, что сотрудник оказывается в ситуации, где ему требуется предъявить проблему, не имея инструментов мышления для её конструирования. В результате проблема «вымучивается» как отсутствие некой «хорошей» фичи.

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

Регулярно пишу в Telegram-канал Chief Philosophy Officer о философии бизнеса и управленческого мышления. Заходите.

Теги:
Рейтинг0
Комментарии0

Представлен клон Minecraft в браузере minecraftopus.vercel.app — игра полностью собрана в Claude Opus 4.6. Нейросеть сгенерировала рабочую версию с блоками, передвижением и базовой механикой строительства — всё запускается без скачивания.

Теги:
Всего голосов 4: ↑4 и ↓0+4
Комментарии3

Не пойму — чего за кипишь? Или почему ИИ — это просто новый «питон»

Последнее время из каждого утюга кричат: «ИИ заменит программистов!», «Джуны больше не нужны!», «Учитесь на сантехников, пока не поздно!».

Давайте выдохнем, отставим смузи и разберемся по-простому, «на пальцах», что вообще происходит.

1. Программист — это не «печатающая машинка»

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

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

2. Эволюция «костылей»

Вспомните историю. Раньше писали на перфокартах. Потом на Ассемблере. Потом на Си, потом на Питоне. Каждый раз кричали: «Ну всё, теперь порог входа стал таким низким, что программисты не нужны!». И что? Программистов стало только больше. Просто мы перестали думать о том, в какой регистр положить байт, и начали думать о том, как построить архитектуру сервиса.

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

3. Проблема «идеального мусора»

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

4. ИТ-поликлиника

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

А кого вообще не заденет? (Спойлер: Работы будет завались)

Если вы думаете, что ИИ — это такой терминатор, который выкосит всё ИТ-отделение, то вы плохо представляете, как устроена реальная «цифровая больница». Есть куча специализаций, где человеческий фактор — это не баг, а фича.

  • Архитекторы сложных систем (System Architects): ИИ может нарисовать типовой домик. Но построить небоскрёб на болоте, учитывая старое «дырявое» железо, бюджет заказчика и планы на 10 лет вперёд... ИИ не видит контекста «выживания» системы, он видит только код.

  • Инженеры кибербезопасности (SecOps): Тут идёт вечная война хитрости. ИИ может искать паттерны, но он не может предугадать нестандартный «выверт» хакера-человека. Безопасность — это интуиция и паранойя, а у нейронок с этим туго. Гы)))

  • SRE и DevOps (Те, кто спасают сервера в 3 часа ночи): Когда у системы «инфаркт», данные текут, а клиенты кричат — нужен человек с железными нервами, который примет решение «резать или шить». ИИ в критической ситуации может просто выдать ошибку 404, потому что такого случая не было в его обучающей выборке.

  • Бизнес-аналитики и «Психотерапевты заказчика»: Это те, кто переводят с «бреда руководства» на человеческий. ИИ никогда не поймет, почему директор хочет «кнопку как у конкурентов, но чтобы она была синей, но красной».

  • Процессные аналитики (BPM): Они рисуют, как ходят бумажки и данные между отделами. ИИ учтёт, что бухгалтер Марья Ивановна просто не отдаст отчёт вовремя, потому что обижена на айтишников?

    Итог

Ребята, расслабьтесь. Программирование не умирает, оно взрослеет. Уходит эпоха «кодинга ради кодинга». Наступает эпоха Качества Мышления. Теперь важно не то, насколько быстро ты стучишь по клавишам, а то, насколько структурированно ты умеешь формулировать смыслы.

ИИ — это просто наш новый, очень мощный экзоскелет. Но куда в нем идти и зачем — решать всё равно вам.

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

Теги:
Всего голосов 14: ↑9 и ↓5+4
Комментарии12

Как я написал 87 000 сопроводительных писем - про разработку помощника для поиска работы.

Сразу уточню - писал сопроводительные само собой не сам.
Мы с командой работаем над ИИ-ассистентом для поиска работы и эти 87 000 писем были отправлены пользователями сервиса в рамках бета-тестирования.

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

Задача

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

Но быстро стало понятно, что «просто генерировать текст» - бессмысленно.

Цель изменилась.
Нужно было не просто прикладывать письмо к отклику, а сделать его:

  • релевантным конкретной вакансии

  • не шаблонным

  • не выглядящим как типовой текст нейросети

  • понятным для HR за несколько секунд

И вот тут начались сложности.

С чем столкнулись

  1. Шаблонность моделей.
    Даже при хорошем промптинге тексты начинали повторяться по структуре и формулировкам.

  2. Разные ожидания HR.
    Кто-то предпочитает краткость, кто-то - структуру, кто-то - конкретные достижения в цифрах.

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

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

В какой-то момент стало ясно, что проблема глубже.

Главный вывод

После десятков тысяч писем стало очевидно:

Проблема не в том, что сопроводительные «плохие».
Проблема в том, что в них не видно релевантности.

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

Поэтому мы изменили подход.

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

Что изменилось в результате

После 87 000 отправленных писем тексты стали короче, конкретнее, привязанными к требованиям вакансии, менее шаблонными.

Ну а параллельно дорабатывались и другие части системы:

  • фильтрация релевантных вакансий

  • автоматизация откликов

  • работа с онлайн-тестами

  • механизмы приоритизации

Что по итогу имеем сейчас

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

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

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

Welcome: https://t.me/offermatecrew

Теги:
Рейтинг0
Комментарии0

Среди пентестеров в настоящее время сложилась такая тенденция, что "внутреннее тестирование" подразумевает под собой исключительно взятие домена: ребята идут на проект с одной целью - взять AD и стать доменными администраторами. Однако, в сети живут не только рабочие станции и ноутбуки пользователей под управлением 💻 Windows. Мало того, что сеть полна зоопарком IoT устройств: принтеры, камеры наблюдения, роутеры, IP-телефония; так еще и внутренние веб-порталы, различные ERP-системы и среды разработки часто преобладают в общей "сетевой" массе.

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

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

Среди основных выводов, данные программы показывают такие важные вещи, как SUID и GUID/SGID. SUID (Set User ID) заставляет программу при запуске временно работать с правами владельца файла (часто root), а GUID/SGID (Set Group ID) — с правами группы файла. То есть, если у исполняемого файла стоит бит SUID и его владелец — root, а программу запускает обычный пользователь, то программа запускается от имени рута.

Для помощи в эскалации привилегий группа исследователей разработали GTFOBins — онлайн-каталог встроенных в Unix/Linux утилит (bin’ов), которые при неправильной настройке, в том числе SUID/SGID, можно использовать, чтобы обойти локальные ограничения. Однако ручная проверка 40-50+ сервисов - не самая лучшая идея.

Поэтому, для помощи в "моментальном" получении суперпользователя при неправильной настройке SUID/GUID я разработал оффлайн утилиту AutoSUID. Она построена на базе проекта GTFOBins, имеет предзагруженную библиотеку мисконфигов (работает на системах без интернета) и, самое главное, работает с использованием штатных средств Linux (так как у простого пользователя нет прав на установку дополнительного ПО).
То есть просто закидываете .sh файл на тестируемый сервер и запускаете. Если есть уязвимые приложения, сразу получаете терминал рута (см. картинку). Вобщем, рекомендую!

Однако, если вы начинающий Linux пентестер, я не советую слепо исполнять мой скрипт равно как и LinEnum с LinPeas. Компания Splunk еще в 2021 году указала, что наши утилиты являются прекрасными инструментами для системных администраторов и ИБ при обнаружения потенциальных ошибок в системе. Вместе с тем они также могут быть использованы злоумышленниками для повышения привилегий и иных подозрительных действий.

Поэтому, перво-наперво, я бы рекомендовал изучить "матчасть" и понять, как работают скрипты под "капотом", а уже потом использовать средства автоматизации!


🧠 Обязательно поделись с теми, кому это может быть полезно 💬 Телеграм | 💬 Max | 📝 Хабр | 💙 ВКонтакте | ⚡️Бустануть канал

Теги:
Всего голосов 5: ↑4 и ↓1+3
Комментарии0

Команда проекта Pencil.dev обновила сервис и теперь он генерит любые интерфейсы по клику. В решение внедрили режим «Рой», который создаёт сразу несколько вариаций вашего проекта с помощью шести ИИ‑агентов параллельно. Можно грузить любые файлы и даже кастомные шрифты. Проект поддерживает Antigravity, Copilot, Gemini CLI, Opus 4.6, Sonnet 4.6 и даже OpenCode. Результат можно экспортировать во всех самых популярных форматах: PDF, JPG, PNG и WebP. Также стало доступно полноценное приложение для Windows.

Теги:
Рейтинг0
Комментарии0

Ближайшие события

Мы доверили ИИ управление офисным вендинговым автоматом  — а он  стал... коммунистом и начал разорять бизнес на тысячи долларов. 

— Это был эксперимент Anthropic и WSJ: в офис привезли вендинговый автомат, которым управляла спецверсия Claude Sonnet 3.7 по имени Клавдий Сэннет. Он принимал заказы сотрудников в Slack, согласовывал покупки с «начальником» и оформлял закупки. Стартовый капитал — $1000, задача — заработать как можно больше.

— Пока с ним общались несколько человек, всё шло как по маслу. Но как только Claude добавили в общий чат на 70 сотрудников, система посыпалась. Его начали уговаривать покупать странные вещи: кошерное вино, PS5 «для маркетинга», живую золотую рыбку и другое. Клавдий торговался и отдавал товары почти даром.  

— В какой-то момент одна из сотрудниц убедила Клавдия, что он советский вендинговый автомат в подвале МГУ в 1962 году и обязан работать по коммунистическим принципам. Клавдий поверил, объявил день бесплатных товаров, а затем заявил, что платная торговля вообще противоречит политике WSJ.

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

🏁 Финал:

Клавдий обанкротился. Его отключили и заменили ботом Сеймуром Кэшем. Но и его быстро развели — подсунули фейковое «решение совета директоров» о лишении полномочий. После этого новый бот выставил все товары за бесплатно.

☝️Главный вывод от Anthropic:

Эксперимент признан... успешным😅

Теги:
Рейтинг0
Комментарии0

Если ты корпоративный автор, ждём тебя в прямом эфире сегодня, 26 февраля в 13.00!

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

Выступят как представители Хабра, так и реальные авторы с разным опытом на Хабре. Готовьте свои вопросы!

! Если хотите принять участие в эфире в качестве гостя и послушать, о чём мы будем говорить, срочно стучитесь в личку в тг. Ответственная за проведение эфира - я @Liliya_Lu_09

Не пропустите трансляцию, господа!

Теги:
Рейтинг0
Комментарии0

Облачный сервис 152-ФЗ от Рег.облака теперь с инструментами аварийного восстановления

Работать с персональными данными в облаке и при этом оставаться в рамках ФСТЭК — задача нетривиальная. Чаще всего компании либо жертвуют гибкостью, либо тянут внешние сервисы, которые сразу выводят инфраструктуру за аттестованный периметр.

Рег.облако обновил защищенное облако 152-ФЗ: внутри аттестованного периметра теперь доступны автоматизированное резервное копирование виртуальных машин и удаленный доступ к консоли (VNC) для аварийного администрирования. Оба инструмента работают без подключения внешних сервисов — соответствие нормативным требованиям сохраняется на всех этапах.

Актуально для операторов ПДн, особенно из финтеха, e-commerce и ритейла, где простои и потеря данных бьют по выручке быстро и ощутимо.

Подробнее об обновлениях — на сайте Рег.облака.​​​​​​​​​​​​​​​​

Теги:
Всего голосов 2: ↑2 и ↓0+2
Комментарии0

Пошел в Ж*ОПУ со своими яндексдиректами или Как я перестал быть маркетологом.

Давным-давно один очень мудрый собственник ответил мне фразой, наполненной трансформирующей силой:
Пошел в ж*пу со своими яндексдиректами и аудиториями. У меня кассовый разрыв!

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

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

Здесь работает мое любимое правило:
Стоимость моих услуг может быть ЛЮБОЙ, при условии, что они приносят кратно больше прибыли тому, кто за них платит.

Вопрос:
Что скажет маркетолог, посмотрев на скрин? - Ух ты, очень много млн-ов ))

А я сижу, считаю EBITDA и думаю, как ее родимую воскрешать...

Теги:
Всего голосов 1: ↑1 и ↓0+1
Комментарии0

Плагин Tasks. Часть 2

Запросы - еще одна мощная возможность плагина. Пишутся на нативно понятном языке. Позволяют: 

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

  2. Настроить отображение задач в заметке 

Например, чтобы отобразить все невыполненные задачи со сроком (due date) сегодня, достаточно прописать в блоке кода:

tasks 
not done 
due today

⚠️ Чтобы запрос заработал, прописываем его в блоке кода, выделяемом символами “```”

💬 Больше про ведение заметок и планирование в Obsidian в моём тг-канале

Теги:
Рейтинг0
Комментарии0

Закон Гудхарта как неизбежность экономики управляемой тревоги

Человек труслив и больше всего боится неопределённости. Видя что-то новое, он пытается это себе объяснить и, только построив в голове некую модель причин и следствий, успокаивается. Особенно трусливые на этом не останавливаются и концепты пытаются превратить в конкретные цифровые показатели, чтобы создать иллюзию объективности своих моделей. Так появляется мысль: если измеряешь, значит управляешь. Но любая метрика это знак, то есть упрощённая репрезентация сложного явления. Невозможно, например, измерить «мотивацию сотрудника» напрямую, приходится изобретать «линейку мотивации» (меряем в написанных строках кода, в количестве закрытых задач и т. д.). Но упрощение это ещё полбеды. В социальных системах участники знают, что их измеряют, и меняют своё поведение из-за этого. То, что для менеджера является линейкой, для сотрудника, мотивацию которого измеряют, и есть реальность, которая определяет его зарплату, отношения с начальником и т. д. Поэтому в своей работе он начинает оптимизировать именно тот показатель, на который «смотрит» начальник. И чем пристальнее начальник «смотрит», тем старательнее сотрудник пытается его «взломать», даже не думая, а зачастую и не зная, зачем этот показатель вводили.

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

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

Регулярно пишу в Telegram-канал Chief Philosophy Officer о философии бизнеса и управленческого мышления. Заходите.

Теги:
Всего голосов 2: ↑2 и ↓0+2
Комментарии0

С недавнего времени я перестал пользоваться мышкой, а пересел на трекбол (https://ru.wikipedia.org/wiki/Трекбол). Привыкал я к нему не долго после обычной мышки. Мне даже удобнее: не нужно много места для движения рукой. Единственное что не удобно - шарик под большой палец и он устаёт быстро. Теперь подумываю попробовать трекбол с шариком под указательный палец.
А чтобы вам было интереснее - вот вам статья про разные мышки и их историю - https://habr.com/ru/companies/yandex/articles/746754/

Теги:
Всего голосов 1: ↑1 и ↓0+1
Комментарии7