Comments 50
В php очень не хватает компиляции. Пока он является пошагово интерпретируемым, ООП в нём не будет иметь ничего общего с оптимальной производительностью, как и многие варианты автоматизации в нём слишком дороги по ресурсам. =(
Искренне надёюсь, что его весьма неплохой инструментарий получит надёжную базу в виде производительного прекомпилирующего ядра.
Искренне надёюсь, что его весьма неплохой инструментарий получит надёжную базу в виде производительного прекомпилирующего ядра.
Могу лишь догадываться что конкретно имел ввиду автор:
Q: Какой подход вы бы использовали при программировании на php?
A: ООП
Q: Какой подход чаще всего встречается на практике?
A: Мне чаще всего попадается "Процедурный"
Q: За какой подход вы голосовали?
A: Все равно. Мне больше импонирует объектная модель ASP .NET
Q: Какой подход вы бы использовали при программировании на php?
A: ООП
Q: Какой подход чаще всего встречается на практике?
A: Мне чаще всего попадается "Процедурный"
Q: За какой подход вы голосовали?
A: Все равно. Мне больше импонирует объектная модель ASP .NET
Почему вар? Я просто хочу узнать мнение, может кто откровение откроет :)
А вот теперь вы на holywar подбиваете :(
"есть Москвич и есть КАМАЗ" - у меня во дворе москвич...
эээ,дорогой товарищ.
Есть у меня знакомый, так вот он нанял человека, который написал ему сайт (не портал, сайта на 10 страничек) на java.
Вы меня извените, но какой смысл?
Есть у меня знакомый, так вот он нанял человека, который написал ему сайт (не портал, сайта на 10 страничек) на java.
Вы меня извените, но какой смысл?
Вы имеет этим ввиду, что на PHP невозможно реализовать и поддерживать крупный проэкт?
С таким взглядом на мир, недоброжелателей много?
Дело в том, что если разработчик профессионал, он не решает на чем писать данный проэкт. Это делает как правило проэкт мэнеджер или клиент, а разработчик лишь исполняет. И если кто-то работает как PHP разработчик, то чтоб перейти на другой язык надо как правила менять место работы. По крайней мере такая ситуация у меня.
Мой Круг к примеру ;-)
Будет, но в том списке нет ни Java ни C++ =)
Попробуйте повыбирать между интерпретацией функций и интерпретацией классов... Конечно без определённого опыта в извращениях выбор сделать трудно. =)
Попробуйте повыбирать между интерпретацией функций и интерпретацией классов... Конечно без определённого опыта в извращениях выбор сделать трудно. =)
Золотые слова.. нормально написаный код на PHP тянет где-то 150-200k хостов в день на 1 сервере.
Не верите - приходите на PHPConf2007 научим. ;-)
Не верите - приходите на PHPConf2007 научим. ;-)
Что, впрочем, справедливо и для хорошего кода на любом другом, более или менее современном, языке
"код тянет на 200k хостов в день" - это надо где-то записать.
Единицы оценки кода в хостах в день. Я даже заинтриговался. Поясните свою мысль, пожалуйста.
Единицы оценки кода в хостах в день. Я даже заинтриговался. Поясните свою мысль, пожалуйста.
Просто очень много кода пишется лишь бы было красиво программисту :-)
Вот из-за этого и возникают такие вопросы "Процедурный метод или ООП"
Сейчас бизнесу требуется быстроработающий и поддерживаемый код!
Пользователям ресурса главное чтоб быстро отдавался контент и все работало
как надо - все остальное болтовня...
Вот из-за этого и возникают такие вопросы "Процедурный метод или ООП"
Сейчас бизнесу требуется быстроработающий и поддерживаемый код!
Пользователям ресурса главное чтоб быстро отдавался контент и все работало
как надо - все остальное болтовня...
Мы отвлеклись от темы. Я очень интересуюсь измерениями эффективности кода. Интересен предложенный метод измерять его хостами в день. Но тему самостоятельно раскрыть не смог.
Ну вот смотрите ест сайт 111.ru и сайт 222.ru
со схожими бизнес идеями и контентом
Первый 111 написан правильно с расчетом на нагрузку и протестированным под нее..
Второй написан дилетантами которые даже explain не знают - таких сейчас около 80%
Так вот первый выдержить указанные выше нагрузки - второй загнется
от 10k хостов в день - а если он еще и не на выделенном сервере - то положит всех соседей..
P.S. На данном этапе все популярные проекты написаные дилетантами переписываются и тюнянтся 20% опытных вебразработчиков - потому и дефицит опытных вебпрограммистов не только PHP ;-)
со схожими бизнес идеями и контентом
Первый 111 написан правильно с расчетом на нагрузку и протестированным под нее..
Второй написан дилетантами которые даже explain не знают - таких сейчас около 80%
Так вот первый выдержить указанные выше нагрузки - второй загнется
от 10k хостов в день - а если он еще и не на выделенном сервере - то положит всех соседей..
P.S. На данном этапе все популярные проекты написаные дилетантами переписываются и тюнянтся 20% опытных вебразработчиков - потому и дефицит опытных вебпрограммистов не только PHP ;-)
Просто очень много кода пишется лишь бы было красиво программисту :-)
Вы еще скажите, что это не обеспечивает лучшее понимание кода и не улучшает удобство поддержки.
Сейчас бизнесу требуется быстроработающий и поддерживаемый код!
Каким образом процедурный подход способствует поддерживаемости кода ?
Пользователям ресурса главное чтоб быстро отдавался контент и все работало
как надо
Это можно реализовать двумя способами.
1. Плюнуть на не сильно быстро работающий код и тупо наращивать мощность железа.
2. Написать быстро работающий код.
>>Вы еще скажите, что это не обеспечивает лучшее понимание кода и не >>улучшает удобство поддержки
Чтоб получит код баннера на сайте не нужно писать 10наследуемых классов.
>>Каким образом процедурный подход способствует поддерживаемости
>>кода ?
Поддерживаемый в моем понимании значит понятный - пришел новый программист - он за пару часов ознакомления с кодом проекта уже готов к работе.
>>1. Плюнуть на не сильно быстро работающий код и тупо наращивать >>мощность железа.
Если Вы не в курсе то места в текущих датацентрах не резиновые,
и лично я с удовольствием поменяю программиста который напишет медленный код который потребует 10 серверов на того что напишет быстрый код - для которого хватит и 3-х - за что получит бонус
от не решения проблеммы с помощью своего мозга а не аппаратными
средствами.
Чтоб получит код баннера на сайте не нужно писать 10наследуемых классов.
>>Каким образом процедурный подход способствует поддерживаемости
>>кода ?
Поддерживаемый в моем понимании значит понятный - пришел новый программист - он за пару часов ознакомления с кодом проекта уже готов к работе.
>>1. Плюнуть на не сильно быстро работающий код и тупо наращивать >>мощность железа.
Если Вы не в курсе то места в текущих датацентрах не резиновые,
и лично я с удовольствием поменяю программиста который напишет медленный код который потребует 10 серверов на того что напишет быстрый код - для которого хватит и 3-х - за что получит бонус
от не решения проблеммы с помощью своего мозга а не аппаратными
средствами.
Чтоб получит код баннера на сайте не нужно писать 10наследуемых классов.
Код баннера на сайте не интегрирован в код сайта и живет отдельной жизнью?
Поддерживаемый в моем понимании значит понятный - пришел новый программист - он за пару часов ознакомления с кодом проекта уже готов к работе.
Для этого требуется документация по API и хорошо написанный код.
Если Вы не в курсе то места в текущих датацентрах не резиновые,
Я в курсе. А пользователь?
и лично я с удовольствием поменяю программиста который напишет медленный код который потребует 10 серверов на того что напишет быстрый код - для которого хватит и 3-х - за что получит бонус от не решения проблеммы с помощью своего мозга а не аппаратными средствами.
И это правильно. К тому же те кто пишет быстрый код и работают с большими проектами склонны как-то больше писать в нотации ООП. Хотя конечно многое зависит от задачи.
Как показала практика при борьбе за каждую ms - приходиться
переписывать конкретные нагруженные url в plain-php, вынося некоторый функционал как самописный модуль в php. Многие меня корят за это - через чур придирчивость к скорости :-)
>>это правильно. К тому же те кто пишет быстрый код и >>работают с большими проектами склонны как-то больше писать >>в нотации ООП. Хотя конечно многое зависит от задачи.
переписывать конкретные нагруженные url в plain-php, вынося некоторый функционал как самописный модуль в php. Многие меня корят за это - через чур придирчивость к скорости :-)
>>это правильно. К тому же те кто пишет быстрый код и >>работают с большими проектами склонны как-то больше писать >>в нотации ООП. Хотя конечно многое зависит от задачи.
Как показала практика при борьбе за каждую ms - приходиться
переписывать конкретные нагруженные url в plain-php, вынося некоторый функционал как самописный модуль в php.
Многие меня корят за это - через чур придирчивость к скорости :-)
Переписывание на plan-php возникает только из-за того что ООП в PHP обрабатывается медленнее. Если же вы выносите что-то из вебприложения в отдельный модуль на C для PHP, то стоит задуматься, а правильно ли была выбрана платформа для приложения ? :)
но скорость внедрения фич тоже важна - ведь борьба
идет чтоб все говорили "аналог ххх"
Не всегда доходит до написания модуля - меняется и бизнес-логика и приоритеты.
А вообще сейчас самая актуальная тема это не ооп
а упреждающее кеширование контента :-)
идет чтоб все говорили "аналог ххх"
Не всегда доходит до написания модуля - меняется и бизнес-логика и приоритеты.
А вообще сейчас самая актуальная тема это не ооп
а упреждающее кеширование контента :-)
но скорость внедрения фич тоже важна - ведь борьба
идет чтоб все говорили "аналог ххх"
Вот при быстром внедрении фич, как раз ООП полезно. Такие вещи как наследование и полиморфизм многое облегчают.
А вообще сейчас самая актуальная тема это не ооп
а упреждающее кеширование контента :-)
ООП это инструмент, а упреждающее кеширование контента это задача.
прийдём =)
от проекта зависит.
ALSO, привет
ALSO, привет
Sign up to leave a comment.
Процедурный метод или ООП стоит применять в php?