SI 개발자들이 어쩌다가 그런 개발 방법을 쓰게 됐는지는 이런 저런 사례 들어보면개좆같은 시스템 때문이란걸 이해하게 되긴 하는데그런 방식이 존재한다는 것 자체가 너무 무서움해외에도 쿼리 주도 개발이 존재할까
미국, 영국 개발자들하고 얘기해보니까 2~30년전엔 그랬다던데
QDD 곧 유행된다 기다려라
구시대 마인드로는 db=여러가지 제약조건에 의해 데이터 일관성이 유지된다=>sql에서 비지니스 로직 다 처리하자! 이렇게 된거 아닐까? - dc App
아닌데 프로그램으로 데이터 조작해서 넣어도 일관성 유지 되는데. 설마 db request 오버헤드 때문인가? - dc App
내가 알아본 이유 중에 하나가 사양 변경으로 인해 소스코드를 수정해야 할 때 절차가 번거로워서 사소한 수정을 할 때 부담이 되기 때문에 쿼리로 프로그램을 제어한다는 거였음
데이터 전달용 클래스도 안만들고 맵으로 다 처리하는 방식으로 짜두다보니 나중에 변경 사항 생기면 DB 테이블 내 컬럼이나 대충 추가하거나 쿼리만 좀 바꿔서 끝내려고 하는 관행에서 나온 방식임
잦은 사양 변경으로 SI 개발자들 과로사하지 말라고 넣은 절차로 알고 있는데 DB에 로직 넣어서 우회하는거 보면 좆같은 새끼들이 따로 없는 거 같음
쿼리주도개발은 도대체뭐임
아씨,, 우리 회사네 개발이사놈 이딴 서버 돌리면서 동기화 안된다고 당당하게 지꺼린다
꺼린->껄인