И ни слова о тестах. А без тестов рефакторить это очень и очень плохая затея.
В данном случае я не имею ввиду юнит-тесты. Как по мне, стоил покрыть старый код приемочными тестами. Чтобы знать, что всё старое будет работать на новом коде
0.о ~ 400 это много для РНР проекта. В моем понимании. Если бы эти 400 человек ещё б звездочку на гитхабе поставили, вообще было б замечательно. Плюс, я так понимаю, получившийся результат сможет существенно привлечь внимание к Pixie ) Так что поздравляю!
Был редактором ) Сейчас Джефри скорее евангелист, но не контрибьютор проекта. В команде Laravel сейчас 4 человека, но фигачит всё равно исключительно Тейлор github.com/laravel/framework/commits/5.0
Увы, переходить нужно всегда, продукт развивается, чинятся баги и что важно проблемы безопасности. Опять таки, исходя из политики Тейлора — он поддерживает только одну версию, потому оставаясь на L4 вы скорее всего лишаете себя дальнейших обновлений. Имхо, такая политика обновлений недопустима, особенно для фреймворка претендующего на лидерство в РНР мире.
У меня скептическое отношение к Ларавелу, а в последнее время оно усилилось из-за подобных ситуаций — почитайте вот эту ссылочку www.reddit.com/r/PHP/comments/3041i6/moving_the_location_of_some_storage_files_breaks/
Тейлор может совершенно спокойно сломать минорный релиз, потом говорить, что это он «ненарошно, хотя всё указывает, что изменение было спланировано под его коммерческий продукт — envoyer. Так что я даже не знаю для каких он людей, и можно ли написать на нем что-то большее чем блог+магазин.
Была одна клевая фича в вечноживом Пропеле. Очень клевая фича, которой не хватает многим ОРМам — кодогенерация запросов на основе колонок из БД. Например, запросы можно вызывать так:
методы whereXXXX генерятся на основе БД схемы. И потом их очень удобно использовать — легко писать код и намного меньше вероятность ошибиться при написании запросов. Было б неплохо, если б пикси такое умел )
Ну скажем так, конкретно этим решением я сейчас сам не пользуюсь, но его можно было бы доработать и кастомизировать. Основная его фича — использование Travis CI конфигов для создания среды билдов. Впрочем, может эта фича слишком тяжелая, чтобы тащить её в проект.
Пока я на дженкинсе делаю Multi-Configuration build + docker. Несмотря на то что дженкинс — бяка, всё работает хорошо
в прошлом году я б ему тоже поставил "+«ик, расценивая его деятельность как позитивную. В этом он проявил себя как весьма неоднозначный персонаж. За ним замечались весьма эксцентричные штуки, вроде закрытия Github Issues проекта (а потом тайного их переоткрытия через месяц), утверждения своей гениальности, отсутствие команды, и диктаторский стиль управления. Мне кажется ни одна серьезная компания не будет начинать long-term проект на Ларавеле — старые ветки не поддерживаются, команда проекта состоит из 2х человек. Для примера, Rails с которыми Taylor любит сравнивать свое детище, непременно обзывая их говнокодом, имеет историю с 2004 года, и 80 человек в гитхабовской команде (10 активных меинтейнеров).
Laravel, передравший почти всё из Rails, добавив хороший PHP синтаксис, приправив DI, как ни крути, остается уделом скорее для краткосрочных проектов, небольших сайтов-магазинов и пр.
В данном случае я не имею ввиду юнит-тесты. Как по мне, стоил покрыть старый код приемочными тестами. Чтобы знать, что всё старое будет работать на новом коде
Если что, это сказано без сарказма, а наоборт, с восхищением.
И это было года 2 назад (ещё до выхода L4)
Впрочем, меня тоже обвиняли в сексизме за TestGuy.
Тейлор может совершенно спокойно сломать минорный релиз, потом говорить, что это он «ненарошно, хотя всё указывает, что изменение было спланировано под его коммерческий продукт — envoyer. Так что я даже не знаю для каких он людей, и можно ли написать на нем что-то большее чем блог+магазин.
Отсутствие нативного приложения под линукс весьма раздражает, а веб-версия не радует.
методы whereXXXX генерятся на основе БД схемы. И потом их очень удобно использовать — легко писать код и намного меньше вероятность ошибиться при написании запросов. Было б неплохо, если б пикси такое умел )
Пока я на дженкинсе делаю Multi-Configuration build + docker. Несмотря на то что дженкинс — бяка, всё работает хорошо
а есть возможность паралельного запуска билдов?
если да, то в докере всё легко можно протестировать
а можно ссылку на эту часть дискуссии? Буду очень благодарен
Даже из идейных побуждений каждую неделю качать всё ручками не очень хочется.
Laravel, передравший почти всё из Rails, добавив хороший PHP синтаксис, приправив DI, как ни крути, остается уделом скорее для краткосрочных проектов, небольших сайтов-магазинов и пр.
хотелось бы добавить, что недавно депутат украинского парламента Ольга Белкова заявила:
Так что Индии может ещё и догонять придется )
Всё-таки они с командой наконец выпустили Yii2! )