Did You Debug It? 

분업화가 고조되는 사회에서 프로그램 아키텍쳐도 점점 세분화되고 복잡해지는 것 같습니다. 자신의 담당 모듈만 이해한다고해서는 복합적인 모듈동작에 의한 버그는 수정이 힘들지요. 좋은 프로그래머가 되기위해서 담당 모듈과 직간접적으로 연관있는 모듈도 디버깅해보도록 노력하겠습니다 좋은 말씀 감사합니다

너무 공감합니다. 이건 프로그래머는 물론 일하는 사람의 기본 자세라고 생각합니다. 이런 당연한 일을 얘기해줘야하는 상황이 너무 많이 와서 지치네요.

이것은 제입장에서는 알려줄게요. A문제가 생기면 제 나름대로 다 해보고 계속 헤매면 a.b 방법도 해봤는데 다른 문제가 생겼습니다 하면 사수가 이 방법도 해봐라 이게 정석입니다 바로 물어보는 사람은 그냥 이게 안되요 그러면 사수는 a라는 방법도 해바라 그리고 했는데 안된다 그리고 바로 물어보면 몰라 니가 해 라고 나옵니다 2가지 방법이상해보고 안되면 물어보세요

아직 취업도 안해봤지만, 주변에 문제의 디테일을 얘기도 안하고 이거 안돼! 고쳐줘! 하는 친구가 있다는 점에서 공감하고 갑니다

프로그래머로서 질문해야하는 자세와 예절을 알려주시네요. 좋은 말씀 듣고 갑니다!

제가 생각하는 질문하는 자세와 놀랍도록 같은 의견이네요.ㅎㅎ 그런 자세가 상식적이고 당연하기 때문일텐데, 안지키는 사람들이 많다는건 상당히 충격적이네요.. 잘 봤습니다.^^

지금 스타일이 포프님 생각하면 머릿속에 딱 그려지는 이미지인듯 좋은 말씀 감사합니다 정말 도움이 되는 내용이엇어요

이형 쓴소리가 처음에 너무 싫었는데 어느샌가 동영상을 다 찾아보게 된다. 누가 이렇게 쓴소리를 해줄 수 있을까 싶다. 자신의 부족함을 통감한다.

문제를 발견하면 재현환경/재현방법을 제공하는 룰이 필요한듯합니다. 그리고 bug tracking tool을 사용하면 더 도움이 될것같습니다.

제가 학부생인데 너무 공감이 됩니다 보통 저한테 물어보는 친구들이 디버깅은 안해보고 안된다고 질문하는 애들이 있거든요

전에 스택오버플로에서 질문올렸다가 포프님이 하신말을 들은것같아요 모든 포럼에서 질문 올리기전에 형식이 있는게 이런 문제인거같아요

완전공감! 속시원하네요.

시간 낭비가 문제에 대한 조언을 구하는 것에서만 있는 것은 결코 아니죠. 한국에서는 특히 회의로 시간을 낭비합니다. 회의 시간은 1시간 반에서 2시간인데 매번 거의 다를 것도 없는 내용이 나오고, 등장하는 사안이나 정보의 분량마저 많지 않은 경우가 꽤 많죠. 어쩌면 위의 관리자라는 사람들은 일을 어떻게 하는지 보다는 회의를 했는지 안했는지만 중요하게 생각하는건 아닐까 싶기도 합니다.

프로그래밍 직업에 있어서 국가간의 차이(외국인이라고 특별히 더 대단함)는 없나보네요. ㅎㅎ 자신감 상승했음.

디버깅이라는것 자체를 안하는 사람이 한 회사의 에이스라고 합니다. 물론 대리급에서이긴 하지만요.. 하지만 그래도 무려 대리급인데 디버깅을 해본적이 없다고 합니다........ 아 물론 한국 SI에서 입니다. ㄷㄷ;

이런 커뮤니케이션 관련 내용으로 책좀 만들어 주시면 안될까요 ㅎㅎ 신입오면 정독하고 오라고 하고 싶네요 (물론 꼭 신입만 해당하는건 아니겠지만.. )

좋은 영상 감사합니다.

좋은영상 감사합니다~

시니어 주니어 개념을 떠나서 거래처 사장님들에게도 필요한 개념 ㅋㅋㅋ 다짜고짜 방문한다는 알림도 없이 와서는 사무실서 커피마시면서 놀다가 갑자기 카톡같은거 프로필사진 바꾸는 별 의미없는 질문을 하거나 무슨 제품발주해라 뭐라 지시하거나(정작 제 회사의 사장님은 하자고 한적도 없음 -.-;) 이직하신 분을 자꾸와서 찾고 난리이거나 등등.... 포프님과는 초점이 다른 애기긴한데 시간낭비라는 점은 동일합니다 ㅋㅋ 부디 타업체와서 그 직원들을 막부르거나 하지마소서... -_-

정말 소름돋게 공감되는데 다니시는 회사가 미국회사인가요? ?

잘 봤습니다.

자기가 짠 코드는 자기가 디버깅하는게 처음보는사람 디버깅하는것보다 시간낭비가 덜할것같은데

젊엇네 ㅋ

외모 전성기 ㄷㄷ

갓포프

풉.