3. В плане культуры мышления.

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

Пара составляющих:

1) Культ "гарантоспособности" (как выражается Влад Жаринов) - т.е. использования таких приёмов программирования и мышления при программировании, которые ведут к возможности по-максимуму отвечать за свойства продукта. Кстати, это не обязательно давать совсем уж 99,999999 надёжный продукт - там всё же не обойтись без спец. методов, доп. фазы тестирования и проч. Но внутри класса высококачественного ПО можно таки выделить свою градацию - вот умение попадать на тот уровень гарантий, который уместен по задаче.

Самый нижний уровень - на систему уверенно можно положиться. При возникновении остаточных проблем (которые не убраны, допустим, ввиду не проводившегося серьёзного тестирования) за счёт хорошей структуры ПО и контрактно-ориентированного программирования они устраняются разработчиком моментально. Частота проблем падает экспоненциально.Т.е. на этап эксплуатации выходит система "ПО + оперативная поддержка разработчика", она начинает работать уверенно, и через определённое небольшое время система уже работает безотказно.

2) Стремление любую задачу отрабатывать "по 2-му умотипу" (http://www.inr.ac.ru/~info21/princypKalashnikova.htm). Т.е. не остановиться влюблённо на первом решении ("Как выс...но, так и заморожено" (С) Лесков) - и уже тем более не спешить подсаживать мир на это первое решение, а сделать несколько итераций очищающего и упрощающего редизайна. Любимое оправдание "для сложных проблем - сложные решения", но практика убедительно показывает, что большинство предлагаемых решений - избыточно сложны (часто многократно) для своих проблем. Именно в силу того, что никогда не подвергались ни  одной итерации очищения и упрощения. Только обратный рост. Индустрия предоставила в последнее время 2 примера, что десятилетия мы жили в усложнённом тупике в двух областях: в параллелизме и в СУБД. Подробнее вот здесь я высказывался на эти две темы:http://www.inr.ac.ru/~info21/zametki/welcome.htmlСегодня добавилось свежих примеров: подход Д. Дагаева с его ПО для АЭС на Обероне и кооперативной многозадачности; переход A2 и Active Oberon на оную.

Когда привыкаешь сам проектировать по 2-му умотипу, потом просто колбасит от всего окружения технологий, нагромождённых по 1-му. И от восторгов обывателей и неофитов на тему "Ах, какой простор для творчества". Истинное творчество должно концептуализовать проблемы и решения, и упрощать мир в каком-то аспекте. Но никак не наоборот.

Отсюда так и просится понятие "информационная экология", "экология программирования" - как борьба с тотальной загрязнённостью мусором информационной среды, ИТ и программных технологий.

Ещё на эту тему хорошо почитать концептуальный текст Информатики-21: "Математика + информатика + языки", там всё классно по полочкам разложеноhttp://www.inr.ac.ru/~info21/MIL/welcome.html