Я думаю кодогенерацию в PHP можно рассмотреть на примере Symfony framework. Действительно, очень удобно задавать параметры в yml-файлах вместо рутинного написания одного и того же кода. Производительность? Ну-во первых есть кэширование, во вторых сто раз уж было сказано что удобство в сопровождении и логичность структуры гораздо важней.
Я вообще воспринимаю процедурный подход как ООП с одним-единственным глобальным классом, который хранит все-все функции. Ну и глобальные переменные тоже. О полморфизме и наследовании речь естественно не идёт. Зачем урезать себя в возможностях, если можно потратив некоторое время на обучение их получить?
> ООП замедляет код всегда. И многое из того что было сказано в статье тоже.
Другое дело что можно весь проект написать в виде одного лишь index.php с низкоурвневыми функциями типа mysql_*
А ещё лучше написать все через модуль Apache на C.
Это я всё к тому что бессмысленно жертвовать качеством кода и удобством его сопровождения ради быстродействия. Прикупить железа будет проще. А вот если есть возможность повысить производительность приложения без ущерба - тогда и только тогда стоит пользоваться советами этой статьи. А так, конечно тот же __autoload очень удобен.
Если быть совсем уж точным, то в модулях содержится часть View и часть Controller.
Но это не принципиально. А по поводу скаффолдинга - я всего лишь высказал своё мнение потому как мне так удобней.
По поводу разделения на проект / приложение хочу сказать что проект это вовсе не обязательно один сайт! Это может быть многосайтовый движок работающий на одной базе. В этом случае для каждого сайта разумно делать отдельный frontend-application а вот backend-application лучше наверное сдлеать один.
По поводу модулей.
> … содержат в себе контроллер с действиями и представления (т.е. MV из MVC),
VC вообще-то.
По поводу скаффолдинга - мне лично непонятно зачем генерить CRUD на начальных стадиях развития проекта, по мне так лучше сразу юзать Symfony admin generator.
А так, в целом, статья понравилась. Всё грамотно, коротко и по делу.
> Тест в топике настолько наипростейший, что я бы не стал даже на основании его полного и бойкого прохождения по всем пунктам как либо положительно судить о разработчике.
Некоторые вопросы пожалуй действительно слишком просты. Но если чел сходу называет все 8 типов данных это однозначно опытный девелопер. Естественно, с тем условием что он НЕ ЗНАЕТ какие именно вопросы будут на собеседовании.
В то же время по крайней мере мало кто будет спорить что преимущества ООП проявляются только в крупных проектах, постоянно подвергающихся рефакторингу и усложнению функциональности. Применять ООП только ради одного ООП это тоже быдлокодинг.
Предлагаю ещё один вариант ответа: продавца намахали на 0 р. 00 к. С чего вы взяли что его вообще намахивали? Может те 25 р. которые он отдал соседке и вправду были фальшивыми?
По-моему весь прикол задачи состоит как раз в том что чисто психологически люди не любят воспринимать первый приходящий на ум ответ как правильный. Причем если посмотреть статистику - чем умнее люди тем меньше человек смогло решить задачу.
Я предлагаю такую задачу. Продавец разменял у соседке 25 р. Затем на следующий день потребовала вернуть их обратно. Вопрос: на какую сумму попал продавец?
Дело в том что торговать он мог сколько угодно и чем угодно.
Работодатели тоже всякие бывают. Если они склонны относиться к работнику потребительские, нужно увольняться а не изображать из себя бунтаря.
Почитал ещё статью по ссылке. Да, согласен - работать нужно не только ради интереса но и за деньги. И то и другое одинаково важно. Нужно добиваться максимальной зарплаты, не позволяя себя использовать в качестве бесплатной раб. силы. Но это не означает отказа от сверхурочной работы, скорее наоборот.
А с каких пор такое отношение к работе стали называть самоуважением?
Из этой статьи следует что нужно приходить на работу по звонку и уходить по звонку, рассматривая работу как зло, которое укорачивает жизнь на 8 часов каждый день, которое имеет смысл только ради денег которые за неё платят... С таким отношением к работе многого в жизни не добьешся
Это его достоинство а не недостаток.
http://ru.wikipedia.org/wiki/%D0%9D%D0%B0%D1%81%D0%BB%D0%B5%D0%B4%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_(%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5)#.D0.9C.D0.BD.D0.BE.D0.B6.D0.B5.D1.81.D1.82.D0.B2.D0.B5.D0.BD.D0.BD.D0.BE.D0.B5_.D0.BD.D0.B0.D1.81.D0.BB.D0.B5.D0.B4.D0.BE.D0.B2.D0.B0.D0.BD.D0.B8.D0.B5
Другое дело что можно весь проект написать в виде одного лишь index.php с низкоурвневыми функциями типа mysql_*
А ещё лучше написать все через модуль Apache на C.
Это я всё к тому что бессмысленно жертвовать качеством кода и удобством его сопровождения ради быстродействия. Прикупить железа будет проще. А вот если есть возможность повысить производительность приложения без ущерба - тогда и только тогда стоит пользоваться советами этой статьи. А так, конечно тот же __autoload очень удобен.
Если быть совсем уж точным, то в модулях содержится часть View и часть Controller.
Но это не принципиально. А по поводу скаффолдинга - я всего лишь высказал своё мнение потому как мне так удобней.
По поводу разделения на проект / приложение хочу сказать что проект это вовсе не обязательно один сайт! Это может быть многосайтовый движок работающий на одной базе. В этом случае для каждого сайта разумно делать отдельный frontend-application а вот backend-application лучше наверное сдлеать один.
По поводу модулей.
> … содержат в себе контроллер с действиями и представления (т.е. MV из MVC),
VC вообще-то.
По поводу скаффолдинга - мне лично непонятно зачем генерить CRUD на начальных стадиях развития проекта, по мне так лучше сразу юзать Symfony admin generator.
А так, в целом, статья понравилась. Всё грамотно, коротко и по делу.
Некоторые вопросы пожалуй действительно слишком просты. Но если чел сходу называет все 8 типов данных это однозначно опытный девелопер. Естественно, с тем условием что он НЕ ЗНАЕТ какие именно вопросы будут на собеседовании.
http://ca3.php.net/manual/en/function.array-walk-recursive.php
Я предлагаю такую задачу. Продавец разменял у соседке 25 р. Затем на следующий день потребовала вернуть их обратно. Вопрос: на какую сумму попал продавец?
Дело в том что торговать он мог сколько угодно и чем угодно.
Работодатели тоже всякие бывают. Если они склонны относиться к работнику потребительские, нужно увольняться а не изображать из себя бунтаря.
Почитал ещё статью по ссылке. Да, согласен - работать нужно не только ради интереса но и за деньги. И то и другое одинаково важно. Нужно добиваться максимальной зарплаты, не позволяя себя использовать в качестве бесплатной раб. силы. Но это не означает отказа от сверхурочной работы, скорее наоборот.
Из этой статьи следует что нужно приходить на работу по звонку и уходить по звонку, рассматривая работу как зло, которое укорачивает жизнь на 8 часов каждый день, которое имеет смысл только ради денег которые за неё платят... С таким отношением к работе многого в жизни не добьешся