>Какие диаметрально противоположные мнения))
> Я совсем не вижу смысла использовать Си++ в проектах, где достаточно Си-шных либ (читай - везде, кроме проприетарщины).
> Писать на плюсах, как мне кажется, можно только в хорошо сработанной команде, используя ограниченное количество технологий ООП...
>Где я не прав?Я же вам пишу что у вас недостаточно опыта (недостаточность не в "длину" - а в "ширину", то есть разнообразие). Если 100500 лет делать сходные действия (к примеру, писать однотипные системы с однотипной архитектурой) то опыт будет такой же однотипный. Именно поэтому вы и не видите проблем с ООП. У ООП есть непреодолимые проблемы из-за чего, я думаю, написать Linux Kernel попросту не получится (из-за чрезмерного количества разных связей подсистем ядра). Я раньше болел ООП и предпочитал писать на С++ чем на С в силу многих причин (в т.ч. новомодность ООП и все такое ...) бросил использовать С++ и "традиционное" ООП после одного случая. Несколько лет назад был заказ на разработку системы состоящей из двух подсистем управления (все подробности не помню, но суть постараюсь передать). Разработал обе подсистемы на С++ в рамках "нормального" ООП без проблем. Внезапно появляется задача требующая сопряжение этих подсистем. Крутил я эти ровные архитектуры систем до тех пор пока не доказал себе что решить задачу можно лишь нарушив принципы объектного программирования (либо переделав архитектуру одной из подсистем). Я считаю что если необходимая задача не решается в рамках методов которые приняты - значит принятые методы плохие при условии корректного решения. Чуть позже я наткнулся на проект (название не сохранилось) программиста из японии (специально глянул страну автора) который писал проект на С++, но обильно использовал технику подобную тому которую использовал я в своих последних проектах на С++. Ну а дальше погуглил и почитал форумы и дискуссии умных и опытных людей и решил закончить писать на С++. Сейчас свободно пишу на Си придерживаясь объектной нотации. С гибкостью Си сопоставим только Perl (возможно есть еще языки вроде фортрана, PL/1, ...), ну а превосходит Си только Asm.
|
