프론트를 안정적으로 관리할 수 있는 깔끔한 패턴이 안나와서 그렇다고 들은거같음
비즈니스 로직, 알고리즘, 데이터베이스든 뭐든 이런건 제대로 구축하면 패턴화가 되는데
프레젠테이션 레이어가 원래 굉장히 동적이고 사용자 요구에 맞춰야 하는 등 다양한 이유로 코드 관리가 힘들다함
와 기존 코드를 이렇게 만드니까 안꼬여요!
-> 어 이런 단점이 생기네? 새로운게 필요하다!
이 순서로 계속 새로운게 나온다고 함.. ㅇㅇ
프론트를 안정적으로 관리할 수 있는 깔끔한 패턴이 안나와서 그렇다고 들은거같음
비즈니스 로직, 알고리즘, 데이터베이스든 뭐든 이런건 제대로 구축하면 패턴화가 되는데
프레젠테이션 레이어가 원래 굉장히 동적이고 사용자 요구에 맞춰야 하는 등 다양한 이유로 코드 관리가 힘들다함
와 기존 코드를 이렇게 만드니까 안꼬여요!
-> 어 이런 단점이 생기네? 새로운게 필요하다!
이 순서로 계속 새로운게 나온다고 함.. ㅇㅇ
어차피 코어로직은 손 안대고 껍데기만 갈아끼우는건데 실작업할때 코어 연결구조를 프레임웍껍데기에 바로 붙여놓는 식으로 작업하니 그런거심. 신기능 아니고서 실제 도메인로직은 변하는 경우가 덜한게 개발팀 독단의 문제가 아니라 워크플로우변화가 생기면 내부적으로 업무변화가 생겨서 잘 안일어남. 이를테면 애초에 나사풀변 분리되는 작업으로 조립해야하는데 본드로 붙이는 조립을 해놓으니 매번 새로운 노가다를 하는식 근데 그렇게해야 일거리가 생기는거니 그렇게 안할수도 없는거곸ㅋㅋㅋ