Продолжил писать статью о Кризисе IT

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

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

Список дополнительных причин кризиса в IT отрасли

• Отсутствие систематизированной развиваемой науки об обработке информации
  • Утверждается автором, что информатика как наука не развивается в нужной степени; практический инженерный опыт доминирует, но не тиражируется и не стандартизируется в широком масштабе. Это ведет к нехватке общих теоретических основ, которые могли бы ускорять прогресс и унифицировать подходы. [источник из файла][1]
• Проблемы в моделях данных и ограничение реляционных подходов
  • Автор считает, что современные модели данных не уходят за пределы реляционных форматов, что ограничивает способность точно моделировать сложные структуры реальности и затрудняет адаптацию под новые задачи. Это не только вопрос производительности, но и образовательного дефицита в области продвинутого моделирования данных. [источник из файла][1]
• Недостаточное развитие инструментов и стандартов для интерфейсов пользователя
  • В тексте перечислены проблемы интерфейсов: невозможность выделить и обработать несколько элементов, отсутствие простого экспорта данных, проблемы сохранения настроек при сбоях, закрытость приложений для внешнего контроля и отсутствие легкости локализации. Это указывает на отсутствие универсальных стандартов и лучших практик, которые можно было бы тиражировать и адаптировать под разные приложения. [источник из файла][1]
• Проблемы в подходе к базам данных и практическая ориентированность на SQL-решения
  • Утверждается, что многие решения завязаны на реляционные базы, в то время как реальность требует поддержки сложных структур данных и обновления подходов к хранению информации. Это отражает более широкую проблему в образовании и исследовательской нагрузке на развитие альтернативных моделей данных. [источник из файла][1]
• Инженерный подход без достаточной систематизации и масштабирования знаний
  • Тезис о том, что инженерный опыт доминирует на практике, но отсутствуют механизмы его масштабирования и переработки в общие принципы и стандарты. Это вызывает узкое место в развитии отрасли, поскольку лучшие практики не распространяются эффективно между проектами и компаниями. [источник из файла][1]
• Выкристаллизованный подспорник к обучению и подготовке кадров
  • Разговор о том, что отрасль опирается на поверхностные знания и отдельные фрагменты опыта, а не на систематическую подготовку кадров по теории и методологии, что снижает долгосрочную устойчивость к изменениям рынка и технологиям. [источник из файла][1]
• Уязвимость к технологическим колебаниям без опоры на фундаментальные исследования
  • Ожидания, что искусственный интеллект и новые технологии заменят инженеров, могут создавать ложные алгоритмические решения; без устойчивых фундаментальных основ отрасль рискует столкнуться с периодами «кратких всплесков» без устойчивого роста. [источник из файла][1]

Как использовать эти идеи на практике

• Определить приоритеты для образования и профессионального развития
  • Включить углубленное обучение моделям данных, альтернативным подходам к хранению информации (NoSQL, графовые и гибридные модели), а также теории обработки информации.
• Разработать и внедрить общие стандарты интерфейсов
  • Сформировать набор контрольных механик для интерфейсов: доступность операций над множеством элементов, экспорт данных, устойчивость к сбоям, локализация и тестируемость.
• Систематизировать инженерный опыт
  • Вести документацию по практикам разработки, шаблонам проектирования, паттернам архитектуры и практикам тестирования, чтобы знания можно было тиражировать и обучать новых специалистов.
• Расширить исследовательские направления
  • Поощрять исследования в области продвинутой моделирования данных, расширенной аналитики и интеграции теоретических основ информатики с практическим опытом разработки ПО.

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