회고/영상, 칼럼, 스터디 회고 (12) 썸네일형 리스트형 실용주의 프로그래머 (4/27) 계획 Topic 20 디버깅 Tip30 당황하지 말라 ‘하지만 정말 그럴 리가 없는데’로 시작하는 생각의 흐름에 신경 세포 하나도 낭비하지 말라. 왜냐하면 명백히 그런 일은 일어날 수 있으며, 실제로도 일어났기 때문이다. Tip32 그놈의 오류 메세지 좀 읽어라 먼저 문제가 무엇인지 보자. 프로그램이 죽었는가? 우리가 프로그래밍 실습이 포함된 수업을 할 때면, 빨간색 예외 메세지가 튀어나오면 냅다 탭 키를 눌러서 코드로 직진하는 개발자가 얼마나 많은지 늘 놀라울 따름이다. Tip33 select는 망가지지 않았다. 대개 애플리케이션 코드가 라이브러리를 잘못 호출하고 있다고 가정하는 편이 라이브러리 자체에 문제가 있다고 가정하는 것보다 낫다. Tip34 가정하지 말라. 증명하라 버그와 관련된 루틴이나 코드.. 실용주의 프로그래머 (4/13) 4/13(수) 분량 : topic 1~15 3인 토의 내용 : 각자 깨진창문은 그대로 두지 않기로 하였다. 또한 적당히 괜찮은 소프트웨어를 위해 코드가 정상 작동한다면 만족스럽지 않더라도 일정 부분은 지나치기로 하였다. 또한 코딩을 작성하고 항상 ETC를 떠올려본다. 책에서 나온 도전해볼 것을 하나 선정해서 실제로 도전해보고 도전한 과정을 에세이로 작업한다. - 목표 ETC & 깨진창문 & 적당히 괜찮은 소프트웨어를 균형있게 고려해서 기존코드에 기능추가를 잘하기 - 어떻게 했는가 한 개발 요청을 예시로... 코드를 작성하기 전에 변경하기 쉬운 구조인가? 기존의 코드를 얼마나 수정해야하는가? 고민하였다. 해당 부분 개발 요구는 1년 전이 마지막이었으며 또한 앞으로도 바뀔 일이 없다(단언할 수는 없다!) 결.. 프로그래머의 뇌 스터디 (3/9) *3/9(수) 21:00 ~ 22:40 1. 복잡한 문제를 풀어내가는 자신만의 방법은? - 그림을 그려서 도메인 처리 흐름을 파악한다(선행) - 본인만의 주석을 넣으며 어떻게 동작하는지 적어본다 - 다른 사람들에게 코드가 어떻게 동작하는지 설명 해본다 - 관련 테이블 관계도를 확인한다 - 모르는 부분은 다시 정리하는데, A,B,C 중에 무엇인지 모르겠다면 모두 적어보고 질문할 때 A,B,C 중에 무엇인지 구체적으로 질문한다 구체적으로 질문하면 생각외로 추가적인 정보들을 많이 얻는다. 2. 신입은 더 빨리 그 코드를 이해하기 위해 어떤 노력을 해야하는가? 업무파악? -가장 기본적이면서 핵심 줄기를 먼저 잡는다 -핵심 줄기를 기준으로 좀 더 구체적인 내용 가지를 덧붙여 정리한다(마인드맵 형식) -이후에 예외.. 4행일기 中 "선언" 최근에 til 항목이 생긴 이후로 많은 분들의 회고를 보고 있는데 보통 3Fs에 이어서 마지막에 Affirmation(선언)을 통해 "내일의 할 일"이나 "자기다짐"으로 마무리를 하시는 분들이 많은 것 같습니다. 저 또한 그렇게 적어왔는데, 최근 를 읽으면서 저자가 의도하는 바와 저희가 사용하는 용도가 다르다는 것을 발견하고 책의 내용을 소개하려고 합니다. (예시와 요약부터 보고 싶으시면 맨 아래부터 확인하시면 됩니다.) *선언의 목적 1. 나는 꼭 이렇게 될 것이다! 2. '나'를 주어로 하고 문장 끝에는 속성을 살짝 집어넣는다. 3. 능동형으로 쓴다. 4. 부정문은 쓰지 않는다 5. 부정어는 쓰지 않는다. *예시 8개 *요약 *마무리 *선언의 목적 선언은 스스로의 "잠재의식" 속에 현실로 이루기 위해.. 이전 1 2 다음