Объектное мышление приводит к созданию совсем иного набора объектов для решения задачи, нежели традиционный подход. Отчасти это можно объяснить другим языком, используемым для объектного мышления (см. Гипотеза Сепира-Уорфа).
Однако с принципами ОО работать сложнее, чем с реализациями в языках программирования, поэтому дискуссии об объектах довольно быстро перешли из области моделирования и проектирования в область реализации, другими словами из области проблемы в область решения. А этот ход приблизил мышление к детерминированному машинному (“мыслить как компьютер”), а не к бизнесовому “мыслить как объект”.
Различные языки в процессе разработки ПО.
Бизнес-моделирование в идеале должно осуществляться на языке предметной области, но при переходе к кодированию на полученную модель накладываются ограничения языка программирования. Более того, ограничения выбранного ЯП оказываются настолько сильны, что программисты переносят их и на этап проектирования. Поэтому на этапе бизнес-моделирования аналитики часто мыслят не в терминах области проблемы, а в терминах области решения, т.е. в терминах объектов из языков программирования, а это “ущербный” подход.
The misconceptions persist because system builders typically think of the business modelling stage in the same terms as the other stages in system building rather than thinking of business modelling in its own terms.
Единая философия важна для успешной реализации упоминает важность использования одного языка/взгляда на всех уровнях/этапах работы, а в Различные языки в процессе разработки ПО упоминается о том, что бизнес точнее моделируется на языке предметной области и нужно уметь отслеживать/транслировать концепты этого языка на более низкие уровни описаний системы.