파일이 너무 많음
결국 그 빌드 시스템 등등을 이해하려면 너무 시간이 많으니깐
매뉴얼대로 읽고 따라하는 방식밖게 할 수 있는게 없음
대신 그만큼 다른 부분에서 편하잖아
그냥 시대적응 못한다 라는건데
프레임워크를 안쓰면 더 많은걸 해야 하는데...?
그럼 다 직접 구현해서 쓰냐
웹을 예로 들면 nginx에 docs 패스 설정하고 8080 reverse proxy 태우면 결국 필요한건 8080에 listen하는 서비스 바이너리 하나
docs에 해당하는 html/css/js 파일들 이정도면 있으면 되는데
큰스케일로 가면 이게 매니지가 힘들다는데, 아직 공감이 안됨
반면에 spring은 지금 보는것만해도 pom.xml, settings.gradle, build.gradle 등등 넘 많아 이게 빌드할때 쓰이는건가? golang은 그냥 .go 하나만 필요하고 c도 비슷할텐데 (기꺼이해야 Makefile하나 정도?)
이거저거 설치하고 설정 잔뜩해놓고 결국 헬로월드만 찍는 예제만 봐왔으면 그렇게 느낄 수도 있겠네 배보다 배꼽이 크니
근데 큰 스케일로 간다해도 이런것들이 어떻게 개발하는데 도움이 될지 상상이 잘 안됨
대신 그만큼 다른 부분에서 편하잖아
그냥 시대적응 못한다 라는건데
프레임워크를 안쓰면 더 많은걸 해야 하는데...?
그럼 다 직접 구현해서 쓰냐
웹을 예로 들면 nginx에 docs 패스 설정하고 8080 reverse proxy 태우면 결국 필요한건 8080에 listen하는 서비스 바이너리 하나
docs에 해당하는 html/css/js 파일들 이정도면 있으면 되는데
큰스케일로 가면 이게 매니지가 힘들다는데, 아직 공감이 안됨
반면에 spring은 지금 보는것만해도 pom.xml, settings.gradle, build.gradle 등등 넘 많아 이게 빌드할때 쓰이는건가? golang은 그냥 .go 하나만 필요하고 c도 비슷할텐데 (기꺼이해야 Makefile하나 정도?)
이거저거 설치하고 설정 잔뜩해놓고 결국 헬로월드만 찍는 예제만 봐왔으면 그렇게 느낄 수도 있겠네 배보다 배꼽이 크니
근데 큰 스케일로 간다해도 이런것들이 어떻게 개발하는데 도움이 될지 상상이 잘 안됨