Собеседование

хз, я не помню что у меня на собеседовании спрашивали, но работаю я там и всё

кстати тоже пхп-программистом

 

да только вот нахрена пхп программисту знать что такое полиморфизм?

ты все процедурно делаешь?

хз, я не помню что у меня на собеседовании спрашивали, но работаю я там и всё

кстати тоже пхп-программистом

 

да только вот нахрена пхп программисту знать что такое полиморфизм?

:O_O:

хз, я не помню что у меня на собеседовании спрашивали, но работаю я там и всё

кстати тоже пхп-программистом

 

да только вот нахрена пхп программисту знать что такое полиморфизм?

ты все процедурно делаешь?

нет, ибо так охренеешь.

хотя не стоит забывать что код написаный на пхп процедурно будет всегда работать быстрее чем объектно, а с полиморфизмом... и вообще сомнительна его полезность, по-моему.

хз, я не помню что у меня на собеседовании спрашивали, но работаю я там и всё

кстати тоже пхп-программистом

 

да только вот нахрена пхп программисту знать что такое полиморфизм?

ты все процедурно делаешь?

 

нет, ибо так охренеешь.

хотя не стоит забывать что код написаный на пхп процедурно будет всегда работать быстрее чем объектно, а с полиморфизмом... и вообще сомнительна его полезность, по-моему.

ну если твоя задача состоит в клепании визиток и мелких сайтов то может быть

но это никак не значит что основные принципы ооп совсем ненужные в пхп

тем большее учитывая современные машины на хостинге

задрачитьва микротайм смысла не вижу

лучше делать как тебе удобно

хз, я не помню что у меня на собеседовании спрашивали, но работаю я там и всё

кстати тоже пхп-программистом

 

да только вот нахрена пхп программисту знать что такое полиморфизм?

 

:O_O:

смайлопост

3 дня

хз, я не помню что у меня на собеседовании спрашивали, но работаю я там и всё

кстати тоже пхп-программистом

 

да только вот нахрена пхп программисту знать что такое полиморфизм?

ты все процедурно делаешь?

 

нет, ибо так охренеешь.

хотя не стоит забывать что код написаный на пхп процедурно будет всегда работать быстрее чем объектно, а с полиморфизмом... и вообще сомнительна его полезность, по-моему.

ну если твоя задача состоит в клепании визиток и мелких сайтов то может быть

но это никак не значит что основные принципы ооп совсем ненужные в пхп

кстати об объектном ориентировании в пхп, скажи, какую реальную пользу он даёт, по твоему?

хз, я не помню что у меня на собеседовании спрашивали, но работаю я там и всё

кстати тоже пхп-программистом

 

да только вот нахрена пхп программисту знать что такое полиморфизм?

ты все процедурно делаешь?

 

нет, ибо так охренеешь.

хотя не стоит забывать что код написаный на пхп процедурно будет всегда работать быстрее чем объектно, а с полиморфизмом... и вообще сомнительна его полезность, по-моему.

ну если твоя задача состоит в клепании визиток и мелких сайтов то может быть

но это никак не значит что основные принципы ооп совсем ненужные в пхп

кстати об объектном ориентировании в пхп, скажи, какую реальную пользу он даёт, по твоему?

Боюсь что у тебя мозга рак. Типичный пример обсолютно любая система контроля сайта. Как ты её без объектов напишешь? У тебя что все будет полотном нахуячено и копипастом надолблено? а потом заказчи скажет, хочу то-то доавит и ты будешь 100500 раз копипастить?

хз, я не помню что у меня на собеседовании спрашивали, но работаю я там и всё

кстати тоже пхп-программистом

 

да только вот нахрена пхп программисту знать что такое полиморфизм?

ты все процедурно делаешь?

 

нет, ибо так охренеешь.

хотя не стоит забывать что код написаный на пхп процедурно будет всегда работать быстрее чем объектно, а с полиморфизмом... и вообще сомнительна его полезность, по-моему.

ну если твоя задача состоит в клепании визиток и мелких сайтов то может быть

но это никак не значит что основные принципы ооп совсем ненужные в пхп

кстати об объектном ориентировании в пхп, скажи, какую реальную пользу он даёт, по твоему?

в первую очередь помогает следовать DRY

во вторых очень удобно проводить рефакториг, искать баги

сегко допиливается, ведь гораздо проще добавить еще 1 уровень чем фигачить ифы в функцию, которая после дополнений итак длиной в 200 строк.

экономия кода

легче работать с кодом, в котором стоит защита от дурака

всегда знаешь где что находится

.

хз я сам самоучка

возможно я не понял саму суть ооп

но этого достаточно

хз, я не помню что у меня на собеседовании спрашивали, но работаю я там и всё

кстати тоже пхп-программистом

 

да только вот нахрена пхп программисту знать что такое полиморфизм?

ты все процедурно делаешь?

 

нет, ибо так охренеешь.

хотя не стоит забывать что код написаный на пхп процедурно будет всегда работать быстрее чем объектно, а с полиморфизмом... и вообще сомнительна его полезность, по-моему.

ну если твоя задача состоит в клепании визиток и мелких сайтов то может быть

но это никак не значит что основные принципы ооп совсем ненужные в пхп

кстати об объектном ориентировании в пхп, скажи, какую реальную пользу он даёт, по твоему?

Боюсь что у тебя мозга рак. Типичный пример обсолютно любая система контроля сайта. Как ты её без объектов напишешь? У тебя что все будет полотном нахуячено и копипастом надолблено? а потом заказчи скажет, хочу то-то доавит и ты будешь 100500 раз копипастить?

если ты умеешь писать только объектно-ориентированно, это не значит что остальные такие же.

хз, я не помню что у меня на собеседовании спрашивали, но работаю я там и всё

кстати тоже пхп-программистом

 

да только вот нахрена пхп программисту знать что такое полиморфизм?

ты все процедурно делаешь?

 

нет, ибо так охренеешь.

хотя не стоит забывать что код написаный на пхп процедурно будет всегда работать быстрее чем объектно, а с полиморфизмом... и вообще сомнительна его полезность, по-моему.

ну если твоя задача состоит в клепании визиток и мелких сайтов то может быть

но это никак не значит что основные принципы ооп совсем ненужные в пхп

кстати об объектном ориентировании в пхп, скажи, какую реальную пользу он даёт, по твоему?

Боюсь что у тебя мозга рак. Типичный пример обсолютно любая система контроля сайта. Как ты её без объектов напишешь? У тебя что все будет полотном нахуячено и копипастом надолблено? а потом заказчи скажет, хочу то-то доавит и ты будешь 100500 раз копипастить?

если ты умеешь писать только объектно-ориентированно, это не значит что остальные такие же.

тут ыт абсолютно не прав занимаюсь программированием почти 7 лет и 4 из них процедурное на pascal и с++, почему процедурное? ответ прост: я занимался спортивным программированием, различные соревнования, алгоритмы и прочее-прочее, так что опыта в процедурном у меня огого сколько. И могу совершенно точно сказать, что кроме как для программирования микропроцессоров, олимпиадных задач и сдачи лаб на 1 курсе он сейчас нахуй нигде не нужен. Пора вылазить из каменного века

на мой взгляд ООП в пхп действительно не нужно использовать на всю силу.

Исключением бы я привел бы какую-либо браузерную игру.

Безусловно многое зависит от задачи(кстати, если вы заметите, то много сделано и без ООП и без мвц паттерна (форума стандартные , некоторые цмски и тд ) )

Если задачи разовые - то можно конечно без всего и обойтись, если это гавно сайт или служебный модуль, можно вообще забить вплоть до мвц. Кстати для гавносайтов есть готовые решения - ДЛЕ, ДЖУМЛЫ и прочяя дрянть, сверстай только шаблон и посиди поклацай ту ересь, ну изредка в код нужно полезть)

Если же задачи обширные и нагруженые, то безусловно нужно разрабатывать свою систему(решения) либо брать готовы(зенд, симфони и прочее). Так же отдельно отмечу клуб фанатов смарти :)

К слову я не приверженец ни 1-го ни 2-го :) По мне лучше самому сделать себе схему и стандартные классы. Возможно простые заготовки под синглтоны, стратегии(увы других паттернов я еще не нашел где грамотно применить), шаблонизатор и прочее

Ну и тогда дальнейшая скорость разработки, поддержки, чистоты кода будет много-много увеличена. Да и ничто не мешает улучшать свои классы(для работы с БД , куками, кешами, сессиями и тд) по мере роста знаний , потребностей и новых идей :)

А еще не являюсь полным сторонником МВЦ :) скорее В+(М+Ц).

кулстори че. Про первый замечательный и цепи Маркова особенно улыбнуло.

Я канеш работаю софт-программером (Objective C - Mac, iPhone, iPad), но пару веб 2.0 сайтов приходилось клепать. И по поводу ООП-стиля в веб-программировании Диман полностью прав. Оно используется повсюду - и в пхп и в яваскрипте.

Я тоже начинал с паскаля - даже Арканоид графический написал на нем в свое время (около 1000 строк кода), на полностью процедурном стиле. Если использовать для этой программы ООП-подход, то можно уложиться в 200 строк, или меньше. При этом понимание программы будет несравненно выше.

Процедурное программирование умерло лет 10 назад. Сейчас в моде ООП, АОП, паттерны... Используя эти стили и подходы скорость и качество разработки значительно увеличивается по сравнению с процедурными стандартами.

ТОЛЬКО ООП ТОЛЬКО ХАРДКОР

я на стороне метуса в вашем сраче

он хоть гсч написал 

топан задротов оО

на мой взгляд ООП в пхп действительно не нужно использовать на всю силу.

Исключением бы я привел бы какую-либо браузерную игру.

 

Безусловно многое зависит от задачи(кстати, если вы заметите, то много сделано и без ООП и без мвц паттерна (форума стандартные , некоторые цмски и тд ) )

 

Если задачи разовые - то можно конечно без всего и обойтись, если это гавно сайт или служебный модуль, можно вообще забить вплоть до мвц. Кстати для гавносайтов есть готовые решения - ДЛЕ, ДЖУМЛЫ и прочяя дрянть, сверстай только шаблон и посиди поклацай ту ересь, ну изредка в код нужно полезть)

 

 

Если же задачи обширные и нагруженые, то безусловно нужно разрабатывать свою систему(решения) либо брать готовы(зенд, симфони и прочее). Так же отдельно отмечу клуб фанатов смарти :)

К слову я не приверженец ни 1-го ни 2-го :) По мне лучше самому сделать себе схему и стандартные классы. Возможно простые заготовки под синглтоны, стратегии(увы других паттернов я еще не нашел где грамотно применить), шаблонизатор и прочее

 

Ну и тогда дальнейшая скорость разработки, поддержки, чистоты кода будет много-много увеличена. Да и ничто не мешает улучшать свои классы(для работы с БД , куками, кешами, сессиями и тд) по мере роста знаний , потребностей и новых идей :)

 

А еще не являюсь полным сторонником МВЦ :) скорее В+(М+Ц).

Недавно закончил разработку собственной cms. ННа 95% удовлетваряет концепции mvc. В базе хранится модель, а именно объект, тип, атрибуты и параметры.

Соответственно у объекта есть конкрентый тип и родитель, у объектного типа есть набор атрибутов, ну и соответственно для каждого объекта в таблице параметров хранятся значения атрибутов. В качестве контроллера выступает интерфейс с 4мя необходимыми функциями: parseParameters() - обрабатывает get, post запросы, init() - смотрит на пришедшие параметры и решает что с ними делать, initSmarty()- без комментариев execute($action) выполнение действия, в принципе тут полная свобода. Можно что угодно пихат и обрабатывать ну и как всегда printContent, который заставляет smarty отрисовывать шаблон. ну про view думаю особо не стоит останавливаться, в роли шаблонизатора мой любимый Smarty.

кстати ненавижу пхп и явускрипт из-за отсутствия строгой типизации данных

Они кажутся мне из-за этого какими-то НЕДОязыками

Я понимаю канеш, что это скриптовые языки и типизация им не к чему, but seriously...

кстати ненавижу пхп и явускрипт из-за отсутствия строгой типизации данных

 

Они кажутся мне из-за этого какими-то НЕДОязыками

=== & !== 

я на стороне метуса в вашем сраче

 

 

он хоть гсч написал 

да тут никто не стрется

даже холиваром нельзя назвать