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

Boot.dev를 시작한 이래로 나는 "빠른 모래 질문"이라고 부르는 것들에 휩싸였습니다. 표면적으로는 유사 질문이 좋은 질문처럼 보입니다 . 대답할 수 있다면 현재 있는 곳(웬디스 드라이브인 야간 근무)에서 원하는 곳(친구에게 회사에서 일한다고 알리기)으로 이동하게 될 것입니다. 넷플릭스 btw).

유사 질문은 모두 지름길을 찾는 것입니다.

3개월 안에 개발자 직업이 필요해요. 그렇게 하는 가장 좋은 방법은 무엇입니까?

백엔드 학습 경로에 20개 과정을 마련하셨군요. 그런데 어떤 과정을 건너뛰어도 될까요?

단축키에 어떤 문제가 있나요?

이제 저는 분명히 말하고 싶습니다. 경력 목표를 향해 더 짧은 길을 가고자 하는 것은 전혀 잘못된 것이 아닙니다 . 다른 모든 것은 광기일 것입니다. 하룻밤 사이에 당신을 수석 개발자로 만들 수 있는 약이 있다면, 나는 당신이 그 멍청이를 터뜨리도록 권하고 싶습니다.

이론적으로 교육적 최소-최대화는 탄탄한 전략처럼 보이지만 실제로는 작동하지 않습니다.

왜? 목적지를 알 수 없기 때문이다.

Dijkstra의 알고리즘은 어디로 가는지 안다면 훌륭합니다. 그렇지 않다면 다른 것이 필요합니다.

어디로 가는지는 아무도 모른다

기술 현장은 복잡함이 뭉쳐져 있는 곳입니다. 저는 대학에서 10가지 정도의 프로그래밍 언어를 배웠고, 학위를 취득한 지 3년이 지났음에도 Go를 작성하는 백엔드 엔지니어로 일하게 될 줄은 몰랐습니다.

임베디드 시스템부터 프론트엔드 개발까지 온갖 종류의 말도 안 되는 이야기를 놓고 인터뷰를 했습니다. 네, 알고 보니 제 프롤로그 수업이 첫 면접에서 별로 도움이 안 됐어요. 그런데 그거 알아요? 아프지 도 않았고, 이제는 누군가가 "선언적 체계다"라고 말할 때 내 표정이 무지함을 드러내지 않는다.

첫 번째 인터뷰에 합격하기 위해 숙달해야 할 개념이 무엇인지 정확히 안다면 효과적인 지름길을 찾을 수 있습니다. 문제는 가능한 모든 첫 번째 인터뷰를 통과하는 데 항상 충분한 지식의 정확한 하위 집합이 없다는 것입니다.

• 모든 회사에는 고유한 기술 스택이 있습니다.

• 모든 PM은 자신만의 "애자일" 버전을 가지고 있습니다.

• 모든 채용 관리자는 자신만의 7단계 면접 프로세스를 가지고 있습니다.

• 모든 직업에는 서로 다른 신비한 지식이 필요합니다.

  
  

코딩을 배우기 시작할 때 첫 직장에서 매일 무엇을 하게 될지 전혀 알 수 없습니다 . 사람들이 "나는 직장에서 DSA 기술을 전혀 사용하지 않는다"고 말하는 것을 듣습니다. 자세히 조사해 보니 그들은 WordPress "개발자"였습니다.

그렇다면 최단 경로에는 관심이 없어야 하는 걸까요?

당신은해야합니다; 당신이 그것을 찾을 것이라고 생각하는 곳이 아닙니다. 프로그래머로 취업하는 최단 경로에는 배우고 구축해야 하는 것의 양을 최소화하는 것이 포함되지 않습니다 . 그런 종류의 생각은 훨씬 더 길고 정신적으로 지치는 여정을 초래합니다. 이 같은:

1. 웹 프레임워크로 직접 이동하세요(기본 AF이기 때문에 아마도 Next.js일 것입니다).
2. TODO 앱 구축에 재능이 있는지 찾아보세요
3. 튜토리얼 없이는 "hello world"를 만들 수 없다는 것을 깨달으세요.
4. 더 많은 튜토리얼을 통해 이 문제를 해결해 보세요.
5. ackshaully Rust가 최고의 언어라는 것을 Twitter에서 읽어보세요.
6. 빌림 검사기의 손에 패배를 인정
7. 1~4단계를 n 번 반복합니다. 여기서 n 은 d4_roll * your_stubbornness 입니다.

최단 경로(또는 최소한 더 짧은 경로 )는 일반적으로 다음과 같습니다.

1. 일부 언어로 핵심 프로그래밍/CS 개념을 알아보세요.

2. 하고 싶은 프로그래밍 종류(프론트엔드, 백엔드, 모바일 등)를 잠정적으로 결정하세요.

3. 해당 프로그래밍에 적합한 기술을 통해 이러한 종류의 프로그래밍 기본 사항을 알아보세요.

4. 일자리를 찾는 동안 학습과 구축을 멈추지 마십시오.

   
   

오해하지 마세요. 이 두 번째 길은 아직 짧지 않습니다. 프로그래밍은 쉽지 않습니다. 그런 말을 들었다면 미안하지만, 기꺼이 노력한다면 튜토리얼 지옥의 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년의 꾸준한 노력으로 얼마나 멀리 도달할 수 있는지 놀라게 될 것입니다.

여기에도 게시되었습니다.