쭉 퇴사안하고 혼자일할거면 상관없음. 근데 아니자나? 협업할수도 있고 퇴사할 수도 있자나? 가뜩이나 백엔드는 UI가 없는 만큼 코드와 아키텍처를 이쁘게 설계해야 유지보수도 쉽고 인수인계도 쉽지 않을까?방대한 코드가 단일 프로젝트에 몰빵되어있으면 제 3자 입장에서 코드 전체를 분석해야 하잖아? - dc official App
시발 코드 디테일까진 바라지않는다 MSA 설계 하는척이라도 했으면 - dc App
시발 내가 존나 화나서 그렇게 정의함 - dc App
오히려 대기업 아니면 모놀리식이 맞음 msa는 그 개념 만든 사람도 말했지만 작은기업에선 안맞음
ㄴㄴ 모든 협업 프로젝트는 MSA 설계를 해야함. 일정에 등떠밀려서 정말 어쩔수 없는거 아니면 모놀리식 설계는 방대한 프로젝트일 수록 이기적인 설계임. - dc App
ㄴㄴ 모든 협업 프로젝트를 MSA 설계하는건 원본 책에서도 그러지 말라고 하는데 누구한테 그렇게 배움?
시발 내가 존나화나서 그렇게 정의함 - dc App
반박시 내 말이 맞다. - dc App
쓰레기 재활용이 문재인거지 방식이 무슨 상관? ㅇㅅㅇ
5만줄짜리 프로젝트 인수 인계 받아봄? - dc App
그니까 잘돌아가는거 인계받은거면 안건드리면 되잖아 ㅇㅅㅇ 5만줄짜리 누더기는 통으로 갖다 버리고 고도화니 뭐니 설득이라도 되는데 모듈화로 찢어놓으면 나중에 돼지우리를 소축사로 다시 쓰네 마네 말 나와서 감당 안 돼 ㅇㅅㅇ
니가 시니어되어서 리딩하면 됨
5만줄 짜리 백엔드 인수인계 받아봄? - dc App
너 말이 다 맞음. 하고 싶은대로 하면 된다
모놀리식이거나 MSA라서 깨끗해지거나 더러워지는 게 아니라, 만드는 사람의 문제다.