그런 논리면 os 커널도 직접 짜고 네트워크도 직접 설계하고 반도체도 직접 만들어야 좋은 개발자겠노
그건 또 너무 나갔잖아. 풀스택을 해야 클라이언트에서도 사용하기 좋은 api 설계를 할 수 있다는 잘 할 수 있다는게 근거인거 같음.
협력하는 사이니까 어느정도 알면 좋긴 하겠지. 근데 굳이 '깊게' 알 필요까진 없다고 봄
너무 나간게 아님 프로젝트를 보는 시야를 어디로 넓힐건지에 대한 문제지, 넓게보냐 좁게보냐의 문제가 아니기 때문
특정 방향을 적당히 넓게 볼 수 있는 가성비 구간도 존재하겠지 그게 위엣놈이 말한 '어느정도 알면 좋긴 하겠지 임'
그리고 프로젝트마다, 맡은 역할마다, 어디를 넓게 봐야하는지는 각각 달라짐 직급이 올라갈수록 넓게 봐야한다고 생각하는거면 그것도 꼭 맞는 말은 아님 내가 아는 cto들 프론트 경험 없음
결국 특정 상황에서는 맞는 말일 수도 있지만 프론트 백엔드 둘 다 깊이 있게 하는건 별 효용성이 없고 가성비가 떨어진다는 말이네
ㅇㅇ 백엔드는 분야가 너무 넓어 웹/앱에서 호출하는 api들만 만드는 사람들이 아니야
난 원래 리액트만했는데 ssr이나 상태관리같은 개념 나올 때 내가 이해못하고 코드 싸개짓하는 것 같아서 백엔드 시작했는데 확실히 한결 남. 현재는 프론트 백엔드 둘 다 좆소인턴정도할 수준 됨
api싸갠데 화면 안보고 swagger에서만 쏴보고 테스트하는거 개열빡치긴 함 ㅋㅋㅋㅋ
그런 논리면 os 커널도 직접 짜고 네트워크도 직접 설계하고 반도체도 직접 만들어야 좋은 개발자겠노
그건 또 너무 나갔잖아. 풀스택을 해야 클라이언트에서도 사용하기 좋은 api 설계를 할 수 있다는 잘 할 수 있다는게 근거인거 같음.
협력하는 사이니까 어느정도 알면 좋긴 하겠지. 근데 굳이 '깊게' 알 필요까진 없다고 봄
너무 나간게 아님 프로젝트를 보는 시야를 어디로 넓힐건지에 대한 문제지, 넓게보냐 좁게보냐의 문제가 아니기 때문
특정 방향을 적당히 넓게 볼 수 있는 가성비 구간도 존재하겠지 그게 위엣놈이 말한 '어느정도 알면 좋긴 하겠지 임'
그리고 프로젝트마다, 맡은 역할마다, 어디를 넓게 봐야하는지는 각각 달라짐 직급이 올라갈수록 넓게 봐야한다고 생각하는거면 그것도 꼭 맞는 말은 아님 내가 아는 cto들 프론트 경험 없음
결국 특정 상황에서는 맞는 말일 수도 있지만 프론트 백엔드 둘 다 깊이 있게 하는건 별 효용성이 없고 가성비가 떨어진다는 말이네
ㅇㅇ 백엔드는 분야가 너무 넓어 웹/앱에서 호출하는 api들만 만드는 사람들이 아니야
난 원래 리액트만했는데 ssr이나 상태관리같은 개념 나올 때 내가 이해못하고 코드 싸개짓하는 것 같아서 백엔드 시작했는데 확실히 한결 남. 현재는 프론트 백엔드 둘 다 좆소인턴정도할 수준 됨
api싸갠데 화면 안보고 swagger에서만 쏴보고 테스트하는거 개열빡치긴 함 ㅋㅋㅋㅋ