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