스프링같은거만해도 pom.xml인지 뭔지 파일 존나 많던데
go는 그냥 .go파일 몇개만 있어도 웹서비스 바로 가능하던데
그렇다고 성능적으로도 스프링이 더 좋은것도 아닐거아냐 go를 두고 스프링 왜쓰는지 잘 모르겠네
어짜피 회사에서 쓰라고 하니깐 그냥 쓸 예정이긴 한데 개인적으로 사이트 만들려고 go 끄쩍여본 경험으로는
스프링같은거 왜쓰는지 좀 의문
스프링같은거만해도 pom.xml인지 뭔지 파일 존나 많던데
go는 그냥 .go파일 몇개만 있어도 웹서비스 바로 가능하던데
그렇다고 성능적으로도 스프링이 더 좋은것도 아닐거아냐 go를 두고 스프링 왜쓰는지 잘 모르겠네
어짜피 회사에서 쓰라고 하니깐 그냥 쓸 예정이긴 한데 개인적으로 사이트 만들려고 go 끄쩍여본 경험으로는
스프링같은거 왜쓰는지 좀 의문
나라가 미니까 스프링쓰지 그리고 고는 대부분이 구글에서 쓰잖아
나라가 민다고 공기업도 아닌 회사들이 스프링에 집착할 이유가 있나?
어짜피 사용은 결국 브라우저랑 HTTP콜일텐데 그게 스프링이든 고랭이든 상관없는거자나
수십년간 쌓여온 라이브러리,기능이 있는데 주류가 새걸로 바뀌긴 힘듬.
스프링을 쓰는 이유는 안정성 때문임. 이미 검증된 프로젝트도 많고, 레거시도 많고, 수십년간 존재해온 언어기 때문에 할 수 있는 사람도 많고
하시발 결국 남이해놓은거 가져다 쓰겠다 마인드네 ㅅㅂ
뭐 go쓰면 남이 해놓은거 가져다 쓰는거 아님? ㅋㅋㅋㅋ 오픈소스 아니었으면 이만큼 발전하지도 못했음
기본적인 구성요소정도만 쓰고 나머지는 대가리 굴려서 구현해야지 하여간 웹쟁이들이랑 일 못하겠다 그냥 이새끼들 ctrl+c ctrl+v 기승전 구글은 이렇게했는데요 마소는 이렇게했는데요 ㅅㅂ럼들
현실에서는 프로젝트를 만드는데 비용과 시간이 드는데 처음부터 모두 만들고 go로 만들어서 대단하지 않나요? ㅇㅈㄹ 하면 참도 수익이 되겠다? 급식이는 아직 세상물정을 몰라요 - dc App
비용과 시간 = 제대로된 프로그래머 비싸게 돈주고 고용시킬바엔 싸게싸게 돌리겠다 마인드
그렇게 생각하는 사람은 보통 가격이 싸더라… 사업을 전혀 이해 못하거든. - dc App
개인사이트는 뭘로 해도 되잖아.
뭐 띄울지 아이디어가 떠오르질 않아서 로그인서비스 정도만 만들고 안하긴함ㅋㅋ
걍 사람많고 자료많고 돌발상황 매뉴얼 같은게 많으니까 쓰는거지 무슨 임베디드도 아니고 성능은 의미없음
난 이게 잘 이해가 안됨. 서버인데 어떻게 성능을 무시할 수가 있지? 물론 개발자 입장에서는 존나 남이사이긴함. 회사 입장에선 다를거같은데 얘네도 왜케 남이사처럼 구는건지...
원래 외국에서도 performance vs productivity로 말 많잖아. 자바랑 고가 성능차이 어마무시한것도 아니고 한국에서 쓰는 사람도 별로 없는 고로 만들 이유는 없긴하지 근데 내 생각엔 고 쓰는 사람 많아지면 자바 파이 먹을것 같긴함 차이가 어마무시한건 아니지만 어쨋든 고가 성능 더 좋기도 하고 생산성도 고가 더 좋은듯 ㅋ
서버비용이 개발자 비용보다 싸다 이건가..
스프링부트는 장점은 보안아닌가? 솔직히 Go는 잘 모르는데 스프링부트 쓰는 입장에선 시큐리티가 참 잘짜여진거같음 - dc App
리액트도 하는데 리액트는 보안이 문제가있어서 안쓴다더라 - dc App
리액트도 백엔드가 있음? 우리는 지금 스프링 백엔드, 리액트 프론트 이렇게 가려고하는거같던데
리액트 보통노드쓰지않나? 이건 독학만오래하고 실무서 써본적이 없음 - dc App
나도 여기와서 리액트 조금 깔짝대는 수준이긴한데 웹프론트용으로 쓰긴 함. 웹페이지 띄우는 용도로 개인적으로 리액트도 별로 예전 순정으로 js 짤때는 브라우저에서 코드 바로 보고 수정하고 그런게 됬는데 리액트는 그게 좀 꼬인다 아예 안되는건 아닌데 소스맵 설정하는것도 있고 모듈 다 합친상태에서 소스맵까지 적용하려니깐 메모리터진다고 빌드도 안되고 그러네 ㅅㅂ
물론 모듈별로 분리되는게 맞지만 우리 회사 그딴거 할줄 모름 모듈 떼놓고 빌드하려해도 좆같은 디펜덴시 많아서 빌드 자체가 안됨
노드에 보안 문제가 있는건 개발자 문제 아님? 노드 자체에 문제가 있는건 아니지 않나