 시작한 이래로 나는 "빠른 모래 질문"이라고 부르는 것들에 휩싸였습니다. 표면적으로는 유사 질문이 좋은 질문처럼   . 대답할 수 있다면 현재 있는 곳(웬디스 드라이브인 야간 근무)에서 원하는 곳(친구에게 회사에서 일한다고 알리기)으로 이동하게 될 것입니다. 넷플릭스 btw). Boot.dev를 보입니다  유사 질문은 모두 지름길을 찾는 것입니다.  3개월 안에 개발자 직업이 필요해요. 그렇게 하는 가장 좋은 방법은 무엇입니까?  백엔드 학습 경로에 20개 과정을 마련하셨군요. 그런데 어떤 과정을 건너뛰어도 될까요?  단축키에 어떤 문제가 있나요?  이제 저는   말하고 싶습니다. 경력 목표를 향해 더 짧은 길을 가고자 하는 것은   . 다른 모든 것은 광기일 것입니다. 하룻밤 사이에 당신을 수석 개발자로 만들 수 있는 약이 있다면, 나는 당신이 그 멍청이를 터뜨리도록 권하고 싶습니다. 분명히 전혀 잘못된 것이 아닙니다  이론적으로 교육적 최소-최대화는 탄탄한 전략처럼 보이지만 실제로는 작동하지 않습니다.  왜? 목적지를   때문이다. 알 수 없기  Dijkstra의 알고리즘은 어디로 가는지 안다면 훌륭합니다. 그렇지 않다면 다른 것이 필요합니다.  어디로 가는지는 아무도 모른다  기술 현장은 복잡함이 뭉쳐져 있는 곳입니다. 저는 대학에서 10가지 정도의   언어를 배웠고, 학위를 취득한 지 3년이 지났음에도 Go를 작성하는 백엔드 엔지니어로 일하게 될 줄은 몰랐습니다. 프로그래밍  임베디드 시스템부터 프론트엔드 개발까지 온갖 종류의 말도 안 되는 이야기를 놓고 인터뷰를 했습니다. 네, 알고 보니 제 프롤로그 수업이 첫 면접에서 별로 도움이 안 됐어요. 그런데 그거 알아요?   도 않았고, 이제는 누군가가 "선언적 체계다"라고 말할 때 내 표정이 무지함을 드러내지 않는다.  아프지  첫 번째 인터뷰에 합격하기 위해 숙달해야 할 개념이 무엇인지   안다면 효과적인 지름길을 찾을 수 있습니다. 문제는 가능한 모든 첫 번째 인터뷰를 통과하는 데 항상 충분한 지식의   하위 집합이 없다는 것입니다. 정확히 정확한  모든 회사에는 고유한 기술 스택이 있습니다.  모든 PM은 자신만의 "애자일" 버전을 가지고 있습니다.  모든 채용 관리자는 자신만의 7단계   가지고 있습니다. 면접 프로세스를  모든 직업에는 서로 다른 신비한 지식이 필요합니다.  코딩을 배우기 시작할 때 첫 직장에서 매일 무엇을 하게 될지   . 사람들이 "나는 직장에서 DSA 기술을 전혀 사용하지 않는다"고 말하는 것을 듣습니다. 자세히 조사해 보니 그들은 WordPress "개발자"였습니다. 전혀 알 수 없습니다  그렇다면 최단 경로에는 관심이 없어야 하는 걸까요?  당신은해야합니다; 당신이 그것을 찾을 것이라고 생각하는 곳이 아닙니다. 프로그래머로 취업하는 최단 경로에는 배우고 구축해야 하는 것의 양을 최소화하는 것이 포함되지   . 그런 종류의 생각은 훨씬 더 길고 정신적으로 지치는 여정을 초래합니다. 이 같은: 않습니다  웹 프레임워크로 직접 이동하세요(기본 AF이기 때문에 아마도 Next.js일 것입니다).  TODO 앱 구축에 재능이 있는지 찾아보세요  튜토리얼 없이는 "hello world"를 만들 수 없다는 것을 깨달으세요.  더 많은 튜토리얼을 통해 이 문제를 해결해 보세요.  ackshaully   최고의 언어라는 것을 Twitter에서 읽어보세요. Rust가  빌림 검사기의 손에 패배를 인정  1~4단계를   번 반복합니다. 여기서   은   입니다. n n d4_roll * your_stubbornness  최단 경로(또는 최소한 더 짧은   )는 일반적으로 다음과 같습니다. 경로  일부 언어로 핵심 프로그래밍/CS   알아보세요. 개념을  하고 싶은 프로그래밍 종류(프론트엔드, 백엔드, 모바일 등)를 잠정적으로 결정하세요.  해당 프로그래밍에 적합한 기술을 통해 이러한 종류의 프로그래밍 기본 사항을 알아보세요.  일자리를 찾는 동안 학습과 구축을 멈추지 마십시오.  오해하지 마세요. 이 두 번째 길은 아직 짧지 않습니다. 프로그래밍은 쉽지 않습니다. 그런 말을 들었다면 미안하지만, 기꺼이 노력한다면 튜토리얼 지옥의 9번째 원을 목적 없이 산책하는 것을 피할 수 있습니다.  일을 두려워하지 마세요  사람들은 최단 학습 경로를 찾거나 "다시는 사용하지 않을" 학습을 피하려고 오랜 시간을 소비합니다.   작업을 피하기 위해 아무것도 배우지 않고   낭비해도 괜찮습니다. 당신이 최종적으로 얻게 될 직업에 직접적으로 적용되지 않는 것을 배우는데   소비할 위험이 있습니까? 불필요한 몇 달 또는 몇 년을 며칠을  Dogecoin을 달로?  100000000% 솔직하게 말해보자. 어떤 사람들은 좋은 구식의 빠른 부자가 되는 계획을 찾고 있습니다. 몇 주 동안 루프 문제를 겪은 후 그들은 포기하고 Fiverr에서   구매할 것입니다. 그 사람들처럼되지 마십시오. AI 기반 암호화폐 거래 봇을  소프트웨어 엔지니어가 되는 것은 "빨리 부자가 되는" 계획이 아닙니다. 그것은 "중상급-중산층-천천히" 계획이다  "만들기"의 비결은? 실제로 좋아져야 합니다.  따라서 다음 오류를 "수정"하기 위해 StackOverflow에서 무작정 복사/붙여넣기하는 대신, 그   파악하는 데 몇 분 더 시간을 투자하세요. 개발자가 근본적인 문제를 파악하지 않았기 때문에 무언가를 "수정"했지만 단지 패치의 패치일 뿐이라는 PR을 검토한 횟수는 말할 수 없습니다. 의미를  예를 들어, 전직 Java 개발자(항상 Java 개발자)는   이 함수(Go에서)가 패닉을 일으키는 것을 발견합니다. 때때로   // sendEmail sends emails, but sometimes panics func sendEmail(e *email) error { // ... }  그들은 곧바로 Google을 방문하여 Go에서 당황한 상황이   통해 "해결"될 수 있음을 발견했습니다. 그래서 그들은 끌어오기 요청을 엽니다. recover   func sendEmail(e *email) error { defer func() { if r := recover(); r != nil { log.Println("recovered from panic in sendEmail") } }() // ... }  이게 좀 효과가 있나요? 그러나 더 나은 개발자는 코드의 근본적인 문제를 이해하고 해결하려고 노력할 것입니다. 그들은   검사를 추가하지 않거나 이 기능에 대한 포인터 사용을 완전히 중단할 것입니다... nil   // now sendEmail never panics func sendEmail(e email) error { // ... }  당신은 끝까지 도달하는 것이 아니라 더 나아지는 쪽으로 편견을 갖고 싶어합니다. "끝"은 없습니다. 배워야 할 것이 너무 많습니다. 모든 소프트웨어 엔지니어링의 범위는 마지막 프로그램의 전역 네임스페이스의 범위보다 큽니다.  당신이 원한 조언은 아니네요  건강을 유지하고, 중독을 포기하고, 사업을 시작하고, 첫 번째 개발자 직업을 얻는 것은 모두   습니다. 단축키를 검색하는 데 시간을 낭비하여 자신을 더 힘들게 만들지 마십시오. 어렵  항상 기초적인 내용을 배우고   단 1~2년의 꾸준한 노력으로 얼마나 멀리 도달할 수 있는지 놀라게 될 것입니다. 관심 있는 프로젝트를 구축하면    게시되었습니다. 여기에도

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

2022 - HackerNoon Contributor of the Year - Algorithms

2022 - HackerNoon Contributor of the Year - Cryptography

2022 - HackerNoon Contributor of the Year - Github

2022 - HackerNoon Contributor of the Year - Job Hunting

2022 - HackerNoon Contributor of the Year - Mathematics

2022 - HackerNoon Contributor of the Year - Online Education

Coding Guru of 2022

Super Career Strategist of 2022

Learn to code on Boot.dev

Nominated for 2022 - HackerNoon Contributor of the Year - Algorithms

Nominated for 2022 - HackerNoon Contributor of the Year - Mathematics

Nominated for 2022 - HackerNoon Contributor of the Year - Cryptography

Nominated for Coding Guru of 2022

Nominated for 2022 - HackerNoon Contributor of the Year - Github

Nominated for 2022 - HackerNoon Contributor of the Year - Online Education

Nominated for 2022 - HackerNoon Contributor of the Year - Job Hunting

Nominated for Super Career Strategist of 2022

이 오디오는 이야기의 원래 언어로 제작되었습니다!

너무 오래; 읽다

개발자 직업을 구하는 데 지름길은 없습니다: 천천히 코딩하는 법을 배우세요

개발자 직업을 구하는 데 지름길은 없습니다: 천천히 코딩하는 법을 배우세요

About Author

코멘트

태그 걸기

이 기사는 다음에서 발표되었습니다.

Related Stories

사용자 중심의 암호화 제품 만들기: 고객 피드백의 중요성

이 18가지 개발자 도구로 생산성을 높이세요 🚀🔥

보이지 않는 레이어: 사용자 인터뷰가 대체할 수 없는 자산인 이유

Claude Sonnet 3.5 시스템 프롬프트 유출: 법의학적 분석

사용자 중심의 암호화 제품 만들기: 고객 피드백의 중요성

이 18가지 개발자 도구로 생산성을 높이세요 🚀🔥

보이지 않는 레이어: 사용자 인터뷰가 대체할 수 없는 자산인 이유

Claude Sonnet 3.5 시스템 프롬프트 유출: 법의학적 분석

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps