Gluk (Kazan)студентикПро ООП...

ООП это не ООП

Во всяком случае тот ООП который постоянно имеется в виду не более чем набор компромиссов, принятых в C++ с целью и рыбку съесть и соблюсти принцип нулевых издержек, поставленный во главу угла. Впоследствии этот праздничный набор был бездумно скопирован в Java и C# и широко разошелся в массы. Теперь массы думают что ООП это C++ :) Это беда (c)
Сага о мельницах посвящена не goto, а тому нехитрому факту, что желательно (и интересно для индивида) прежде чем иттить на дракона, получить некоторое представление о том как этот дракон выглядит, в противном случае, получается смешно и грустно.

О математике: математику надо учить. Программирование это математика :( Массы опять не в курсе дела, но с возрастом я все глубже это понимаю (например как сейчас придираясь через это )

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