Телеграмм чат группы prophp7 страница 9985

Может стоит посмотреть с другой стороны, на сколько сложнее/легче поддерживать хранимку/функцию на pl/sql, чем код на php? Есть ли в команде спецы, умеющие писать на pl/sql так же хорошо или лучше чем на php?
Что там с инструментарием? На сколько сложно впилить настраиваемое логирование например?

источник

20:42пожаловаться #6

АС

Альберт Степанцев in PHP

А что там такого нужно «поддерживать»?

источник

20:44пожаловаться #7

Fogr in PHP

Если требования к логике в хранимках/функциях поменяются?
Так же там вполне могут обнаружиться баги

источник

20:45пожаловаться #8

АС

Альберт Степанцев in PHP

Commit - push - shot stage - tests run

источник

20:45пожаловаться #9

АС

Альберт Степанцев in PHP

Ровно как и на php

источник

20:45пожаловаться #10

АС

Альберт Степанцев in PHP

Требования сначала формализуются, потом реализуются, потом проверяется реализация

Опять же - как и на php

источник

20:47пожаловаться #11

Fogr in PHP

Я про то и говорю, что поддержку тоже стоит учитывать при выборе технологии

источник

20:49пожаловаться #12

Fogr in PHP

Она никуда не денется

источник

20:50пожаловаться #13

АС

Альберт Степанцев in PHP

И где тут «поддержка»? Обычный процесс разработки

источник

20:50пожаловаться #14

Fogr in PHP

Условно те же настраиваемемые логи облегчают поддержку
Но наверняка что-то готовое в pl/sql уже есть

источник

20:51пожаловаться #15

Fogr in PHP

Альберт Степанцев

И где тут «поддержка»? Обычный процесс разработки

Тесты не дают 100% вероятность отсутствия багов
Даже формализованные требования со временем могут поменяться, хотя заказ может быть и без поддержки, т.е. поддерживать заказчик будет сам

источник

20:52пожаловаться #16

АС

Альберт Степанцев in PHP

Волга впала в Каспийское море окончательно ))

источник

20:53пожаловаться #17

Fogr in PHP

Или что вы имеете ввиду под поддержкой?

источник

20:53пожаловаться #18

АС