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

Печать RSS
2364
GIT https://github.com/visavi/rotorcms
Пример: http://visavi.vv.si/
Установка Pathext в windows http://visavi.net/forum/topic.php?tid=34962&start=290#627525

А

Оранжевые штаны
0
Представляю что из всего этого получится )))

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

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

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

Во всех остальных случаях - это неслаженных бардак, разностилевый код, туча ошибок, багов и в итоге - срач в конце, кто писал лучше и больше. Обычно на выходе получается вот это:
Прикрепленные файлы:
x_61fe0175.jpg
x_61fe0175.jpg (57.81Kb)
Изменил: Дмитрий (29.10.2012 / 14:21)
В

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

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

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

Добавлено через 01:29 сек.
Готов присоединится к разработке.
Изменил: Назар (29.10.2012 / 23:40)

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

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

Землянин
0
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
не мудрено что о стандартах тут не знают
A

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

тяжело тебе гению среди балбесов наверно)
Стикеры / Теги / Правила / Топ тем / Топ постов / Поиск