- 개발자가 개발만 잘하면 평균적인 개발자 (개발은 필수적으로 잘해야 함)
- 나머지 능력은 +a
- 모두 다 잘하는 능력자면 회사 들어가지 말고 창업하자
- 스탯이 한정되어 있을 때 값을 어떤 비율로 분배하냐가 중요한 거 아닐지
- 다 중요하다는, 육각형 인재여야 한다는 말은 현실적이지 않음
- 요구 사항 정의와 구현은 각각 PM/개발자로 분업되어 있음
- 분업의 장단점을 흑백 논리로 생각하는 것이 아쉬움
- 그럼 추상화 왜 함? 다 알아야 한다면. 역할은 왜 분리함? 다 알아야 한다면.
- 양도세 신고 대행 에피소드: 시간이 흘러 상황이 달라지면 문제도 재정의해야 함
- 그에 따른 해결 방안 및 구현도 달라져야 함
- 밸런스 게임 (본인 선택)
제품은 실패했지만 코드는 Goodvs 코드는 별로인데 서비스가 Good!어떤 요구사항이든지 다 들어주는 개발자vs 요구사항을 잘 정의하는 개발자
- 능동적으로 주인 의식을 가지고 업무를 진행하자
- PM/디자이너는 개발 지식을 전부 알지 못하니까 여러 개발 방향에 따른 파급 효과(기간, 난이도 등)를 얘기해주자
이유와 방법을 알려주는 메모장 겸 블로그 (Frontend, AI, 경제, 책)