"PROстая программа" вместо системного аналитика
Есть в знаменитом сериале "Теории большого взрыва" серия 2008 года, в которой Шелдон пришёл на работу к Раджу. А потом Радж жаловался, что Шелдон, после 10 минут наблюдения, попытался заменить его простой программой. И, что "самое обидное" — у него почти получилось.
См. 12 серию 1 сезона от 2008.04.14
Фраза меня зацепила ещё тогда. Потому что я уже лет 15 уверен: автоматизировать можно всё 🤖. Не сразу, но точно не невозможно. И когда пришли нейросети, я был им очень рад.
Сейчас кайфую, когда в n8n собираю workflow, который:
✔️ парсит нужную информацию,
✔️ анализирует её,
✔️ делает выжимку
✔️ и кидает мне в Telegram с пометками: «вот на это обрати внимание».
Да, я ещё перепроверяю руками. Но сам факт: то, что раньше требовало часов работы — теперь делается вообще без необходимости мне самому принимать решение. Прогресс идёт ⬆️. Всё, что раньше казалось сложным и неструктурируемым, постепенно превращается в обычные вещи.
🎯 Возьмём другой пример. Всегда представлял себе разработку ПО как череду чёрных ящиков, через которые последовательно проходят артефакты, трансформируясь по заранее заданным алгоритмам.
Стоит договориться о правилах — и процесс становится оцифровываемым.
Сегодня можно:
1⃣ надиктовать хотелку бизнеса;
2⃣ получить пользовательские требования и сгенерировать системные;
3⃣ взять системные требования и пропустить через DDD;
4⃣ сгенерировать архитектуру, API, схемы БД.
Конечно, это всё нужно допиливать, валидировать, документировать. Но это уже не фантастика — это уже тестируемая реальность.
🤔 Значит ли это, что профессия системного аналитика умирает?
❌Нет.
Это значит, что бессмысленный шаблонный труд снова будет делать машина, НО уровень того, что является "шаблонным", стал выше, чем был раньше. А системный, контекстный, творческий подход — пока еще останется за людьми.
Я всегда действовал по принципу: разберись, классифицируй и замени часть своей работы простым скриптом.
Именно этого требую от коллег, именно этому учу студентов в университете.
Системный аналитик — это человек, у которого должен быть системный взгляд и на свою работу.
📌 Примеры выше — это не просто теория. Многие подходы я уже использую на практике. Часть — пока концепции, но они работоспособны и заслуживают тестов.
Когда одна часть работы автоматизирована — появляется возможность сфокусироваться на другой. Именно так и освобождаются ресурсы для роста.
🛠 Мой базовый подход состоит из 5 принципов:
1️⃣ Всё, что можно представить в виде таблицы — должно быть представлено в виде таблицы.
2️⃣ Только нумерованные списки. Чёткая структура, а не хаотичное перечисление.
3️⃣ У каждого элемента должен быть идентификатор. Необязательно числовой, но обязательно должен быть.
4️⃣ Всё нужно классифицировать и формировать реестры. Всё должно быть учтено: требования, фичи, интерфейсы, поля, запросы.
5️⃣ Оцифровывать всё, что поддаётся оцифровке. А что не поддаётся — догнать и оцифровать.
И этим принципам способен следовать любой, кто этого захочет.
💡 Забавный факт:
Сцену из серии «Теории большого взрыва», с которой началась эта статья, я в несколько заходов гуглил, искал, всё - не то. А перед написанием этой статьи просто спросил ChatGPT. Один запрос — и серия найдена. Вот так-то: что раньше было «непросто», теперь — обычная рутина. И это - отлично!
😌 Надеюсь, что если вы и окажетесь когда-нибудь "простым скриптом", то исключительно по собственному желанию — чтобы освободить голову для более интересных задач.
С этим подходом, который давно лежал на полке как идея для статьи, я участвую в конкурсе "Продолжи мысль" от @systems_education. Будет здорово, если поддержите, когда потребуется.
Если вам близок такой подход — поделитесь, какие "простые скрипты" уже у вас в арсенале? 😉
——
✌️ PRO SA |👍 ОТЗЫВЫ |👩🎓 НСА 2.0
#продолжи_мысль_SE
Есть в знаменитом сериале "Теории большого взрыва" серия 2008 года, в которой Шелдон пришёл на работу к Раджу. А потом Радж жаловался, что Шелдон, после 10 минут наблюдения, попытался заменить его простой программой. И, что "самое обидное" — у него почти получилось.
См. 12 серию 1 сезона от 2008.04.14
Фраза меня зацепила ещё тогда. Потому что я уже лет 15 уверен: автоматизировать можно всё 🤖. Не сразу, но точно не невозможно. И когда пришли нейросети, я был им очень рад.
Сейчас кайфую, когда в n8n собираю workflow, который:
✔️ парсит нужную информацию,
✔️ анализирует её,
✔️ делает выжимку
✔️ и кидает мне в Telegram с пометками: «вот на это обрати внимание».
Да, я ещё перепроверяю руками. Но сам факт: то, что раньше требовало часов работы — теперь делается вообще без необходимости мне самому принимать решение. Прогресс идёт ⬆️. Всё, что раньше казалось сложным и неструктурируемым, постепенно превращается в обычные вещи.
🎯 Возьмём другой пример. Всегда представлял себе разработку ПО как череду чёрных ящиков, через которые последовательно проходят артефакты, трансформируясь по заранее заданным алгоритмам.
Стоит договориться о правилах — и процесс становится оцифровываемым.
Сегодня можно:
1⃣ надиктовать хотелку бизнеса;
2⃣ получить пользовательские требования и сгенерировать системные;
3⃣ взять системные требования и пропустить через DDD;
4⃣ сгенерировать архитектуру, API, схемы БД.
Конечно, это всё нужно допиливать, валидировать, документировать. Но это уже не фантастика — это уже тестируемая реальность.
🤔 Значит ли это, что профессия системного аналитика умирает?
❌Нет.
Это значит, что бессмысленный шаблонный труд снова будет делать машина, НО уровень того, что является "шаблонным", стал выше, чем был раньше. А системный, контекстный, творческий подход — пока еще останется за людьми.
Я всегда действовал по принципу: разберись, классифицируй и замени часть своей работы простым скриптом.
Именно этого требую от коллег, именно этому учу студентов в университете.
Системный аналитик — это человек, у которого должен быть системный взгляд и на свою работу.
📌 Примеры выше — это не просто теория. Многие подходы я уже использую на практике. Часть — пока концепции, но они работоспособны и заслуживают тестов.
Когда одна часть работы автоматизирована — появляется возможность сфокусироваться на другой. Именно так и освобождаются ресурсы для роста.
🛠 Мой базовый подход состоит из 5 принципов:
1️⃣ Всё, что можно представить в виде таблицы — должно быть представлено в виде таблицы.
2️⃣ Только нумерованные списки. Чёткая структура, а не хаотичное перечисление.
3️⃣ У каждого элемента должен быть идентификатор. Необязательно числовой, но обязательно должен быть.
4️⃣ Всё нужно классифицировать и формировать реестры. Всё должно быть учтено: требования, фичи, интерфейсы, поля, запросы.
5️⃣ Оцифровывать всё, что поддаётся оцифровке. А что не поддаётся — догнать и оцифровать.
И этим принципам способен следовать любой, кто этого захочет.
💡 Забавный факт:
Сцену из серии «Теории большого взрыва», с которой началась эта статья, я в несколько заходов гуглил, искал, всё - не то. А перед написанием этой статьи просто спросил ChatGPT. Один запрос — и серия найдена. Вот так-то: что раньше было «непросто», теперь — обычная рутина. И это - отлично!
😌 Надеюсь, что если вы и окажетесь когда-нибудь "простым скриптом", то исключительно по собственному желанию — чтобы освободить голову для более интересных задач.
С этим подходом, который давно лежал на полке как идея для статьи, я участвую в конкурсе "Продолжи мысль" от @systems_education. Будет здорово, если поддержите, когда потребуется.
Если вам близок такой подход — поделитесь, какие "простые скрипты" уже у вас в арсенале? 😉
——
✌️ PRO SA |👍 ОТЗЫВЫ |👩🎓 НСА 2.0
#продолжи_мысль_SE