요즘 SI 에서 프론트 프레임워크 뭘 쓰시나요?
규모가 좀 큰 시스템
수십명이상 같이 진행해야하는 프로젝트의경우
흔히말하는 MSA 처럼 도메인을 적절히나눠서 작은 여러개의 규모의 앱을 구성하면 좋겟지만
대부분의 고객들은 일반적으로 한곳에 다있는 모노방식을 선호하시구
이러면 SPA 방식의 프론트는 화면이 몇백개 몇천개되는경우 너무무거워서 힘들꺼같고
그럼 넥스트같은 ssr 방식이 적절한가 싶기도한데
윗분들은 아직도 리엑트,뷰같은걸로 화면구성하는걸 생산성 측면에서 리스크가 있다고 보시더라구요
그래서 아직까지 오래된 국산솔류션이 안망하는거같기도하고.. 찍어내는덴 좋으니까..
인원수급 측면에서
개발자 : 백엔드 + 프론트(css제외) 풀스택
퍼블리셔 : 디자인 + css
이렇게 구성되는경우가많은데
프론트 프레임워크로 진행한다고치면
풀스택개발자들이 다 구성하려면 css까지알고 디자인감각까지 있으면서 백엔드까지 해야하는데 이런인원은 거의없고
그렇다고 프론트개발자만 뽑자니 결국 SI 에서 알파이자오메가는 도메인이라 백단 못하는 인원은 계륵같긴하거든여
결국 이러한 인원수급을 극복?한 다른 업체에서는 이런 규모큰앱의경우 프론트단을 어떻게 진행하는지 궁금합니당..
