Обновить

Все потоки

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

Бывший сооснователь OpenAI Андрей Карпати представил свой годовой обзор.

В начале года он выдвинул ключевые тезисы: наступила эра ПО 3.0 (управление промптами), LLM — это новая ОС, а для зрелости AI-агентов потребуется десятилетие.

В обзоре 2025 он выделяет шесть «смен парадигм»:

1. RLVR — обучение на проверяемых задачах.

Тренировка сместилась с субъективных человеческих оценок (RLHF) на задачи с точным ответом — код, математика. ИИ, решая миллионы таких задач, сам вырабатывает стратегии, похожие на рассуждение. Это «пожиратель» вычислительных мощностей, который не увеличил модели, но удлинил их обучение и дал «ручку» — заставить ИИ думать дольше (как в OpenAI o3).

2. ИИ — «призрак», а не «питомец».

Его интеллект «неровный» (Jagged Intelligence). Благодаря RLVR, в областях вроде математики способности ИИ взлетают «шипами», но в простой логике он может ошибаться. Это привело к «натаскиванию на тесты» и обесцениванию бенчмарков.

3. Cursor как «прораб».

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

4. Claude Code — локальный «киберпризрак».

Главное — его работа локально на вашем компьютере, а не в облаке. Это ключевое преимущество на текущем этапе, так как среда разработки, ключи и настройки — локальны.

5. Vibe Coding.

Кодирование без знания синтаксиса: достаточно описать задачу на естественном языке. Это стирает барьер для новичков, а для экспертов делает код «дешёвым» и одноразовым, что изменит индустрию.

6. Nano Banana — «лицо» для ИИ.

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

Карпати считает, что даже сейчас используется менее 10% потенциала LLM. Прогресс будет быстрым, но работы ещё много.

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

🎙 Стрим и розыгрыш уже сегодня. Дима — руководитель Android & iOS разработки Surf, и Алёна, лид команды рекрутеров Surf, вместе с гостем — Андреем Кулешовым, руководителем разработки, спикером и автором telegram-канала «Кулешов разгоняет IT», уже 22 декабря в 17:00 обсудят, как строить карьеру в разработке в 2026 году и не допустить типичные ошибки новичков.

Участвуй в розыгрыше в закрепе в нашем tg-канале и подключайся к стриму 22 декабря, в 17:00 по Москве.

🏄‍♂️ VK Video / YouTube

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

Команда К2Тех поздравляет с Днем энергетика!

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

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

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

Как разделить строку в Python: «split()» и альтернативы для разработчиков и аналитиков данных

Разделение строк — рутина для разработчиков и аналитиков: парсинг CSV, обработка логов, пользовательского ввода. Подготовили подробный обзор, где разобрали, как работает «split()» (включая «sep» и «maxsplit»), когда выбирать «partition()/rpartition()», «splitlines()», преобразование в список символов и «re.split()» для сложных правил. И добавили практические примеры, где и какой подход удобнее и надежнее применять.

Подробную инструкцию смотрите в базе знаний Рег.облака.

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

Запуск GitLab Runner в Yandex Cloud Serverless Containers

Я Павел Елисеев, старший разработчик в команде Serverless в Yandex Cloud. Мы реализовали сценарий использования сервиса — Serverless GitLab Runner. В посте покажу архитектуру и поделюсь кодом решения.

GitLab Runner — агент, выполняющий задачи (jobs) из CI/CD‑пайплайнов GitLab. Он получает инструкции от GitLab, запускает сборку, тесты или деплой в нужной среде и передаёт результат обратно.

Раннер работает в разных окружениях:

  • на общих серверах GitLab (shared runners);

  • на выделенных VM;

  • в K8s‑кластере.

В первом варианте репозитории должны размещаться на gitlab.com. В случае Managed GitLab или self‑hosted GitLab развёртывание выполняется самостоятельно.

Для shared‑раннеров free‑tier ограничен 400 мин./мес. Учёт идёт по формуле (duration × price-factor), так что число доступных минут зависит от используемого типа раннера. А за пределами лимита нужна привязка не российской банковской карты.

Serverless‑сценарии пытались реализовать на Cloud Functions, что требовало отдельной VM и сложной конфигурации. А мы хотели объединить плюсы serverless‑модели с CI‑задачами:

  • оплата за время

  • масштабирование за секунды

  • изоляция выполнения

  • отсутствие инфраструктурной рутины

Архитектура

GitLab Runner работает по модели pull: запускает процесс, устанавливающий long‑polling‑соединение с GitLab API, и ожидает появления задач.

Пришла задача — раннер выбирает executor:

  • shell — job выполняется в текущем окружении

  • docker — под job создаётся отдельный контейнер со всеми зависимостями

Эта модель плохо подходит для serverless‑окружения, где нельзя держать постоянно активный процесс.

Для перехода на push‑модель используем GitLab Webhooks — HTTP‑уведомления о событиях. С появлением задач GitLab отправляет вебхук в Serverless Container, который:

  • запускает раннер;

  • получает информацию о задаче;

  • выполняет её и возвращает результат в GitLab.

Так, выполнение задачи инициируется событием, а не постоянным опросом API.

Для упрощённого развёртывания есть лёгкий образ раннера с поддержкой docker-executor, размещённый в Container Registry. Раннер автоматически загружает и запускает контейнер, указанный в конфигурации job. Секреты для аутентификации в GitLab API хранятся в Lockbox.
Для упрощённого развёртывания есть лёгкий образ раннера с поддержкой docker-executor, размещённый в Container Registry. Раннер автоматически загружает и запускает контейнер, указанный в конфигурации job. Секреты для аутентификации в GitLab API хранятся в Lockbox.

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

  1. GitLab отправляет вебхук.

  2. Платформа проверяет авторизацию и сразу отвечает 202 Accepted.

  3. Обработка выполняется асинхронно в фоне.

Платформа решает, запускать ли новый экземпляр контейнера. Когда job завершается, контейнер остаётся активным какое‑то время, чтобы обработать вызовы без cold‑start.

GitLab не отправляет событие «создание job», поэтому раннер сперва проверяет, есть ли задачи со статусом pending.

Для docker‑executor требуется dockerd. Инициализация демона и подготовка окружения выполняются 1 раз при старте контейнера. Если job найдётся, запускается эфемерный раннер, исполняющий ровно 1 задачу.

Раннер загружает docker‑образ, выполняет команды, передаёт результат обратно через GitLab API.

Используемые возможности Serverless Containers

  1. Эфемерные диски до 10 ГБ на контейнер

  2. Асинхронный запуск контейнеров

  3. Таймаут выполнения до 1 часа

  4. Docker внутри Serverless Containers. Это не Docker‑in‑Docker: внутри serverless‑контейнера jobs исполняются без отдельного демона Docker, но с аналогичной логикой. Примеры есть в исходном коде.

Важные особенности serverless‑подхода

  • Эфемерность: кеш между вызовами отсутствует. Для хранения артефактов используйте Object Storage или свои базовые образы.

  • Загрузка образов: выполняется при каждом запуске. Рекомендуем использовать оптимизированные образы и близкий реестр (Cloud Registry), а при критичных требованиях к скорости старта — перейти на shell‑executor, собрав образ с установленным раннером и нужными зависимостями.

  • Ограничение времени: не более 1 часа. Для длинных задач разделите пайплайн на этапы с промежуточным сохранением результатов.

  • Ограничение по диску: до 10 ГБ.

Сценарий Serverless GitLab Runner позволяет выполнять CI/CD‑задачи GitLab, оплачивая лишь время выполнения job. Serverless Containers дают возможности для CI‑нагрузок: асинхронные вызовы, часовой таймаут, эфемерный диск и поддержку docker‑executor внутри контейнера.

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

Навигация по электронной таблице

Как быстро перейти в конец текущего столбца с данными?

Достаточно нажать Ctrl + ↓ (⌘ + ↓).

Ctrl + ↑ (⌘ + ↑) перемещает в начало текущего столбца.

Ctrl + → (⌘ + →) переносит в конец текущей строки, а Ctrl + ← (⌘ + ←) — в начало.

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

Забавно, что эти сочетания клавиш не описаны в официальной документации.

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

Год перемен: как мы переходим на “Клиентократию”

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

К чему мы пришли к декабрю?

На самом деле, у нас большие перемены. Во-первых, мы полностью разделили проекты - теперь команда “Можем” существует отдельно (платформа по оказанию бытовых услуг, куда входят проекты “НянЯрядом”, “Гульдог”, “Мурчалкин”), отдельно - экосистема для работы и обучения “StudentTerra” (куда, в частности, входит и стартап-студия, как команда для быстрого тестирования новых бизнес-идей).

Проекты разделены на команды в соответствии с принципами “Клиентократии”. Для части команд - команды продукта, команды маркетинга, мобильного приложения, развития - уже создана новая система мотивации, которая позволяет каждому ощущать свой вклад в развитие общего дела. Остальные команды будут замотивированы уже в декабре-январе.

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

Если говорить в целом, то за этот год мы внедрили “Клиентократию” примерно на 70%, а значит - осталось немного! Какие-то подразделения уже “живут” по новым принципам, какие-то - начнут уже в январе нового года. Главное, чего мы ждем - полной прозрачности процессов, лучшей мотивации ребят, и максимальную полезность для пользователей наших сервисов!

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

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

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

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

Уровни пирамиды (снизу вверх):

Окружение (где, с кем, условия).
Поведение (что делаю/не делаю).
Способности (навыки, стратегии).
Убеждения/ценности (во что верю).
Идентичность (кто я).
Миссия (ради чего живу).

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

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

Еще один вариант маршрутизации трафика через два сетевых интерфейса на основе списка доменных имен.

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

Краткое содержание: ставим локальный dns resolver с плагином на python, который, при разрешении имени в адрес, устанавливает маршрут через альтернативный интерфейс, если адрес соответствует регулярному выражению. Для использования решения требуется умение сконфигурировать и запустить сервис в вашем любимом дистрибутиве/сервис-менеджере, готового пакета для установки нет.

При написании кода использовалась статья Составляем DNS-запрос вручную, огромное спасибо автору и переводчику.

Для реализации идеи нужен ДНС сервер, который позволяет достаточно просто писать плагины/хуки. Первым попавшимся на глаза был PowerDNS Recursor, который позволяет писать плагины на lua. И первая реализация была для него. Но lua это больше про компактность, чем про удобство, например, поддержку регулярных выражений можно так назвать только из вежливости. Тем не менее, всё работало как предполагалось, и достаточно надежно, пока не был найден Unbound DNS который позволяет писать плагины на python, и, в итоге, был написан аналог на питоне, который и предлагаю вашему вниманию.

Все файлы доступны на github. Файлов всего 5 и все достаточно короткие.

Файл reroute.conf: пример файла конфигурации ДНС сервера. 192.168.0.1 и 172.16.17.1 — это адреса маршрутизаторов для первого и второго интерфейсов, соответственно. /etc/unbound/reroute.py — собственно плагин выполняющий основную работу. Из существенных моментов: chroot необходимо отключить, чтобы могли нормально работать скрипты на python и сервис должен работать от root чтобы добавлять маршруты.

Файл reroute.py — плагин, который выполняет необходимые дествия, reroute_conf.py — файл конфигурации для плагина, можно записать оба параметра прямо в плагин и обойтись без него. Вся работа выполняется в функции do_reroute, весь остальной код взят, практически без изменений, из документации unbound dns.

Файл rrdomains.txt — список регулярных выражений в формате python regex, при совпадении с которыми для всех ip-адресов разрешаемого доменного имени выполняется установка альтернативного маршрута.

Файл bashrc содержит определение функции reroute. Если во время работы наткнулись на сайт, для которого необходима маршрутизация через второй интерфейс, можно воспользоваться быстрым перенаправлением с помощью команды reroute в терминале. Или добавить доменное имя или регулярное выражение для него в rrdomains.txt и перезапустить dns сервер.

На этом всё, успешного маршрутизирования!

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

На концерте китайского поп-исполнителя Вана Лихуна на подтанцовке выступили гуманоидные роботы Unitree G1. Роботы синхронно танцевали вместе с живыми артистами, демонстрируя плавные движения, близкие к человеческим. Кульминацией номера стало синхронное сальто, которое выполнили в финале выступления.

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

Хотите сделать flipper zero своими руками? Тема неоднократно поднималась в коментах, горячие головы утверждали что это под силу радиолюбителю. Но применяемая серия микроконтроллеров stm32wb55 имеет корпуса которые обычным паяльником не запаять, плюс схемотехника обвязки и антенны на 2.4ГГц требует некоторых знаний и умений. Можно конечно сделать плату на заказ, однако некая WeAct Stuido предлагает готовые платочки (на stm32wb55 - правда с их ассортиментом придется разобраться) в формате black/bluepill. и гораздо дешевле flipper. Модули с нужным SD,LCD, NFC и СС1101 тоже есть в продаже. Мысль сделать франкенфлиппера (хотя флиппер еще тот франкенштейн по лору) меня посетила уже давно. Для разных задач можно даже не подпаивать все модули. Но смущало что вероятно придется подкручивать gpio (будет несовместимость) плюс необходимость secure keys меня остановила.

Однако нашлись смелые люди. На днях некий Yellow Purple опубликовал два хороших видео где показана сборка diy flipper zero из подручных материалов. Именно flipper а не далекого аналога на esp32. Знания языка для их понимания не требуется - все показано визуально. правда потребуются иные знания и навыки.

https://www.youtube.com/watch?v=dbdhTg0jV_E

https://www.youtube.com/watch?v=x_dpWzmNMbo

как оказалось, исходники (с допилами?) выложены на GitHub, хотя еще надо посмотреть чего там понаделано https://github.com/GthiN89/FuckingCheapFlipperZero-DIY-Flipper-zero-The-real-on

Нужные бинарники с картинками и схемами тоже есть https://github.com/Magnowz/Flipper-Diy

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

Пользователи выяснили, что на Samsung Galaxy Z TriFold можно запустить три игры сразу. Одни из фанатов одновременно смог заставить работать на смартфоне Genshin Impact, Honkai: Star Rail и Zenless Zone Zero.

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

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

Разработчики из РФ замучили мошенника, заставив его проходить бесконечную капчу. Скамер притворился главой одной российской компании и писал на английском. Сотрудники компании должны были отсканировать подарочные сертификаты на его сайте на 1500 евро. Оказалось, в эту игру можно играть вдвоём. Разрабочтики сделали вид, что поверили обманщику и скинули ему ссылку на файлообменник, состряпанный на скорую руку. Идея которого заключалась в бесконечной капче. Бедолага пытался пройти её 1,5 часа, но ничего не выходило. А разработчики добавили ещё и верификацию по видел, которую скамер тоже начал проходить.

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

OpenAI теперь позволяет пользователям напрямую регулировать уровень энтузиазма ChatGPT. Пользователи могут настраивать теплоту, энтузиазм и использование эмодзи чат-бота. Эти параметры (а также аналогичные настройки использования заголовков и списков в ChatGPT) теперь отображаются в меню «Персонализация» и могут быть установлены на «Больше», «Меньше» или «По умолчанию». Они позволяют пользователям дополнительно настраивать тон ChatGPT, помимо существующей возможности установить «базовый стиль и тон» — включая профессиональный, откровенный и необычный тона, которые OpenAI добавила в ноябре.

Тон ChatGPT был постоянной проблемой в этом году: OpenAI отменила одно обновление из-за того, что оно было «слишком льстивым», а затем скорректировала GPT-5, сделав его «теплее и дружелюбнее» после жалоб некоторых пользователей на то, что новая модель стала более холодной и менее дружелюбной.

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

Аналитический долг в документации (и иных аналитических артефактах)

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

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

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

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

Насколько важно полное соответствие

Идеал не нужен и за него никто никогда не заплатит. Документация, которая на 80% соответствует коду, но содержит все ключевые бизнес-правила и принятые архитектурные решения, будет ценнее, чем документация, на 100% соответствующая коду, но погрязшая в деталях. Необходимо понимать, что есть некая критическая актуальность документации, выход за пределы которой нецелесообразен. Прежде всего актуальными должны быть описания интерфейсов API, схем ключевых бизнес-процессов, core-домена. Остальное можно обновлять по требованию, и это не будет считаться „долгом“, а будет осознанной стратегией.

Что делать для рефакторинга

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

Кто и когда это должен делать

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

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

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

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

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

«Кофе & Код»: вымышленная история. Окончание.
Теперь кафе не зависит от Wi-Fi. Оно продаёт тишину утром и общение вечером — и то, и то оказалось дороже интернета.

Медленный Wi-Fi оказался не проблемой, а возможностью. Владелец кафе развернул пространство в два режима:

Утро — коворкинг «Рабочие пчелы»
• С 8:00 до 11:00 — тишина, приглушённый свет, бесплатный чай к кофе
• Розетки с таймерами: 1 час работы → продление за новый заказ

День и вечер — оффлайн-клуб
• Чайные церемонии (пуэр, улун) и турниры по го с печатями в карту лояльности
• Го-ланч: роллы и моти для игроков (+15% скидка за долгие партии)
• Уголок каллиграфии: рисуем иероглифы тушью между ходами
• «Тихие партии»: 60 минут без слов — только музыка камней

(Го + кисть = новая философия кофейного досуга)
P.S. Теперь скидки дают за самые красивые ходы и иероглифы.

Когда система даёт сбой — не чини её. Пересобери.

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

(История полностью вымышленная, все совпадения случайны)

У кофейни «Кофе & Код» упали продажи. Владелец Макс знал, что цены выросли (поставщик зерна сменился), но не видел других причин. Пока однажды его друг Гай, зайдя выпить эспрессо, не заметил странное:

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

Гай огляделся и понял: рядом построили огромный серверный центр, из-за которого Wi-Fi в районе стал медленным, как улитка

5 идей для реанимации:

«Офлайн-антикафе» — книги, настолки, розетки только для десертолюбов.
«Кофе-квесты» — зашифрованные рецепты в меню («Напиток №316 → ищи подсказку на полке С»).
«Рабочие пчелы» — утренний коворкинг с таймерами на розетках (1 час → плати или освобождай место).
«Тёмная сторона кофе» — — вечер без гаджетов (сдал телефон → получи десерт). «Кофейный детокс» — печатная машинка, кассеты 90-х, дартс.

Все варианты интересные. Пока Гай и Макс обсуждали эти варианты, их знакомая Юля, появившись с томиком Сэлинджера под мышкой, усмехнулась: — Идеи милые, но... сыроваты. Давайте копнём глубже.

Какой, на ваш взгляд, вариант они стали прорабатывать?

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

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

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

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

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