> и нам за это Москва не платит
Если отсюда следует, что фирма московская (но питерское отделение) — резонно задать вопрос: чего же они за своими подчинёнными не следят? Рыба с головы гниёт, как говорится.
Например, наличие у провайдера собственного сервера, через который идет весь трафик, и из-за которого все подключенные лишаются внешнего айпи-адреса. На таких торрент-системы плевать хотели, к сожалению.
Мне кажется, глупость это всё. Хотя и красиво изложенная. Косточек в любом яблоке достаточно, и все они одинаковы. А вот хорошая идея — редкость. Я лично не так уж и мало людей знаю, у которых есть умелости, да вот куда их применить? Так, чтобы глаза загорелись и времени было бы не жалко... Навык навыком, а родить идею — это талант, этому не научишь в школе.
Ничего удивительного, что троечники становятся богаче. Во-первых, они тоже разнородные — кто-то просто изначально знает, чем ему интересно заниматься. И движется прямо к цели.
А те, у кого просто мозгов не хватает — тем более. Ведь для них деньги — самая главная ценность. И на неё работают. А среди людей поумнее уже не всё так очевидно. И они готовы зарабатывать меньше (хотя и в рамках приличия), ради иных "бонусов" жизни.
Гм :) Когда я был студентом, народ любил пропускать лекции... Либо времена меняются (что отрадно), либо эффект Тома Сойера (когда ещё выпадет шанс покрасить забор?)
"Пользуйтесь, пожалуйста" — это кому и для чего призыв? :) Чтобы люди не воровали? Чтобы поддерживали бесплатный софт? Чтобы была гармония во всём мире? :) При всём уважении, думаю, к Вам не прислушаются, потому что тем, кто платит и юзает фотошоп, тому он нужен; тем, кто юзает ГИМП — и так знают, а кто крякает и юзает фотошоп — того доводы не убедят. В конце концов, какое мне дело до доходов Адоба, мира во всём мире и борьбы со вселенским злом армией фри софтвер фаундейшн? :)
Гмм.. о чём спор? :) Изначально обсуждали, что ООП не тормозит программу. А теперь уходим в сторону того, что некую ООП-концепцию можно описать и не-ООП-средствами. На это возражений нет! :)
Ну, окей, с алгоритмами я, пожалуй, перегнул :) Тем не менее, не будем забывать, что контейнеры — тоже один из китов STL, а уж они — объекты в чистом виде :)
> то с обычными вещами скорее всего он справится на ура
Спорно :) Запрограммировать маленькую мегадемку и собрать большой проект — это разные умелости, практически непересекающиеся. Например, в этом Марио может быть совершенно ужасный код, не поддающийся никакому рефакторингу и обновлению (в теории).
А по поводу отзывов — ну, да, я сам видел Pacman и Invaders на Экселе. Это забавно, так же как и Марио на JS. Но в сухом остатке — развлечение в чистом виде; впрочем, я ни в коем случае не хочу пинать ногами человека за то, что он развлекается — мы все это делаем! :)
Согласен с khayrov. Объекты местами способны круто затормозить, это правда, но в большинстве случаев тормоза вызваны неумелым использованием. Если опять вернуться к моей теме выше про обобщённое программирование, у товарищей вроде Александреску популярно показывается, как программа, построенная на одних объектах, компилятором может оптимизироваться чуть ли не до одной строки. При этом вызовы функций оказываются более "дорогими", т.к. препятствуют оптимизатору. Например, если вы передаёте куда-нибудь адрес функции, то функцию уже не получится за-inline-ить. Впрочем, это длинный разговор, и написать на объектах программу _умело_, я думаю, действительно сложнее, чем на функциях. Но по мере нарастания умения скорость сравнивается, а потом может и превзойти "сишный" подход.
Нет, они не ортогональны. В широком смысле слова, объект — это набор данных и набор операций с данными. При этом неважно, пишем мы синтаксически a.f() или f(a) (яркий прмер — язык Ада, где объекты реализованы БЕЗ функций-членов). Поэтому основные элементы STL - контейеры, итераторы, в некотором смысле даже обобщённые алгоритмы — это "объекты", т.к. они типизированы и алгоритмы для них специализированы.
Зато использование шаблонов (как в С++) может.
А это во многом невозможно без ООП.
Сравнить достаточно, например, скорость работы sort()в С и в std::vector из STL
В глобальном смысле — масштабный умственный онанизм. Куча труда — и в канализацию. Можно придумать более адекватное выражение для своих талантов.
В локальном, конечно, ничего плохого. Чем бы дитя ни тешилось — флаг в руки.
Господи, какие они все жуткие болтуны... По существу текста — один абзац, а остальное в стиле: "в то время как наши космические корабли бороздят просторы Большого театра..."
Если отсюда следует, что фирма московская (но питерское отделение) — резонно задать вопрос: чего же они за своими подчинёнными не следят? Рыба с головы гниёт, как говорится.
Отличная экономия!
А те, у кого просто мозгов не хватает — тем более. Ведь для них деньги — самая главная ценность. И на неё работают. А среди людей поумнее уже не всё так очевидно. И они готовы зарабатывать меньше (хотя и в рамках приличия), ради иных "бонусов" жизни.
На сайте в основном реклама... а в сухом остатке?
Я так понял, можно быстро создать прототип GUI и показать заказчику. Даже не просто скриншоты, а некую интерактивную модель?
А дальше что делается? Как-то экспортируется в язык программирования — или это уже руками срисовывают с экрана?
Ведь всем без исключения было бы лучше.
Спорно :) Запрограммировать маленькую мегадемку и собрать большой проект — это разные умелости, практически непересекающиеся. Например, в этом Марио может быть совершенно ужасный код, не поддающийся никакому рефакторингу и обновлению (в теории).
А по поводу отзывов — ну, да, я сам видел Pacman и Invaders на Экселе. Это забавно, так же как и Марио на JS. Но в сухом остатке — развлечение в чистом виде; впрочем, я ни в коем случае не хочу пинать ногами человека за то, что он развлекается — мы все это делаем! :)
А это во многом невозможно без ООП.
Сравнить достаточно, например, скорость работы sort()в С и в std::vector из STL
или я чего недопонял?
В локальном, конечно, ничего плохого. Чем бы дитя ни тешилось — флаг в руки.