nestjs가 쉽게 품질이 떨어지는이유는 아이러니하게도 프론트엔드와 같은 언어를 쓰기때문인걸 종종 본다.
https://x.com/i/web/status/1958838699065844140
nestjs가 쉽게 품질이 떨어지는이유는 아이러니하게도 프론트엔드와 같은 언어를 쓰기때문인걸 종종 본다. 프로젝트가 어려워지는 주요 시점이 데이터베이스 모델의 타입 하나로 백/프론트 모두 다 같이 쓰다가 이제 하나의 물리 모델도 적당한 레이어에서 도메인별로 나뉘어야 하는 시점이
https://x.com/i/web/status/1958838699065844140
오는데 이 때 백/프론트 언어가 원래 나뉘져 있어서 이미 둘인 것에 비해 정리해야 된다는 발상을 하는 타이밍도 늦어지고 그러다보니 결합도가 끝없이 올라가고 난이도가 높아지는 일이 흔하다. 프로젝트는 시간이 지나면 담당자가 바뀌고 개발은 땜질만 하는 식이 되니 이것을 정리할리 만무하다.
https://x.com/i/web/status/1958838702266028252
심지어 디비도 몽고디비를 쓰면 진짜 엔지니어링에 신경을 많이 써야 한다. 결국은 대체로 어려운 지점을 프로젝트 초반에서 중후반으로 미루는 식의 의사결정이 많아지기 쉽다. 이득을 잘 굴리는 엔지니어링에 공을 들여야 한다. 이게 참 어렵다. 특히나 소프트웨어개발을 전혀 모르는 경영진이라면😇