장선생의 개발학과

📘 Chapter 1.8: 코드리뷰, 협업, 커뮤니케이션의 기술🧠 Intro – 코드만 잘 짜면 끝일까?아니다. 절대 아니다.실력 좋은데도 팀에서 인정 못 받고 도태되는 사람들 특징이 뭔 줄 아나? 말 한마디로 팀 분위기 박살 내고 코드리뷰에서 꼰대처럼 굴고 본인만 이해하는 방식으로 일하고"내가 코드는 잘 짜는데 왜 이렇게 일이 힘들지?"→ 그건 실력이 아니라 커뮤니케이션이 부족해서다.📌 코드리뷰 – 기술보다 사람이 중요하다✅ 코드리뷰, 그거 "틀린 걸 찾기" 아니고 "같이 맞추기"다후배가 올린 PR을 봤다고 치자:if(user.Type == "Admin") { DoSomething();}이걸 보고 바로 이렇게 쓰면?❌ "이런 식으로 하시면 곤란합니다. 상수도 안 빼고, 이거 뭐하는 코드..

📘 Chapter 1.7: 기술 트렌드에 휘둘리지 않고 성장하는 법😵 "내가 뒤처지는 거 아닌가?"요즘 개발자라면 누구나 한 번쯤은 이런 불안함 느껴봤을 거다. "야 너 ChatGPT 써봤어? 코딩 다 해준다더라." "지금은 Blazor지. 아니면 Flutter, 아니면 Rust야!" "React는 구식이고 Svelte가 대세래!"마… 하루만 인터넷 끊고 있으면 내가 구닥다리 되는 기분 들지 않나?근데 진짜 묻자.그 많은 기술들, 니 프로젝트에 써본 거 있나?써보고 유지보수 해봤나? 디버깅은 해봤나?트렌드 쫓는 게 나쁜 건 아닌데,그게 곧 성장이라고 착각하는 게 문제다.📌 기술 트렌드에 휘둘리지 않는 법1. '불변'과 '변화'를 구분하라✅ 기술에는 두 가지가 있다: 구분예시 ..

📘 Chapter 1.6: 시니어가 된다는 것의 의미"코딩만 잘한다고 시니어가 되는 게 아니다."✅ Intro: "나도 이제 시니어인가요?"팀에서 가장 오래된 사람.새로운 입사자가 "이거 어떻게 해요?" 물어보는 대상.회의에서 의견 하나 내면 무게감이 생기기 시작할 때."내가 시니어 맞나?" 싶은 시점이 온다.근데, 진짜 시니어가 코드 많이 짜본 사람일까?아니면 나이 많은 개발자?아니다. 시니어는 "기술 그 이상을 책임지는 사람"이다.🧭 상황 예시: 실무에서 '진짜 시니어'가 필요한 순간💥 팀원들이 퇴근 후에도 불려 나오는 상황어느 날, 야근이 일상이 된 팀에서신입이 슬쩍 푸념을 한다."이거 왜 이렇게 일정이 빡빡해요…?"그때 시니어가 나선다."요구사항 처음부터 애매했어. 기획 단계에서 좀 더 명확..