ты спросил про сроки проекта

тогда повторюсь

а не про длину спринтов

от "хотелки" до "продакшена" в среднем сколько?

и я не про спринты

там график был по релизам

меня интересуют цикл обратной связи

в среднем раз в 3 месяца отдавали подрядчику на пси и ввод в эксплуатацию

за 3 месяца примерно 3 промежуточных релиза команды

или даже 4

говорить могу потому что nda закончился

теперь давай о твоем опыте

или nda не позволяет разглашать ?

ну без конкретики я как бы nda и не нарушу)

> за 3 месяца примерно 3 промежуточных релиза команды как-то мало... мы хотя бы раз в 2 недели релизим итерацию...

хотя pci конечно

там своеобразный agile был

на одном из проектов где надо было pci делать мы просто разделили систему на две

часть которая хранил данные карточек, и все остальное

подсистема по работе с платежками и взаимодействием с гейтвеем была полностью изолирована и сама лазила за задачами в очередь. Это давало возможность в остальную часть системы вносить изменения без необходимости перепроходить pci

у нас на подобе было

логика расчеты налоговых форм на grovy было

а сейчас - все пейменты через блокчейны проводим...

там как-то проще

а api для данных и взаимодействия с системой на java

из груви дергали сервисы которые давали нужный результат

ну мол сервер ничего не хранит, а потому париться о безопасности приходится меньше

а у нас тестили просто, брали формы за прошлый год )

забивали показатели и расчитывали и сравнивали)

но в целом... по изменению требований... один проект - мы сами виноваты в большом количестве изменений, поскольку там бизнес специфичный со своими процессами и хотелками, которые нифига не очевидны. А на другом проектике клиент... не оглашал что должно получиться до последнего)

загадочные люди

везде свой геморой

последний проект очень хорошо показал что вот эти загоны в духе "зашить все, тотальный контроль за тем кто что юзает" очень быстро окупаются

когда команда больше хотя бы 3-х человек и темпы разработки не позволяют расслабляться

ну то есть... я по всякому в своей жизни писал, и продолжаю баловаться, смешивать подходы...

но допустим тот же отказ от геттеров пока приносит плоды

системы стала более предсказуемой

я тоже, сейчас на пхп пишу)

но я еще не рискую заставлять своих так делать

просто потому что все жду что "что-то пойдет не так"

ну да у людей много мнений

самое смешное, что если задуматься то все это логично и просто... но когда 8 лет писал геттеры то переключить мышление не так просто

ну хз меня не гетеры в коде с кординатами напрягают

я тоже, сейчас на пхп пишу)

странный немного выбор после groovy/java

а то что при вызове метода у объкта с одним GeoCordinat

можно получать разные результаты

если есть сеттер по изменению кординаты

если нужно определять дистанию на плоскости и метод такой только один

то нет смысла фигарить сервис

можно и в самом объекте делать

но обычно определенем растояни дело не заканчивается

а то что при вызове метода у объкта с одним GeoCordinat

в смысле? как так то?

и изначальный объект хранит кучу разной логики, правда она касается координат но все же не приятно

ну в твоем коде нет сеттеров

и повлиять сложно

и изначальный объект хранит кучу разной логики, правда она касается координат но все же не приятно

не, меня конкретно вопрос про "разные результаты"

интересует

что ты имеешь ввиду?

и почему ты как-то хочешь влиять на то что там внутри объекта происходит?

вот тут

public function distanceTo(GeoCoords $geoCoords) { //impl }

тебе как дистанцию без геттера получить ?

эм....

class GeoCoords { public function distanceTo(GeoCoords $geoCoords) { $geoCoords->x, $geoCoords->y; } }

объекты одного и того же типа имеют полный доступ к внутреннему состоянию

друг дружки

объекты одного и того же типа имеют полный доступ к внутреннему состоянию

тсс, не пали контору

а да

я этим очень давно не пользуюсь

не было необходимости

https://sourcemaking.com

https://sourcemaking.com

очень хорошие примеры

Добавил на страницу чатика https://oopru.github.io/

http://designpatternsphp.readthedocs.io/en/latest/ ничёшно

есть рашн версия http://design-pattern.ru/

а не это другое

есть рашн версия http://design-pattern.ru/

там в ссылочке заменяешь en на ru и получаешь рашн версию

в смысле в ссылке http://designpatternsphp.readthedocs.io/en/latest/

ага , понял уже

Всем привет, я новичок делаю фреймворк(делаю для себя, чтобы понять как все работает), не могу понять такую вещь, есть проект на yii и я там обнаружил modules: admin, user, sites то есть admin предназначен для работы с админкой там хранится директории Controllers, models и.т.д и еще есть frontend часть там так же все разделено, то есть у каждого модуля свой layout, Внимание вопрос как метод render понимает какой layout запускать, куда пихать вьюху ?