Создание нового движка

Представляю что из всего этого получится )))

Башка (29 Октября 2012 / 11:10)
Представляю что из всего этого получится )))

По моему тут только один на это реалистично Башкой Башка думает)))))))))))

Добавлено через 08:23 сек.
Vantuz, творческий стресс или хотите что то новое?? столько воды утекло, то что есть это один из гибких и успешный cms проектов.. нужно просто провести хороший анализ и мониторинг ротора.. улучшить документацию, улучшить код, улучшать адаптацию для профи и для новичков.. Найти свою нишу, ту ячейку над чем можно превосходить конкурентов.. может лучше все силы и время в это русла направить, будет больше толку.. на данном этапе я считаю что нужно работать над оформлением и структуры сайта, хотелось бы видеть движок в формате touch

Я не люблю работу в команде. Допускаю только один случай - парное програаммирование. Когда работают два человека. Один неделю пишет, второй за ним проверяет. Затем день отдыхают, и меняются ролями.

Во всех остальных случаях - это неслаженных бардак, разностилевый код, туча ошибок, багов и в итоге - срач в конце, кто писал лучше и больше. Обычно на выходе получается вот это:

Kohana + Twitter Bootstrap я считаю очень хорошо дополнят друг-друга.

103. dima.london, для таких случаев есть руководитель направления и соглашения о структуре и форматированию. А вообще согласен, работать в команде сложно

Ну, думаю, каки будет мало, так как использоватся будет фреймворк, а если делать все шаг за шагом, как расписано в #92, то проблем возникнуть не должно. Команда...на первом этапе делить задания между участниками, тут проблем тоже не должно быть, так как фреймворк то один, следовательно функции orm, acl и тд. тоже один. Стиль кодирования - можно использовать зендовский "стандарт" или кохановский.
Хотя нет, в fuel тоже есть - http://docs.fuelphp.com/general/coding_standards.html .

Добавлено через 01:29 сек.
Готов присоединится к разработке.

106. demeros, прочел wiki по стилю fuelphp. Ололо, походу я и не подозревал даже, что что пишу именно в этом стиле ))) Хотя микро-различия таки есть, но они очень незначительны.

Если один человек будет писать ядро,а остальные каждый свой модуль, то можно и толпой писать. А вот если несколько человек будут одно и то же делать, то руководства никак не обойтись

107. dima.london, они всего лишь поддерживают PSR-2 стандарты, в ветке 2.х они уже используют PSR-0 и PSR-1 - удобнее всего (что-то из одного что-то из другого, например имяКласса из PSR-1 вместо имя_класса из PSR-0 и тд)

Добавлено через 02:50 сек.
оригинальный манифест https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-2-coding-style-guide.md
не мудрено что о стандартах тут не знают

akawin (30 Октября 2012 / 16:11)
не мудрено что о стандартах тут не знают

тяжело тебе гению среди балбесов наверно)