1. Коммиты в VCS.
2. На сервере стартовал билд.
3. Запустился Code Analyzer.
4. В случае найденных ошибок в коде билд упал, письма отправились, каждый девелопер при просмотре dashboard проекта видит информацию о ошибках.
Это ещё нормально. Вы бы видели как переводят книги по Computer Sience на русский — коллега заказал как-то Фаулера, так смысл некоторых фраз мы искали в моём англоязычном варианте.
Никто ведь не говорит, что нужно писать запросы в DB прямо в бизнес-логике. Можно ввести DAO — это тоже абстракция, но абстракция, покрывающая именно ваши проблемы. При смене DB вам потребуется лишь реализовать новые DAO классы, причём public contract и сигнатура методов сохранятся, равно как и юнит тесты. Кстати, даже используя Zend_Db, при смене DB вам также придётся переписывать запросы.
По поводу кеширования, профилирования и прочее — то при чём здесь Zend_Db? Вы серьёзно считаете, что без использования Zend_Db этого не достичь?
Ну вы это кому-нибудь другому расскажите, как с kindle удобно читать PDF. Большинство книг в PDF сохранены в формате а4, тогда как kindle ориентирован на а5. Даже если обрезать края — все равно шрифт мелкий, если увеличивать — то неудобно листать.
1. Коммиты в VCS.
2. На сервере стартовал билд.
3. Запустился Code Analyzer.
4. В случае найденных ошибок в коде билд упал, письма отправились, каждый девелопер при просмотре dashboard проекта видит информацию о ошибках.
Какая схема будет с использованием phpStorm?
По поводу кеширования, профилирования и прочее — то при чём здесь Zend_Db? Вы серьёзно считаете, что без использования Zend_Db этого не достичь?