Александр Владимирович: их там и не должно быть, шапки это чисто на ваше усмотрение и как хотите. Это не регламентируется нигде, ни в PhpDoc ни где-быто нибыло еще. И обычно это довольно избыточная штука.
rss1alex: в принципе там есть все что нужно для понимания того, как это все работает и т.д. Опять же сомневаюсь что это именно то что вы хотите сделать (я до сих пор не понимаю чего вы хотите и мне уже если честно без разницы). Там все идет к MPI и паралельным вычислениям на кластере.
По поводу избыточности - полностью согласен. Хотя иногда бывает полезно, когда люди тянут пару файликов из библиотеки и потом днем с огноем не сыщешь откуда они это раскапали. Благо ситуация чисто гипотетическая, у меня она возникает когда приходится убирать мусор за фронтэндщиками на старых проектах, где еще нет bower-а и т.д.
rss1alex: опять же повторюсь, никак не выйдет сделать так, что бы операционная система думала что три физический компа это один виртуальный. Уж темболее винда. Есть отдельная редакция Microsoft HPC Pack для того что бы работать с класстером, но это опять же варианты с диспетчеризацией и распределением задач, а так же MPI.
rss1alex: воу воу, это немного не те штуки. Тут у вас будет три винды, которые могут вместе обрабатывать какую-то распределенную задачу (вроде обсчет большого количества данных), по сути это как посадить трех людей что бы они что-то считали и обменивались промежуточными результатами. То есть это не слияние трех людей в одного который внезапно сможет решать все задачи сам в три раза эффективнее.
Шарить задачи аля "прогони мне одну оценку производительности между тремя машинами" увы не выйдет никак. Нельзя из трех компьютеров собрать один комп, можно только собрать один но в три раза более мощный комп.
Конечно же это не будет работать, вы же используете синтаксис для интерполяции строк. В целом не могу предложить решения проблемы, но любопытно почему возникла такая необходимость.
Muhammad: вся бизнес логика должна быть в модели, и есть определенные нюансы (в частности бизнес логика может быть в сервисах, а модели AR - чисто persistence layer). А валидация - это часть обработка входных данных, это дело должно обрабатываться в контроллере, в модель данные должны попадать уже проверенные. Модель в принципе не должна иметь невалидного состояния. Все остальное - определенные упрощения.
Sanes: почему 20 человек? 2-3 разработчика, дизайнер, может QA, маркетолог или еще кто... по идее надо не больше 9-ти человек для начала. Да и офис не обязательно, хотя было б полезно.
