내 대답은 - 배우고 이해해야 하지만 능숙할 필요는 없다는 것입니다. 어느 수준까지 구체적으로 작성하는지 이해하면 됩니다. HTML+CSS+JavaScript는 최종 출력 콘텐츠입니다. 출력이 무엇인지 이해하지 못하는 경우 백엔드 개발을 어떻게 잘 할 수 있습니까? 광범위하게 정의된 백엔드 개발은 요청 URL을 수락하고 최종적으로 리소스를 동적으로 출력하는 것을 의미합니다. 좁은 의미의 웹 프런트엔드는 사전 조립된 동적 페이지를 의미하며 이를 백엔드 엔지니어에게 전달하여 출력합니다. 그래서 이해가 필요하며, 이것이 일반 백엔드 교육이 먼저 HTML+CSS+JavaScript를 배우는 이유입니다. 하지만 저는 프런트엔드와 백엔드 엔지니어가 필수적인 작업 외에도 서로에게서 배우는 것을 선호합니다. 위에서 언급했듯이 더 많이 배워도 나쁠 것이 없습니다. Node.js가 처음 나왔을 때 처음 접한 사람들은 백엔드를 아는 프론트엔드 엔지니어였습니다. 추신: 작은 실수를 정정하겠습니다. 웹 프런트엔드 기술에는 HTML+CSS+JavaScript만 있습니다. 제가 아는 한 BootStrap은 단지 프런트엔드 구성 요소 라이브러리 집합입니다. 백엔드 엔지니어가 필요하지 않고 프론트엔드만 신경쓰면 멋진 페이지를 만들 수 있다는 것입니다. 그러나 실제 프런트 엔드에서는 이를 사용하는 것을 경멸합니다. 왜냐하면 이를 사용하여 자신만의 스타일을 작성하려면 기본 스타일을 전복하고 다시 시작해야 하기 때문에 심각한 종속성 문제가 발생할 수 있기 때문입니다.
시스템 백엔드 : 다양한 시스템 미들웨어와 순수 백엔드 서비스를 담당하며, 기본적으로 프론트엔드와 클라이언트는 담당하지 않습니다. 기본적으로 무슨 일이 일어나고 있는지 아는 한 이런 종류의 것을 배울 필요는 없습니다.
애플리케이션 백엔드: 애플리케이션 서비스를 담당하며 비즈니스와 밀접한 관련이 있으며 프런트엔드 및 클라이언트와 직접 거래합니다. 이를 이해해야 하며 관리 페이지를 직접 작성할 수도 있습니다.
풀 스택이지만 백엔드: 종종 백엔드가 풀 스택으로 전환하고 싶어하지만 회사와 프로젝트의 초점은 여전히 백엔드에 있습니다. 능숙하지 않더라도 적어도 익숙해져야 합니다.
풀스택이지만 프런트엔드: 풀스택으로 전환하려는 프런트엔드인 경우가 많습니다. 말할 것도 없이 프론트엔드 지식에 능숙해야 합니다
질문의 주제가 향후 백엔드 개발에 초점이 맞춰져 있다면, 개인적으로 제안하는 것은 백엔드 기술을 철저히 통합하라는 것입니다. 위 답변과 다른 점은 또 하나 있습니다. 진로 계획에 대해 생각해 봤기 때문에 회사와 프로젝트에 스스로 의지하기보다는 회사와 프로젝트가 나에게 의지할 수 있도록 최선을 다해야 한다는 것입니다. 저는 백엔드에 집중하기로 하여 회사에서 백엔드 작업을 더 많이 하기도 했습니다. 때로는 정말 감당할 수 없을 만큼 쪼개서 아무것도 없이 끝나기도 했습니다
이 질문은 환경에 따라 다릅니다. 회사에 확실한 프론트엔드 엔지니어가 있고 개인적으로 프론트엔드에 별로 관심이 없다면 익숙한 레벨 으로 가면 됩니다. 회사는 인원은 적지만 업무는 많고 프론트엔드와 백엔드 위치가 명확하지 않은 린 팀을 갖고 있다면 풀스택 엔지니어 방향으로 발전할 수 있습니다.
하지만 , 다른 언어의 특성은 때로 특별한 영감을 주기도 합니다. 별로 적절한 비유는 아닐 수도 있으니, js 작성시 java의 개념을 참고하겠습니다.
귀하께서 나열하신 기술은 아직 css와 jq를 이해하는 단계이고(이전에 Angle과 vue를 배웠기 때문에 jq를 배우지 않았습니다), js 수준은 보통 수준입니다(회사에 계속 머물렀습니다) 코드 단계), 부트스트랩은 이미 사용하기 쉽고 친숙하게 느껴집니다.
내 대답은 - 배우고 이해해야 하지만 능숙할 필요는 없다는 것입니다. 어느 수준까지 구체적으로 작성하는지 이해하면 됩니다. HTML+CSS+JavaScript는 최종 출력 콘텐츠입니다. 출력이 무엇인지 이해하지 못하는 경우 백엔드 개발을 어떻게 잘 할 수 있습니까? 광범위하게 정의된 백엔드 개발은 요청 URL을 수락하고 최종적으로 리소스를 동적으로 출력하는 것을 의미합니다. 좁은 의미의 웹 프런트엔드는 사전 조립된 동적 페이지를 의미하며 이를 백엔드 엔지니어에게 전달하여 출력합니다. 그래서 이해가 필요하며, 이것이 일반 백엔드 교육이 먼저 HTML+CSS+JavaScript를 배우는 이유입니다.
하지만 저는 프런트엔드와 백엔드 엔지니어가 필수적인 작업 외에도 서로에게서 배우는 것을 선호합니다. 위에서 언급했듯이 더 많이 배워도 나쁠 것이 없습니다. Node.js가 처음 나왔을 때 처음 접한 사람들은 백엔드를 아는 프론트엔드 엔지니어였습니다.
추신: 작은 실수를 정정하겠습니다. 웹 프런트엔드 기술에는 HTML+CSS+JavaScript만 있습니다. 제가 아는 한 BootStrap은 단지 프런트엔드 구성 요소 라이브러리 집합입니다. 백엔드 엔지니어가 필요하지 않고 프론트엔드만 신경쓰면 멋진 페이지를 만들 수 있다는 것입니다. 그러나 실제 프런트 엔드에서는 이를 사용하는 것을 경멸합니다. 왜냐하면 이를 사용하여 자신만의 스타일을 작성하려면 기본 스타일을 전복하고 다시 시작해야 하기 때문에 심각한 종속성 문제가 발생할 수 있기 때문입니다.
자신을 어떻게 포지셔닝하느냐에 따라 다음과 같은 카테고리로 나눌 수 있습니다.
시스템 백엔드 : 다양한 시스템 미들웨어와 순수 백엔드 서비스를 담당하며, 기본적으로 프론트엔드와 클라이언트는 담당하지 않습니다. 기본적으로 무슨 일이 일어나고 있는지 아는 한 이런 종류의 것을 배울 필요는 없습니다.
애플리케이션 백엔드: 애플리케이션 서비스를 담당하며 비즈니스와 밀접한 관련이 있으며 프런트엔드 및 클라이언트와 직접 거래합니다. 이를 이해해야 하며 관리 페이지를 직접 작성할 수도 있습니다.
풀 스택이지만 백엔드: 종종 백엔드가 풀 스택으로 전환하고 싶어하지만 회사와 프로젝트의 초점은 여전히 백엔드에 있습니다. 능숙하지 않더라도 적어도 익숙해져야 합니다.
풀스택이지만 프런트엔드: 풀스택으로 전환하려는 프런트엔드인 경우가 많습니다. 말할 것도 없이 프론트엔드 지식에 능숙해야 합니다
질문의 주제가 향후 백엔드 개발에 초점이 맞춰져 있다면, 개인적으로 제안하는 것은 백엔드 기술을 철저히 통합하라는 것입니다. 위 답변과 다른 점은 또 하나 있습니다. 진로 계획에 대해 생각해 봤기 때문에 회사와 프로젝트에 스스로 의지하기보다는 회사와 프로젝트가 나에게 의지할 수 있도록 최선을 다해야 한다는 것입니다. 저는 백엔드에 집중하기로 하여 회사에서 백엔드 작업을 더 많이 하기도 했습니다. 때로는 정말 감당할 수 없을 만큼 쪼개서 아무것도 없이 끝나기도 했습니다
필요없어요....
들어가는 회사에 따라 다릅니다. 저는 개인적으로 더 많이 배우고 풀스택 방향으로 발전하는 것을 추천합니다
javaweb을 할 때 꼭 필요할 것입니다.
인터페이스나 시스템 통합 분야의 전문가가 아닌 이상
이 질문은 환경에 따라 다릅니다.
회사에 확실한 프론트엔드 엔지니어가 있고 개인적으로 프론트엔드에 별로 관심이 없다면 익숙한 레벨
으로 가면 됩니다. 회사는 인원은 적지만 업무는 많고 프론트엔드와 백엔드 위치가 명확하지 않은 린 팀을 갖고 있다면 풀스택 엔지니어 방향으로 발전할 수 있습니다.
하지만 , 다른 언어의 특성은 때로 특별한 영감을 주기도 합니다. 별로 적절한 비유는 아닐 수도 있으니, js 작성시 java의 개념을 참고하겠습니다.
귀하께서 나열하신 기술은 아직 css와 jq를 이해하는 단계이고(이전에 Angle과 vue를 배웠기 때문에 jq를 배우지 않았습니다), js 수준은 보통 수준입니다(회사에 계속 머물렀습니다) 코드 단계), 부트스트랩은 이미 사용하기 쉽고 친숙하게 느껴집니다.
PS: 이런 질문은 Zhihu에서 하는 것이 좋을 것 같습니다.
분명히 거절하세요. 중요한 것은 절약한 시간을 먹고, 마시고, 즐기고, 자신을 향상하는 데 사용하는지 여부입니다. 이것이 당신의 미래를 결정하는 것입니다.
이것을 이해해야 한다고 생각합니다. 결국 풀사이트 엔지니어도 훌륭하지만, 사람들은 자신의 직업에 충실하고 학습과 이해를 보충하는 것이 가장 좋습니다. 프론트엔드에 속지 않는 것이 핵심입니다!!!