[x-yuri]

well php is for making money, ruby for pleasure and python for development"

по-моему все сказано Хотя это не значит что у ruby/python-программистов зарплаты меньше. Я слышал, что соотношение следующее: php < python < ruby.

ruby еще более гибкий чем js, и более лаконичный чем питон

http://phpclub.ru/talk/threads/%D0%9...-3#post-589493

4 Wrong Ways and 1 Awesome Way to Choose a Language -- community matters

---

Which brings me to my second point -- why do we have OO principles in the first place? Not because they are cool, I hope. Rather, because OOP is a style of programming which emphasizes encapsulation, abstraction, contracts, information hiding, extension through inheritance, etc, etc, etc. These are things which help in the design and implementation of large scale software.

What I sometimes see when I interview people and review code is symptoms of a disease I call Object Happiness. Object Happy people feel the need to apply principles of OO design to small, trivial, throwaway projects. They invest lots of unnecessary time making pure virtual abstract base classes -- writing programs where IFoos talk to IBars but there is only one implementation of each interface! I suspect that early exposure to OO design principles divorced from any practical context that motivates those principles leads to object happiness. People come away as OO True Believers rather than OO pragmatists. Hopefully the co-op program shocks them out of it, but better to not get Happy in the first place.

http://blogs.msdn.com/b/ericlippert/.../18/92422.aspx

ООП - это продолжение процедурного программирования. Только не надо говорить, что в процедурном программировании не может быть объектов. Если программа работает с файлами, она должна как-то хранить информацию о каждом файле, например. В первую очередь, ООП - это синтаксический сахар для процедурного программирования. Но потом Остапа понесло... Разница между ними в том, что процедурное программирование не дает "увлекаться" объектами, а ООП - наоборот, подталкивает в этом направлении. В результате мы встречаем таких OOP-infected/OOP-obsessed/OO-happy людей как DjDiablo, которые демонстрируют его на высосанных из пальца примерах, в надежде что прокатит. ООП - это компромис между простотой/понятностью кода и изменяемостью и у каждого свой компромис, своё ООП. Поэтому я за использование ООП по (ru) минимуму (ru), хотя тоже ни разу не четкая грань. Gozar, например, по моим впечатлениям и на мой взгляд слишком минималистично подходит к вопросу.

Кстати, хорошая статья. У меня тоже впечатление, что я не знаю ООП.

И как ты предлагаешь реализовать буфер в процедурном стиле? PHP-way с кучей методов?

Php-way не так плох, как всем кажется, просто не всегда применим (== иногда слишком плох), например, в случае с буфером.