romy4:
Ну вот у меня на веб-сервере система управляющая динамической реакцией на нагрузку сама запускает дополнительные экземпляры и убивает не нужные. И я даже понятия не имею течет там что то или не течет пока это не будет заметно прямо явно. Не PHP.
Может быть ваша система, мониторящая PHP тоже сама перезапускает?
romy4: Вы же не запускаете годами по полтора часа в консоли PHP. Это не типично.
Пример, одностраничник может часами крутить JS, при том, что серверная сторона на PHP за это же самое время родила и убила (каждый раз освободив память, плевав на наличие/отсутствие утечки) PHP-программу 1000 раз.
romy4: Это говорит только то, что нет утечки именно в этом коде в PHP. И все.
И говорит о том, что в похожем коде в JS FF утечка есть. И все.
Не больше не меньше.
А не то, что PHP в принципе не течет, а JS в принципе течет.
Имхо, утечки памяти в PHP редки потому что PHP-код быстро отрабатывает и завершается. И при следующем запросе заново инициализируется.
А доп. модуля (в зависимости от настроек сервера) могут загружаться и единожды и жить часами, сутками и дольше.
Имхо, SaaS на облаках целесообразнее, чем на чистом VPS.
А там - несколько специфичное администрирование, если вы хотите эффективную систему сделать и себестоимость снизить.
k-2:
> Я про работников говорил. Что все хорошие работники уходят на фриланс работать...?
Не обязательно. Есть же и психологические факторы.
У меня есть фриленсер - ему нравится получать заказы, делать и НЕ ОБЩАТЬСЯ с конечным заказчиком. То есть формально фриленсер, а по факту наемный работник.
k-2:
> Да это с одной стороны понятно. Но менее хороший или узконаправленный. Ему все равно нужен поток заказов. Кому то все же проще у одного человека работать, чем искать заказы.
А тут тонкий баланс. Пока сотрудников мало - гарантировать исполнение потока заказов сложно. Когда сотрудников много - сложно потом заказов достаточно большой обеспечить.
В этом балансировании и состоит старт фирмы, если нет финансовой подушки.
copal:
> И мне кажется что первопричиной типизированных языков является человекочитаемость, а преимущества от выявления ошибок на этапе компиляция, это уже побочный эффект.
Неправильно вам кажется.
Про удобночитаемость вообще не скажу.
А вот то что это прежде всего эффективнейший метод уменьшения ошибок - это да.