더 개발자, 커리어 가이드

안녕하세요 저는 프로그래머를 꿈꿨던 일용직 근로자입니다. 흥미가 가던 분야를 독학해서 운 좋게 큰회사 협력업체 소속으로 일했었는데요 가장 자주 사용된건 고객 요구에 근거한 목표 전달,

다만 4:45 좌하단에 `섯부르게 가정하거나`를섣부르게 로 정정해야 되는 것 같습니다 혹시나 제가 번데기 앞에서 잘 모르고 주름잡을 수 있는 경우를 고려하여 알아보니  <

일정을 산출할 때는 리팩토링 시간까지 감안해서 PM에게 말해주는 것이 좋을까요? 물론 프로젝트의 시급도에 따라서 리팩토링을 못할수도 있음을 알고 있지만 어느정도 기준을 잡고 싶습니다.전혀 새로운 분야의 거대한 기능을 구현

읽고나서 비문인거 같아서 좀 갸우뚱 했는데부합하는 이 아니고 부합하지 않는 인 것 같습니다.강의에서도 그렇게 말씀하셨구요

해당 강의에서 "섯부르게 가정하거나 결론짓지 말기" 내용을 듣고 질문 드립니다. 혹시나 협업강의 전체 통틀어서 제가 질문드리는것에 대해서 혹시 답변이 될만한 강의내용이 있을까 해서 협업강의를 모두 들었는데 마땅히 없는것 같아 질문을 드립니다!