웹 프론트엔드에 종사하는 사람들이 많고, 모든 사람의 학습 방법과 학습 습관은 기본적으로 동일하지 않습니다! 웹 프론트엔드(혹은 직접적으로 인터넷)에 관해서는 늙고 배우는 산업이라는 것은 누구나 다 아는 사실입니다. 이전에 글을 쓸 때 여러 가지 학습 방법과 제안 사항을 언급한 적이 있습니다. 오늘은 바꿔서 개인적으로 추천하지 않는 학습 방법이나 발전을 방해한다고 개인적으로 생각하는 학습 방법에 대해 이야기해 보도록 하겠습니다. 추가할 내용이나 지적할 내용이 있으면 지적해 주시기 바랍니다. 서로 의견을 교환하고 도와주세요!
이것은 학습에 있어서 가장 큰 금기사항이라고 할 수 있고, 가장 주의해야 할 점이기도 합니다! 인터넷에는 javascript, html5, css3 등과 같이 다양한 언어, 다양한 지식 포인트 및 다양한 측면을 다루는 많은 튜토리얼이 있습니다. 검색만으로도 많은 것을 찾을 수 있다는 것이 결국 가장 큰 장점 중 하나입니다. 인터넷은 자원 공유입니다! 그러나 많은 사람들은 튜토리얼만 읽고 실제 작업을 수행하지 않습니다. 블로그에 있는 튜토리얼이나 동영상 튜토리얼이 아무리 좋아도 직접 해보지 않고 코드를 작성하지 않으면 이런 학습 방식은 깊게 기억되지 않고 결국에는 학습하지 못할 수도 있습니다. 아무것! 그리고 몇 가지 튜토리얼이 있는데, 실습을 따르지 않으면 혼란스러울 수 있습니다. 개인적인 조언: 자신에게 맞는 튜토리얼을 선택하고 연습하고 코드를 작성하세요. 튜토리얼을 보면서 코드를 작성하지 않더라도! 튜토리얼을 읽은 후 직접 연습해 보세요! 이 과정에서 몇 가지 문제에 직면할 수도 있지만, 이 방법을 통해 더 많은 것을 배우고 기억력이 더욱 강해질 것입니다!
Javascript(이하 js)의 경우 이전만큼 심각하지는 않습니다. 제가 대학에 다닐 때나 인턴 시절에는 jquery가 여전히 앞서 있던 시절이었습니다. 많은 사람들이 채팅할 때 이렇게 말할 것입니다. jquery가 있는데 왜 js를 배워야 합니까? vue를 사용하면 왜 js를 배워야 할까요? 그런 질문을 받았을 때 저는 그 때 대답을 하지 못했습니다. jquery나 vue는 js를 사용하여 구현됩니다. js를 모르면 jquery나 vue를 먼저 배우기 어려울 것입니다. jquery나 vue second를 배울 때 너무 깊이 들어가지 마세요. 또한 프로젝트에서 jquery 또는 vue 사용을 허용하지 않는 경우 기본적으로 코드를 작성할 수 없습니다. 이때 다른 프레임워크나 라이브러리를 배운다면 기본적으로 새로운 언어를 배우는 것과 같습니다. 개인적인 제안: 먼저 견고한 기초(html+css+js)를 마련한 다음 다른 프레임워크나 라이브러리를 배우세요. JS를 알고 있지만, JS 프레임워크나 라이브러리를 배우는 것이 단지 문서와 API를 확인하기 위한 것이라고 감히 말할 수는 없습니다. 하지만 최소한 js 프레임워크나 라이브러리를 배우는 것은 그리 어렵지 않을 것입니다!
이건 제가 예전에 가졌던 습관이에요. 결합, 인스턴스화, 상속 및 기타 전문 용어에만 집중합니다. 혼란스러운! 다른 사람들이 무슨 말을 하는지 전혀 모르겠어요! 인터넷 기술은 매우 빠르게 업데이트되며 프레임워크, 라이브러리 및 도구가 수시로 출시됩니다. 모든 새로운 기술에 학습이 필요한 것은 아닙니다. 하지만 코드 작성에만 집중하고 새로운 기술을 이해하지 못한다면. 이로 인해 쉽게 전진을 멈추고 경쟁력을 잃을 수 있습니다. 개인적인 제안: 코드를 작성하는 동안 코드를 이해하고 코드에 대한 이해가 있는지 확인하십시오. 그리고 기술적인 업데이트가 있는지 뉴스에 더 많은 관심을 가져주세요! 새로운 기술이 유용하다고 생각하거나 관심이 있다면 이에 대해 자세히 알아볼 수 있습니다! 결국, 인터넷은 배우면서 배워야 하는 분야입니다. 기술 업데이트가 매우 빠르게 진행됩니다. 유행을 따라가지 못하면 탈락할 수도 있습니다!
이러한 상황은 학교에서나 현재 훈련 기관에서나 비교적 흔합니다. 프론트엔드를 배우는 많은 사람들이 기초가 탄탄하지 않아서 큰 프로젝트를 하겠다고 협박을 합니다. 지후를 하고 싶어하는 사람도 있고, 세기의 행운과 같은 큰 목표를 달성하고 싶어하는 사람도 있다고 들었습니다. 곧! 하지만 그들 중 어느 누구도 웹사이트의 비즈니스 프로세스와 논리를 이해하지 못했으며 결국에는 점점 더 혼란스러워졌고 포기했습니다. 이전의 큰 목표는 미완성 프로젝트가 되었고, 가장 유용한 기능은 바로 코드 연습입니다! 나는 실질적인 의미가 없는 일을 하면서 많은 시간을 보냈습니다! 개인적인 제안: 단순한 것부터 복잡한 것까지, 복잡한 웹사이트에는 간단한 모듈이 많이 있습니다. 먼저 간단한 기능부터 시작하고, 하나의 기능을 완성한 후 기능을 추가하는 것도 좋습니다! 제가 현재 근무하고 있는 회사의 경우입니다. 백엔드 관리 시스템은 몇 달에 걸쳐 개발을 하여 직원들의 로그인과 등록만 했던 기능부터 하나씩 기능을 추가하는 것까지 점점 발전해 나가고 있는 프로젝트입니다! (웹 프론트엔드 학습교류회 : 328058344. 채팅은 금지되어 있으니 관심없으시면 들어가지 마세요!)
이런 상황은 훈련 기관에서 온 사람들에게 더 흔합니다. 모든 도시가 이런지는 모르겠지만 여기 광저우에서는 이런 느낌이에요. 단지 목표가 비현실적이고 자신에 대해 충분히 알지 못할 뿐입니다! 예전에 단체채팅을 했을 때, 금, 은, 은시대에는 많은 분들이 일자리를 구하고 있었고, 채팅을 하면서 많은 훈련기관 분들을 만났습니다. 이력서에는 다양한 능력이 있습니다. 저는 방금 졸업하고 훈련 기관에서 몇 달 동안 훈련을 받았습니다. 2~3년의 경력이 있거나 몇 달 동안 훈련을 받았습니다. 시장에 나와 있는 사람들 중 2~3년이 있습니다. 간단히 말해서, 당신은 무엇이든 할 수 있다고 자랑하고 있습니다! 그런데 질문이 나오자마자 열 개 중 아홉 개는 모른다. 클로저가 무엇인지 물었을 때 나는 모릅니다. 프로토타입이 무엇인지 물었을 때 나는 모릅니다. 상속이 무엇인지 물었지만 여전히 모르겠습니다. 여기서 나는 나에게 깊은 인상을 준 질문에 대해 이야기해야 합니다. 나는 그 사람들을 상대하기 위해 이 질문을 사용합니다! 어떤 사람이 온갖 일에 능숙하고 온갖 자랑을 하는지 살펴보세요. 바로 이 질문을 했는데, 누구도 제대로 대답하지 못했어요. 아래 질문은요!
alert(a)
a();
var a=3;
function a(){
alert(10)
}
alert(a)
a=6;
a();위 내용은 표면적인 현상일 뿐입니다. 더 중요한 것은 너무 의욕이 넘치면 취업이 어려울 수 있다는 것입니다! 왜냐하면 일부 회사에서는 최대 연봉 4,000만 줄 수 있다고 생각하는데, 당신은 9,000 이상 연봉을 받을 수 있는 능력이 있다고 생각하기 때문입니다. 이런 상황에서는 일자리를 찾기가 어렵습니다! 역시 좋은 인상을 주지는 않네요! 또한 귀하의 직업 선택에 영향을 미칠 수도 있습니다! 개인적인 조언: 현실에서 시작하여 자신을 평가하십시오. 당신이 알고 있는 것과 회사에 무엇을 가져올 수 있는지 생각해 보세요! 또한 다른 사람의 제안을 듣고 다른 사람의 기술 수준과 급여를 비교하거나 온라인에서 인터뷰 질문을 찾아 해당 인터뷰 질문에 답할 수 있는지 확인할 수도 있습니다! 마지막으로 자신을 평가하고 자신이 어디에 있다고 생각하는지 평가해 보세요!
많은 분들이 개발 과정에서 구현할 수 없다고 느꼈던 요구사항이나 기능을 하나 이상 경험하셨을 거라 생각합니다. 탈출을 위해 가능한 모든 수단을 시도합니다. 예: 이 기능은 그다지 중요하지 않은데, 하지 않아도 괜찮습니까? 저는 이 기능을 한번도 해본 적이 없어서 이해할 수가 없습니다. 이 기능을 다른 사람에게 아웃소싱하면 우리는 할 수 없습니다! 탈출 단어가 정말 많아요. 생각해 볼 수 있는데, 매번 탈출하면 시간이 지나도 기술 수준이 여전히 기본 단계에 머물까요? 앞으로 기술 수준을 어떻게 향상시킬 수 있나요? 개인적인 조언: 어려움에 정면으로 맞서세요. 웹 프론트엔드 개발에서 어려움이 발생하면 문제가 발생하는 것이 정상입니다. 문제가 닥쳤을 때, 회피하기보다는 도전해야 합니다! 누구나 기술 수준을 높이고 싶어합니다. 어려운 문제에 도전하는 것은 기술 수준을 향상시킬 수 있는 좋은 기회가 아닐까요? 이전에는 불가능하다고 생각했던 어려운 문제를 해결했다면 이는 기술 수준이 향상되었다는 증거입니다! 아니요? 또한 새로운 지식을 탐구하거나 어려운 문제에 도전하지 않고 매일 간단한 비즈니스 코드를 작성하는 것은 개발에 있어서 별로 흥미롭지 않다고 느낍니다!
이것은 또한 작성된 코드가 사용될 수 있고 요구 사항을 충족할 수 있다고 생각하는 매우 일반적인 상황입니다! 나는 미래의 최적화에 전혀 관심이 없습니다. 프로젝트나 플러그인을 개발할 때 저는 이 방법을 먼저 구현하고 최적화하는 것을 옹호하기도 합니다. 하지만 개발이 끝났다고 해서 더 이상 최적화에 대해 생각하지 않겠다는 뜻은 아닙니다! 자신의 코드를 최적화하고 코드를 작성하는 더 나은 방법을 모색하지 않는다면, 고품질의 간결한 코드를 작성하는 방법을 배우는 중요한 방법을 차단했기 때문에 향후 고품질의 간결한 코드를 작성하는 것은 말할 것도 없습니다. 또 다른 점은 프로젝트에 문제가 있을 수 있다는 점입니다. 현재 프로젝트에 문제가 없다고 해서 앞으로도 문제가 발생하지 않는다는 의미는 아닙니다. 대신, 프로젝트가 개발된 후에는 자신의 코드를 최적화하고, 더 나은 구현 방법을 모색하고, 고품질의 간결한 코드를 작성해 보십시오. 이것은 좋은 학습 과정이 아닌가? 코드를 최적화하는 방법은 아주 많습니다(예를 들어 자주 말했듯이 코드가 너무 반복적입니다. 디자인 패턴을 도입해야 할까요? 웹 사이트 성능이 평균인데 최적화할 수 있습니까?). 이 영역을 최적화합니다. 한 단계에서 최선을 다해 최적화하는 것을 의미하지는 않지만 적어도 이전보다 나쁘지는 않을 것입니다! 최적화에 관해서는 이전에도 몇 가지 리소스를 게시한 적이 있습니다. 찾기 쉽고 온라인에 많은 리소스가 있습니다! 그냥 보세요!
이해가 안 되면 묻지 마세요. 문제가 생기면 절대 동료에게 물어보지 마세요. 또는 다른 수단을 통해 다른 사람과 상담하십시오. 거기서 명상하고 다양한 해결방법을 시도해 보세요. 이 접근 방식의 최악의 결과는 결국 문제가 해결되지 않고 동료들에게 개발 상태에 대해 문의하도록 요청하는 것입니다. 가장 좋은 결과는 문제가 해결된다는 것이지만, 문제를 해결하는 데에는 분명 많은 시간이 걸릴 것입니다. 이해가 안 되면 즉시 물어보세요. 문제가 발생하면 즉시 다른 사람에게 물어보세요. 나는 별로 생각하지도, 전혀 생각하지도 않는다. 이렇게 하면 문제가 해결될 수 있지만 동료에게 자주 질문하게 되어 동료가 매우 조급해지게 됩니다. 동료의 인내심이 지쳤다면 답변의 어조가 그다지 좋지 않을 수 있습니다. 이는 동료 간의 관계에 영향을 미칠 뿐만 아니라, 앞으로 동료에게 조언을 구하는 것을 두려워하게 하여 위에서 언급한 것처럼 모르고 묻지 않는 위험에 빠지게 됩니다. 개인적인 조언: 적절한 경우 조언을 구하십시오. 이해하지 못하는 문제가 발생하면 먼저 상황에 맞게 생각해 보세요. 문제가 해결되지 않으면 인터넷에 접속하여 해결 방법을 찾아보세요. 해결되지 않은 경우 다른 사람에게 물어보거나 동료에게 물어보거나 다른 채널을 통해 물어보세요. 이렇게 하면 문제를 해결할 때 기억력이 깊어지고 동료를 너무 자주 방해하지 않을 것이라고 생각할 수 있습니다!
이 자막은 겉으로는 위와 비슷하지만 사실은 다릅니다! 이해하지 못하면서 이해하는 척 한다는 것은 다른 사람에게 물어볼 때 실제로는 다른 사람이 설명하는 내용을 완전히 이해하지 못한다는 것을 의미합니다. 아마도 그것은 얼굴 때문일 수도 있고, 오랫동안 다른 사람을 귀찮게 하는 것이 부끄럽기 때문일 수도 있고, 걱정이 되어서일 수도 있습니다. 너무 오랫동안 다른 사람을 방해해서 이해하는 척합니다. 그러나 이것은 잠시 동안 당신을 속일 수도 있지만 곧 다시 드러날 것입니다. 이렇게 하면 잠시 후 다른 사람에게 같은 질문을 다시 해야 하게 되어 다른 사람을 더욱 당황스럽고 당황하게 만들 것입니다! 당신은 또한 더 많은 시간을 다른 사람을 방해할 것입니다! 개인적인 조언: 질문이 있는 경우 다른 사람에게 물어보십시오. 단, 질문한 사람이 매우 성급한 사람이 아닌 경우에만 가능합니다. 그는 귀하의 질문에 참을성 있게 답변해 드릴 것입니다! 그러므로 다른 사람에게 질문을 할 때는 질문의 이유를 확실히 이해해야 합니다. 동료가 한 번 명확하게 설명하지 못하고, 대답이 직접적으로 이해되지 않으면 많은 사람들이 설명할 것이라고 믿습니다. 다시 자세히. 직장 동료들이 바쁘거나 다른 이유로 걱정된다면, 적절한 시간을 선택하시면 됩니다! 지금 제가 동료들에게 물어보는 것은 묻지 마세요, 아니면 묻고 싶으면 자세히 알아보라는 것입니다! 물론 제 동료들은 제가 질문이 있을 때마다 참을성 있게 대답해 주며 더 자세히 설명해 줄 것입니다.
요구 사항을 받은 후 많은 사람들의 첫 번째 반응은 요구 사항을 명확히 하기 전에도 코드를 작성하는 것입니다. 또 다른 상황은 많은 사람들이 코드를 작성하는 동안 요구 사항에 대해 생각한다는 것입니다. 요구사항을 잘못 이해한 경우를 대비한 개발 방법입니다! 이로 인해 작성한 코드의 상당 부분을 수정해야 하거나 완전히 삭제하고 다시 작성해야 할 수도 있습니다. 요구 사항을 이해하지 못한 채 코드를 작성할 확률은 꽤 높지만 일반적으로 이러한 상황을 감지하기는 어렵습니다. 결국 프로그래머가 코드를 추가, 삭제, 수정 및 확인하는 것은 정상입니다! 나도 잘 모르겠는데, 기술 공유 때 사장님이 말씀하셨는데, 좀 더 복잡한 요구 사항에 대해서는 먼저 요구 사항을 명확히 하고 흐름도를 그린 다음 코드를 먼저 작성하라고 하더군요. 약간의 코멘트를 입력하고 코드 작성을 시작하세요! 이에 관해서는 현재 시행 중입니다! 요구 사항이 정말 간단하지 않은 이상 스크래치 패드에 순서도를 간단히 그려보겠습니다. 순서도에 따라 주석을 작성한 후 코드를 작성하면 앞으로 재작업이 있을 수 있지만 이전만큼은 되지 않을 것입니다. 개발 시간과 효율성이 모두 향상되었습니다!
현재 웹 프론트엔드 시장 상황은 다른 도시는 잘 모르겠지만, 광저우는 사실 별로 좋지도 않고, 한 곳에서 경쟁하는 사람도 거의 100명이 넘습니다. 그 이유는 교육기관이 많고, 초급 프론트엔드가 Simple하기 때문입니다. 이러한 상황에 직면했을 때 우리가 할 수 있는 일은 수시로 배우고 기술 수준을 향상시키는 것뿐입니다. 오직 이런 방법으로만 당신은 경쟁력이 있고 많은 사람들 사이에서 눈에 띌 수 있다는 것을 확신할 수 있습니다. 자신을 배우고 발전시키려면 자신에게 맞는 학습 방법을 갖는 것 외에도 발전을 방해하는 몇 가지 학습 방법도 배워야 합니다! 위의 10가지 사항은 제 생각 중 일부입니다. 모든 사람에게 유용하길 바랍니다! 마지막으로, 좋은 학습법과 나쁜 학습법이 있다면 조언 부탁드립니다. 모두가 의견을 교환하고 서로에게서 배우도록 하세요!
위 내용은 퇴역군인들이 정리한 발전을 방해하는 10가지 학습 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
