Еще появился полезный канал, где выкладываются карточки ПО из Реестра с ссылками на техническую документацию, которую можно взять за пример https://t.me/rusoftnavi
В свое время делали в Excel чек-лист на основе следующих первичных документов, которые дополняют статью: 1) Методические рекомендации АНО "ЦКИТ" по подготовке заявок на включение ПО в Единый реестр https://ru-ikt.ru/metodic#!/tab/595058081-1 2) Правила формирования и ведения реестров российского и евразийского программного обеспечения https://ru-ikt.ru/pravila_reestra 3) МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ по работе с Федеральной государственной информационной системой «Реестры программ для электронных вычислительных машин и баз данных» (ФГИС Реестры ПО) https://reestr.digital.gov.ru/upload/documents/Методичка_Подача_заявления.pdf
Многие из этих ребят, до кучи, подобрались к мощнейшему кризису среднего возраста. И вишенка на торте — они вживую сейчас наблюдают, что экспертность, которую они качали много лет, сейчас будто бы не нужна, и та зарплата, к которой они шли много лет, сейчас платится ребятам с гораздо более скромным опытом и гораздо меньшими знаниями.
Мне кажется у миллениалов в таком периоде есть шанс на бустинг карьеры с помощью ИИ-агентов. Немногие молодые мыслят процессами, повышением их прозрачности и автоматизацией. Например, то, что студенты напишут за месяц на Python, можно автоматизировать на n8n за пару недель. В каком-то смысле это хороший ИТ-гейткипинг для развития бизнеса, способ стимулирования к развитию себя и тех, кто пришел попозже. ИИ-QA, ИИ-HR, ИИ-SCRUM-мастер, ИИ-аналитик, ИИ-РП и где-то в конце по очереди автоматизации ИИ-инженер/постановщик и ИИ-разработчик
Если предсказуемость поведения ПО включить в набор критериев качества, то в отношении его трудно утверждать, что большинству будет плевать. Как раз наоборот, если сходу не понял, не разобрался, комплиментарного отзыва вряд ли будет.
Впечатлен щедростью и заботой. Когда читаешь электронную книгу "Простая одержимость" и получаешь ее в бумажном варианте - это новогоднее чудо! А авто из "Назад в будущее" просто супер. Спасибо тебе, Дед Мороз из Волгограда!
Вы подняли несколько интересных вопросов, касающихся различия между заказчиком и пользователем, а также роли каждого из них в процессе приемки. Я согласен, что в идеале разработчик должен проводить тестирование и обеспечивать качество продукта перед передачей его заказчику. Однако, в некоторых случаях вовлечение пользователей может помочь выявить нюансы, которые не всегда заметны команде разработки. В разработке наукоемкого ПО это вполне общая практика.
Что касается смешивания понятий проекта и продукта, я понимаю вашу точку зрения. В статье я стремился показать, как различные подходы могут применяться в зависимости от контекста.
Вас устроит ответ, что курс «Управление проектами» (AFW, Германия), где выделяются этапы подготовка, структурирование, планирование, выполнение и завершение проекта? На схеме в целях упрощения в стадию инициирование включаю подготовка+структурирование+планирование.
В таком случае поверх векторной БД должен работать LLM, например в виде ИИ-агента, у которого есть MCP-доступ к БД
Еще появился полезный канал, где выкладываются карточки ПО из Реестра с ссылками на техническую документацию, которую можно взять за пример
https://t.me/rusoftnavi
В свое время делали в Excel чек-лист на основе следующих первичных документов, которые дополняют статью:
1) Методические рекомендации АНО "ЦКИТ" по подготовке заявок на включение ПО в Единый реестр
https://ru-ikt.ru/metodic#!/tab/595058081-1
2) Правила формирования и ведения реестров российского и евразийского программного обеспечения
https://ru-ikt.ru/pravila_reestra
3) МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ по работе с Федеральной государственной информационной системой «Реестры программ для электронных вычислительных машин и баз данных» (ФГИС Реестры ПО)
https://reestr.digital.gov.ru/upload/documents/Методичка_Подача_заявления.pdf
Мне кажется у миллениалов в таком периоде есть шанс на бустинг карьеры с помощью ИИ-агентов. Немногие молодые мыслят процессами, повышением их прозрачности и автоматизацией. Например, то, что студенты напишут за месяц на Python, можно автоматизировать на n8n за пару недель. В каком-то смысле это хороший ИТ-гейткипинг для развития бизнеса, способ стимулирования к развитию себя и тех, кто пришел попозже.
ИИ-QA, ИИ-HR, ИИ-SCRUM-мастер, ИИ-аналитик, ИИ-РП и где-то в конце по очереди автоматизации ИИ-инженер/постановщик и ИИ-разработчик
Если предсказуемость поведения ПО включить в набор критериев качества, то в отношении его трудно утверждать, что большинству будет плевать. Как раз наоборот, если сходу не понял, не разобрался, комплиментарного отзыва вряд ли будет.
Впечатлен щедростью и заботой. Когда читаешь электронную книгу "Простая одержимость" и получаешь ее в бумажном варианте - это новогоднее чудо! А авто из "Назад в будущее" просто супер. Спасибо тебе, Дед Мороз из Волгограда!
Вы подняли несколько интересных вопросов, касающихся различия между заказчиком и пользователем, а также роли каждого из них в процессе приемки. Я согласен, что в идеале разработчик должен проводить тестирование и обеспечивать качество продукта перед передачей его заказчику. Однако, в некоторых случаях вовлечение пользователей может помочь выявить нюансы, которые не всегда заметны команде разработки. В разработке наукоемкого ПО это вполне общая практика.
Что касается смешивания понятий проекта и продукта, я понимаю вашу точку зрения. В статье я стремился показать, как различные подходы могут применяться в зависимости от контекста.
Вас устроит ответ, что курс «Управление проектами» (AFW, Германия), где выделяются этапы подготовка, структурирование, планирование, выполнение и завершение проекта? На схеме в целях упрощения в стадию инициирование включаю подготовка+структурирование+планирование.
Также можно работать и с xls, а насчет xslx согласен, это работа с xml. Опять же все это упирается в давность написания кода