프로젝트를 마칠 때마다 항상 배운 것이 있습니다 (그렇지 않으면 동기 부여가되지 않습니다). 그러나 나는 모든 것을 기억할 수 없으며 훨씬 나중에 이전 프로젝트에서 겪었던 것과 동일한 문제를 발견했지만 더 이상 어떻게 해결했는지 (또는 적어도 내가 시도한 시도)를 발견하지 못할 수 있습니다.
그렇다면 이것을 일종의 일기에 적어 두는 것이 좋은 생각입니까? 나는 물건을 쓰는 것이 문서를 쓰는 것처럼 느껴진다는 것을 알고 있습니다. 그러나 문서화하면 다른 프로그래머와 공유하고 그들이 배운 교훈을 배울 수 있습니다.
그래서 당신은 어떻게 생각하십니까?
답변:
통합 된 경험을 얻으려면 여기에서 기술 블로그를 선택하십시오. 이것조차도 전세계의 다른 사람들이 당신의 실수로부터 배우는 데 도움이 될 것입니다 :)
프로젝트가 끝났을 때 수행 된 작업과 발생한 문제를 검토하고 이러한 문제를 일으킨 원인과이를 피하는 방법을 확인하는 것이 좋습니다. 저널에 작성하는 것도 좋은 생각입니다. 나중에 다시 쉽게 기억하고 동일한 문제를 피할 수 있기 때문입니다.
반면에 공유는주의해서 수행해야합니다. 물론 다른 개발자와 프로젝트 관리자에게도 도움이되지만 고객과 작업하고 해당 고객이 과거에 발생한 문제에 대해 읽을 수있는 경우 다음과 같은 이유로 인해 작업을 시작 / 계속하려는 경향이 줄어 듭니다.
저는 새로운 것을 배울 때마다 글을 적는 장로 스크롤시 일지를 가지고 있습니다. 당신이 상상할 수 있듯이 그것은 꽤 크고 정보로 가득 차 있습니다.
사실, 저는 노트를 작성하고 SE 사이트가 질문으로하는 것과 유사한 노트에 태그를 지정할 수있는 소프트웨어를 만드는 것에 대해 생각하고있었습니다.
나는 할 수있을 것입니다 :
이것은 정말 도움이 될 것입니다.
나는 내가 한 일의 일지와 함께 한 번 시도해 보았을 때, 더 나아질 수있는 것과 다음에 다른 것을 시도 해야하는 것을 반영했습니다. 이것은 기술적 인 문제가 아니 었습니다. 팀의 다른 사람들과의 상호 작용, 회의 결정 등입니다 (예,이 회사는 매일 쓸만한 회의가 충분했습니다)
나는 결국 저널이 쓰기 전용 메모리라는 것을 발견했다. 아마도 그 글을 쓴 경험이 내 생각을 정리하거나 내가 한 일을 평가하는 데 도움이되었지만, 약 6 주 후에 다시는 돌아 가지 않고 내가 한 것을 검토 한 것을 발견했다. 나는 그것을 유지 중지 기록했다.
기술 노트에 관한 한, 나는 회의 나 고객에게 발표하지 않는 한 실제로 보관하지 않습니다. 그렇지 않으면 Pinboard.in의 책갈피 세트로 충분합니다.
물론. 실화 : 곧 내가 문제로 충돌이 질문에 읽은 후에 알고 있었다 (이 중요한 경우, 구성 문제) 나는 전에 해결 것입니다. "Lessons Learned"노트북 (종이 및 펜 버전)을 살펴보고 해결책이있었습니다. 파일 a를 위치에 복사하십시오. b.
이 노트는 두 가지 방법으로 도움을줍니다. 먼저 이전에 질문 한 문제와 해결 된 문제에 대한 답변을 찾을 수있는 장소를 제공하고, 다른 하나는 다른 사람에게 설명하는 것과 같이 지식을 적어 두어 지식을 강화합니다.
물론, 나는 때때로 노트북을 잘못 배치했습니다 ...