Cordek

Степень кандидата биологических наук в области генетики и экологии и еще три диплома в разных сферах затрудняют мою профессиональную самоидентификацию. Поэтому я предпочитаю называть себя экспертом. Я эксперт в лабораторной деятельности, стандартизации, сертификации, бизнес-аналитике. В настоящее время работаю системным аналитиком в IT-компании.
Пикабушник
Дата рождения: 20 мая
9500 рейтинг 4 подписчика 43 подписки 38 постов 10 в горячем
Награды:
В 2026 год с Пикабу!5 лет на Пикабу За исследование параллельных миров
4

Ответ на пост «Халяль такой Халяль»3

@giron77 так и не понял.
Сертификация халяль, как и другая добровольная сертификация в нашей стране светская процедура. Никаких прямых или косвенных отчислений в ДУМ РФ или любой другой ДУМ по сути не положено. Если при ДУМ РТ или ДУМ РБ есть такой орган по сертификации, то он конечно может часть прибыли отчислять в свой муфтият, но на этом финансирование и заканчивается. При этом процедура недорогая, если этот бизнес имеет хотя бы 10-20% прибыли, то уже хорошо. Сертификация в стране в принципе не самое прибыльное дело. Очень много органов закрывается. К примеру орган, который на экологическую маркировку сертифицирует - Листок жизни https://ecounion.ru/sertifikacziya/listok-zhizni/ в последнее время весьма в шатком положении. Очень мало заявок, а те, кто ранее сертифицировался данный сертификат не продлевают. Видимо мода на халяль перебила моду на экологию.
Основные затраты организаций на производство халяльной продукции это исполнение требований по разделению свиной продукции и халяльной, а также выполнение каких-то правил по забою скота, например поставить проигрыватель и колонки, через которые воспроизводится молитва. При этом куриные головы всё равно отрывают, а не отрезают. Но значок Халяль на курице есть.

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

P.S. А я вообще атеист.

Показать полностью

Ответ на пост «Русское — плёхо. Нерусское — харащё. Визуальные коды "Сказки о царе Салтане"»1

В сказке о царе Салтане и сыне его богатыре Гвидоне Салтановиче Пушкин сознательно не указывает, что действие происходит на Руси. И тому есть несколько причин:

1) Источник сказки очевидно не русский. Сказка вообще европейская, хотя в некоторых вариациях присутствуют отсылки на Сирию.

2) В сказке бояре посадили царицу с сыном в бочку. Такой жестокости по отношению к царицам никогда на руси не было. Чай не Англия. На Руси максимум в монастырь.

3) После столь чудовищного преступления Царь не провёл никакого расследования. Явно не про русских царей.

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

Анализ сопротивления внедрению системы 5С на ремонтном производстве через призму шести слоев сопротивления

Серия Бережливое производство

Пост написан под влиянием обсуждения, которое началось здесь https://t.me/leanrussia/3702/21190 и продлилось несколько дней.

Методика шести слоев сопротивления https://habr.com/ru/articles/725018/

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


Введение в 5С

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

Анализ сопротивления внедрению 5С в ремонтном производстве по слоям

Первый слой: "У нас проблема не в беспорядке, а в отсутствии планирования"

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

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

Преодоление этого слоя требует признания проблемы с обеих сторон. Необходимо объяснить, что 5С – это не система для планирования производства, а метод организации рабочего места в условиях любой непредсказуемости. Беспорядок не решает проблему непредсказуемости, а усугубляет ее, создавая дополнительные простои из-за поиска инструментов и материалов.

Второй слой: "5С – это для основного производства, а не для ремонта"

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

Аргумент "в основном производстве 5С работает, а в ремонтном – нет" отражает глубокое убеждение в принципиальной разнице между типами производства. Сотрудники считают, что особенности ремонтного цеха требуют совершенно другого подхода.

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

Третий слой: "Это увеличит наше время, а не сократит"

Ключевая опасность третьего слоя – сомнения в эффективности решения. Типичное возражение: "Токарь должен бегать в кладовку за разными резцами и мерилками? Это же увеличит время изготовления детали!" Сотрудники не видят выгоды в том, чтобы организовывать инструменты по принципу 5С, если это потребует дополнительных перемещений.

Этот слой особенно сложен, потому что реальная выгода от 5С проявляется не сразу и не всегда очевидна для一线-персонала. Сотрудники фокусируются на видимых издержках (время на переходы до склада) и не учитывают скрытые потери (время поиска инструментов в беспорядке, простои из-за отсутствия нужного инструмента).

Для преодоления этого слоя необходимо четко продемонстрировать ROI изменений. Например, показать, что время поиска ключа на 13 в общей тумбочке составляет в среднем 5 минут, тогда как переход до правильно организованного склада займет 2 минуты, но инструмент будет всегда на месте.

Четвертый слой: "Кладовщик уйдет, и все работы встанут"

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

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

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

Пятый слой: "У нас нет места/людей/ресурсов для этого"

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

Сотрудники могут указывать на то, что "у нас в одной группе 10 токарей, в другой 5, плюс еще есть 5 фрезеровщиков, 4 шлифовщика" и предсказывать хаос в инструментально-раздаточной при централизации инструментов.

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

Шестой слой: "Да, конечно, мы все сделаем" (но ничего не делают)

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

Отсутствие личной заинтересованности – система мотивации не поощряет поддержание порядка

Привычка – "у нас всегда так работали, и все нормально"

Недоверие к руководству – опыт показывает, что инициативы быстро забываются

Конфликт интересов – поддержание порядка требует дополнительных усилий без немедленной отдачи

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

Практические рекомендации по преодолению сопротивления

Адаптация 5С под специфику ремонтного производства

Система 5С должна быть гибкой и адаптированной под особенности ремонтного цеха:

Сортировка – не удаляйте "редко используемые" инструменты, а создайте для них отдельные зоны с пометкой частоты использования

Порядок – разработайте гибкие стандарты размещения, учитывающие разнообразие работ

Чистота – установите минимальные стандарты поддержания чистоты, применимые в условиях срочных ремонтов

Стандартизация – создайте простые, понятные визуальные стандарты, а не сложные документы

Совершенствование – учитывайте предложения一线-персонала по улучшению системы

Работа с ключевыми возражениями

"Нам нужен инструмент под рукой из-за непредсказуемости": Объясните разницу между "под рукой" и "в беспорядке". Организованный доступ к инструментам даже на складе быстрее, чем поиск в хаотично заполненной тумбочке. Введите систему "срочных" инструментов, которые всегда доступны на участке.

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

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

Поэтапное внедрение

Начните с согласования проблемы: Проведите диагностику потерь времени на поиск инструментов и материалов. Покажите сотрудникам реальные цифры.

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

Создайте простые стандарты: Разработайте минимально необходимые правила, которые легко запомнить и выполнять.

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

Демонстрируйте результаты: Регулярно показывайте улучшения в сокращении времени простоев, повышении безопасности и комфорта работы.

Заключение

Сопротивление внедрению 5С в ремонтном производстве – естественная и ожидаемая реакция. Оно не говорит о некомпетентности сотрудников или бесполезности самой системы. Сопротивление – это сигнал о том, что изменения не были должным образом проработаны и адаптированы под специфику производства.

Показать полностью

Ответ на пост «А есть ли вообще смысл задавать домашнее задание?»40

Этот вопрос появился не с появлением ИИ, а гораздо раньше.
Еще в доинтернетную эпоху были варианты списать ДЗ у отличников, потом появились ГДЗ, потом ответы в интернете, теперь вот ИИ.
Меняется только количество усилий по списыванию, но сам факт никуда не девается.
Я когда-то преподавал, причем преподавал естественные предметы в глубоко гуманитарном колледже. Надеяться на какую-то ответственность студентов к выполнению домашнего задания я не мог. Для решения проблемы я стал задавать рефераты по разным темам. Конечно мне приносили работы, целиком скопированные из интернета, но это меня не смущало. Я просто так же, как и ТС исходного поста, спрашивал студента о чем его реферат. Ну и оценивал ответы, а также оформление текста, потому что эти гуманитарии должны были уметь аккуратно оформлять письменные работы.

Соответственно надо ведь определиться, а для чего вообще задаете домашнее задание?

Далее смотрим варианты, что нам можно сделать:

1) Работа в классе никуда не девается, пусть показывают свои знания непосредственно учителю.

2) В программу обучения закладывать такой объем домашнего задания, который в принципе без ИИ не выполнить, но который при вдумчивом выполнении с ИИ позволит получить (закрепить) новые знания. Это могут быть и какие-то проектные задания.

3) Забить на все, принимать письменные дз, списанные с ИИ, и ставить пятерки.

Какой вариант вам кажется наиболее правильным?

Показать полностью
245

Ответ avbox в «Эффективный менеджемент. Или как вмахаться на несколько десятков миллионов пытаясь сэкономить пятихаточку»25

Я сам работал в лаборатории и был председателем комиссии по закупкам. Что-то кажется про хроматограф автор как-то напиздел. В целом у Эджилент и Шимадзу много моделей и нельзя говорить что разница как у айфон и росо. Шимадзу это японская марка, не корейская и не китайская, как может показаться несведущим, изготавливается в Японии и Германии, качество и цена вполне высокие, не намного ниже Эджилент. По некоторым характеристикам даже может быть лучше чем эджилент. Например мне ПО к хроматографу больше нравится от Шимадзу, чем Эджилент. Но рассмотрим косяки повествования:

Во-первых, КП получают на стадии расценки, покупать по этим КП вы ничего не будете.

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

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

Отменили бы, да техзадание подкрутили.

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

По первому примеру, автор тем более пиздит. В 2010 году 44-фз не было. Был 94-фз, там было всё лайтовее, ближе к коммерческим закупкам, поэтому ИП Пупкину и выдали аванс. Ну так это обычное дело и коммерческих закупках, в те годы любили пропадать после аванса разные ОООшки.

Ну и как-то в 2020 году я обломал одного такого поставщика с маленьким предложением, и ФАС через три заседания встал на мою сторону. Просто надо грамотно объяснять...

Показать полностью

Инструменты для облегчения работы с документацией сотрудников предприятий

Серия про IT и не только

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

  1. TEAMLY AI https://teamly.ru/ai
    Особенности: Один из лидеров на рынке. ИИ обучается исключительно на ваших данных (документы, таблицы) и не использует внешние источники, что минимизирует ошибки и гарантирует конфиденциальность. Отличается глубоким пониманием контекста диалога и строгой системой контроля доступа (сотрудник видит только ту информацию, к которой у него есть права).
    Безопасность: Данные хранятся на ваших серверах.
    Интеграции: Встраивается в корпоративные порталы, CRM, мессенджеры.
    Для кого: Универсальное решение для всех отделов: поддержка, HR, маркетинг, продажи, производство.

  2. KT-Team (ИИ-ассистент для правил) https://www.kt-team.ru/solutions/ai-for-business/ai-corporate-rules-helper
    Особенности: Специализированный помощник для работы с огромными базами правил, регламентов и инструкций (от 100+ документов). Понимает запросы на естественном языке, даже если формулировка не точная. Идеален для обеспечения соблюдения внутренних стандартов.
    Плюсы: Автоматически актуализирует ответы при изменении регламентов и предоставляет модуль для тестирования знаний сотрудников.
    Для кого: Крупные компании с сильно регламентированными процессами (финансы, производство, строительство).

  3. Ontoloo https://ontoloo.ru/ai-chat-bots
    Особенности: Платформа для создания разных типов ботов (корпоративный, продавец, поддержка). Использует векторные базы данных для интеллектуального поиска по всем корпоративным знаниям.
    Гибкость: Поддерживает различные LLM (ChatGPT, Gemini, Claude, YandexGPT) и развертывание на собственных серверах. Есть интеграция с Битрикс24.
    Для кого: Компании, которым важна гибкость выбора модели и многоканальность (веб-сайт, Telegram и др.).

  4. Personik (для обучения и HR) https://personik.ai/solutions/learning
    Особенности: Сфокусирован на сценариях обучения и адаптации персонала. Позволяет легко создавать интерактивные курсы, тесты и квизы на основе загруженных материалов (инструкций, документации).
    Форматы: Диалоговые тренажеры, микро-обучение прямо в мессенджерах (Telegram, Viber).
    Для кого: В первую очередь для HR-департаментов и учебных центров.

  5. Minerva Knowledge https://minervasoft.ru/kms
    Особенности: Профильный сервис для базы знаний с ИИ-инструментами. Входит в линейку продуктов Minerva, среди которых — Minerva Learn, решении для создания обучающих материалов, тестов и анализа результатов.
    Плюсы: Семантический поиск по всем типам контента выдает релевантную информацию из базы знаний. Доступна быстрая миграция из Confluence, Notion, Zendesk и других зарубежных систем.  Поддерживает диаграммы из Draw.io и PlantUML, доски из Miro, видео с YouTube и другой контент из сторонних сервисов.  Можно сделать внешний портал с базой знаний для клиентов и партнеров. Встроенный ИИ дает подсказки из базы знаний в CRM-системе и других программах. Есть мобильные приложения для iOS и Android. Доступно коробочное решение.
    Для кого: Для компаний, заинтересованных в внедрении универсальных решений. Подходит командам, где минимум 15 сотрудников — меньшее количество лицензий купить нельзя.


Подписывайтесь на мой канал https://t.me/limsaccreditation

Показать полностью

Зачем нужны аналитики?

Серия про IT и не только
Зачем нужны аналитики?

Я работаю системным и бизнес-аналитиком, но периодически вижу обсуждения, что аналитики не нужны, либо не нужны были изначально, потому что DDD и вот это всё, либо не нужны становятся сейчас из-за развития нейросетей и трансформации разработки. Однако на своем опыте я вывел несколько причин, почему аналитики всё таки нужны:

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

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

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

  4. Собиратели конструкторов - аналитики заменяют разработку в проектах с лоу-код и ноу-код конструкторами.

  5. Вайб-кодеры - в настоящее время за счет нейросетей аналитик может самостоятельно тестировать идеи в коде и прототипах вообще без разработчиков. Далее рассмотрим подробнее.

1. Разделение труда - основа эффективности

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

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

2. Дешёвая замена - страховка от некомпететености

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

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

3. Тушитель пожаров и «универсальная затычка»

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

  • Руководитель проекта перегружен и не успевает расставить приоритеты? Аналитик делает это сам.

  • Тестировщики не понимают бизнес-логику? Аналитик пишет сценарии и проверяет функции ПО.

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

  • Разработчик не хочет вникать в нюансы? Аналитик «додумывает» логику и исправляет требования постфактум.

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

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

4. Собиратели конструкторов - аналитик становится разработчиком

С приходом платформ вроде Bubble, Airtable, Power Apps, ELMA, Первая форма аналитик получил суперсилу: он может сам создавать рабочие решения без единой строчки кода.
Теперь он не просто описывает форму для приложения — он может собрать её сам и она сразу будет работать, при это не требуется писать код. Я знаю, что на Хабре мало поклонников ноу-код, но тем не менее такие платформы используются, работают и выполняют свои функции. Если в компании внедряют какую-то лоу-код платформу, то ей нужны аналитики, которые будут там настраивать и править, сразу реализуя то, что нужно пользователям. Программисты в этом случае конечно тоже нужны, но только для написания плагинов, коннекторов, каких-то базовых функций и т.д. Здесь вот про это подробно описано https://habr.com/p/977318/
Это превращает аналитика в продуктового инженера одного лица: от идеи до MVP — за день. Но есть и риски. No-code — не панацея. Такие решения часто не масштабируются, сложны в поддержке и могут стать «цифровым мусором», если не продумана архитектура. Аналитик должен понимать границы возможностей платформ и вовремя передавать зрелые продукты в руки программистов то, что требует классической разработки через код.

5. Вайб-кодинг и ИИ: от ТЗ к архитектуре намерений

Самый мощный тренд 2024–2025 годов — вайб-кодинг (vibe coding): когда достаточно описать желаемое поведение на естественном языке, чтобы ИИ (GitHub Copilot, Cursor, V0, Lovable) сгенерировал рабочий интерфейс или даже full-stack приложение.

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

Выводы

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

Показать полностью 1

Память...

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

Отличная работа, все прочитано!

Темы

Политика

Теги

Популярные авторы

Сообщества

18+

Теги

Популярные авторы

Сообщества

Игры

Теги

Популярные авторы

Сообщества

Юмор

Теги

Популярные авторы

Сообщества

Отношения

Теги

Популярные авторы

Сообщества

Здоровье

Теги

Популярные авторы

Сообщества

Путешествия

Теги

Популярные авторы

Сообщества

Спорт

Теги

Популярные авторы

Сообщества

Хобби

Теги

Популярные авторы

Сообщества

Сервис

Теги

Популярные авторы

Сообщества

Природа

Теги

Популярные авторы

Сообщества

Бизнес

Теги

Популярные авторы

Сообщества

Транспорт

Теги

Популярные авторы

Сообщества

Общение

Теги

Популярные авторы

Сообщества

Юриспруденция

Теги

Популярные авторы

Сообщества

Наука

Теги

Популярные авторы

Сообщества

IT

Теги

Популярные авторы

Сообщества

Животные

Теги

Популярные авторы

Сообщества

Кино и сериалы

Теги

Популярные авторы

Сообщества

Экономика

Теги

Популярные авторы

Сообщества

Кулинария

Теги

Популярные авторы

Сообщества

История

Теги

Популярные авторы

Сообщества