Переработанное и дополненное издание.
https://habrahabr.ru/post/326592/

Уже не здесь, зато здесь можно пофлудить по мотивам.

Изопропил,

Что ожиренье вредно для физической формы.
Ну и перечень вредных привычек

Dima TПочитал. В целом статья о том что нет идеального подхода, у каждого свои плюсы и минусы. Согласен.

авторПроблема в том, что объекты в большей части фреймворка будут влинкованы, даже если они в вашей программе не используются. Упс, и ваш исполняемый файл перевалил за десяток мегабайт. Эти мегабайты занимают ваш диск, вашу память, и кэш процессора.
Не совсем верно. Диск да, займут, а чтобы в память, а тем более в кэш проца попасть, код должен быть запущен, а раз он не вызывается, то так и останется на диске.

Подкачка с диска в память идет постранично 4096 байт, т.е. если хоть один байт потребуется, то будет прочитано 4096 байт. Вобщем все 10 Мб с диска не читаются при запуске.

Подкачка в кэш проца блоками по 64 байта, т.е. сюда попасть невыполняемуму коду практически невозможно.
В случае ООП, предки будут вызываться. А код класса лежит подряд. Т.е вызвался скажем конструктор базового класса, а на этой страничке 4096 еще пурги полно.
Вот кэш - да, перебор.

Dima TИ еще не рассмотрен такой аспект как трудоемкость разработки. Например на чистом Си надо написать 100500 букав, а то же самое на С++ или C# потребует намного меньше кода, как следствие меньше отладки и ошибок, т.е. быстрее разработка с тем же качеством результата.

ИМХО весь зоопарк ЯП это поиск компромисса между качеством и скоростью разработки и производительностью готового продукта. Был бы ЯП, на котором можно писать просто и быстро и без "жира" в результате, то все бы писали на этом ЯП.
Приходишь ты такой, скажем, в Ауди:
-А чёй это моя машина столько жрет ???
-Да вы понимаете, нам было очень трудоемко оптимизироваться....

hVosttSiemarglПриходишь ты такой, скажем, в Ауди:
-А чёй это моя машина столько жрет ???
-Да вы понимаете, нам было очень трудоемко оптимизироваться....

- А может оптимизируете?
- Да без проблем! Но стоит это будет вам в 10 раз дороже.. и ждать придётся в 10 раз дольше. Вы согласны?
- Ну а почемуууу сразу неззя было так делать? Вот штобы и дёшево было, щтобы и стабильно, и быстро, и мало памяти кушало, и мало памяти занимало, достаточно надёжно, и чтобы и фичи быстро новые добавлялись, и ошибки быстро фиксились и всё такое??! Глупые чтоли?

Старая-старая-бородатая бесконечная история о размерах программ, о планках памяти, процессорах... Вот раньше было... ыыы, программы на флоппи влазили, а щас что? Что, спрашиваю? Куда катится этот мир?
Ну понятно, что надо использовать плоды прогресса.

Но доходит же до безумия - утилитка командной строки, упомянутая в статье - питонбенч знаешь, сколько пакетов тянет?

Делайте ставки количество-объем, под спойлером ответ

Roman Mejtes,

Во-первых, если ты где то в DMZ, то подгрузить могут и не дать.

А вот вторых - вон жертвы прогресса плачутся, что уже редактор, блин кода, не влезает в 32-бит. Давно кстати плачутся, еще со времен Эклипса, просто это из последних

hVostt,

Там описано много факторов - на каждый - своя идея о тестировании в твоих личных условиях. Чтобы потом ты сам лично сделал вывод для себя.

Конкретики быть не может, кроме как редких частностей:

-в следующей же статье про PHP утверждается, что за последние 10 лет его производительность как языка, выросла вдвое - УРррррра!!!!

-Но простейший тест показывает, что даже вдвое ускоренный PHP в 50 раз медленнее C#

-Так почему бы вместо донного PHP не взять аналогичный по возможностям C# или Java фреймворк?

Да потому что просто "так удобно". А словами про переиспользование и дешевые ресурсы просто прикрываются. (В данном случае дешевый ресурс - разрабы PHP)

Вообще уровень аргументации показывает следующий диалог в комментах:

-А какого муя Скайп занимает 100Мб ?

- Я думаю , что это только ресурсы


Кажется я знаю, про что писать еще )

schiЧитать:
http://russian.joelonsoftware.com/Articles/StrategyLetterIV.html
Закон Мура уже лет пять как не действует.

Время безудержного роста прошло, пора оптимизироваться

ИзопропилSiemarglпора оптимизироваться
критерий оптимизации?Новое поколение программ должно быть лучше предыдущего - лучше по функционалу, но с разумным планированием и применением инструментов - без "давайте напишем быстро, лепите туда что хотите".

И программы получатся компактнее и быстрее.

hVosttSiemarglВремя безудержного роста прошло, пора оптимизироваться
Что самое интересное, ты можешь оптимизироваться сколько душе угодно.
Но кто за это заплатит?
Дай бог, найдётся лопоухий колхозник-руководитель, которому ты сумеешь по ушам поездить, и он выделит тебе время и ресурсы. Но это крайний случай.

Оптимизация ради оптимизации это обыкновенная глупость, которая неискоренима.А удовольствие от качественно и красиво выполненной работы - не критерий?

hVostt....Потому что есть задачи, на которых производительность PHP будет просто преотличная....
Согласен только с этим.

Кстати, сайт моей организации сделан именно так - PHP+XML - необходимо и достаточно.