업무 일지에 일지를 쓰는 것이 도움이됩니까? [닫은]

몇 년 전, 제 첫 실제 프로그래밍 작업에서 상사는 저의 일상 활동 일지를 기록하도록 권했습니다. 더 이상 종이와 손으로 쓴 것이 아니지만 여전히 그렇게합니다.

일지를 쓰시겠습니까? 그렇다면 어떻게 쓰십니까? 그리고 일에서 어떻게 도움이 되나요? 아니면 회복되지 않은 시간이 걸리나요?

여러 가지 이유로 활동 로그가 유용한 것으로 나타났습니다.

• Jon Sagara 는 " 지난 주 (무엇을 주 무르지 않고 )? " 라는 질문에 대답하는 데 도움이된다는 점에서 Jon Sagara 에 전적으로 동의합니다 .
• 또한 종종 잊혀지지 만 많은 시간이 걸리는 백만 개의 중단을 추적 하는 데 도움 이됩니다.
• 또한 시간이 얼마나 걸리는지 (종종 생각보다 오래 걸리는) 수치를 알 수 있기 때문에 추정 학습에 큰 도움이된다는 것을 알게되었습니다 .

나는 나의 이전 직장에서했다. 매일 나는 내가 한 일을 기록하는 데 몇 분을 소비했다. 큰 이정표에 도달 할 때마다 나는 그것을 기록 할 것입니다. 매우 정교한 항목은 없습니다. 그들은 한 눈에 유용 할 정도로 충분한 정보를 포함했습니다.

검토 시간이 오면 "지난 X 개월 / 분기 / 년 동안 회사에 어떻게 기여 했습니까?"라는 질문에 대답하고 특정 예를 들어 제 답변을 뒷받침하는 것이 매우 쉬웠습니다.

개인적으로, 나는 아닙니다. 내가 쓰는 코드는 저널입니다. 그리고 실제 일지와 마찬가지로 특정 문제를 언제 어디서 해결할 수 있었는지 기억하고 바로 되돌아 갈 수 있습니다.

정상적인 '저널링'프로세스가 진행되는 한, 지난 달 책상이 어떻게 움직 였는지 등을 저널링하기 위해 전문적인 개발이 필요하지 않습니다.

편집 : 이것에 대해 조금 생각한 후에 블로그를 유지하고 특히 어렵거나 드문 일이 발생하면 나중에 다시 올 수 있도록 블로그를 작성합니다. 부작용으로 동일한 문제를 가진 다른 사람들을 도울 수 있습니다. 따라서이 질문은 "블로그를 유지하는 것이 직업에 도움이됩니까?"일 수도 있습니다.

예를 들어, 푸른 달에는 SharePoint의 SPWebConfigModification 클래스 만 한 번만 실행되므로 http://brandonpotter.wordpress.com/2010/02/04/moss-2007-how-web-config-modifications-work/

저는 항상 "실제"저널을 유지하는 것이 멋지지만 결코 그렇게 오래 유지할 수 없다고 생각했습니다. 나는 그것이 좋은 일이라고 생각하는만큼 코딩 일지를 유지할 기회를 가지지 않습니다. 코딩을 계속해야한다는 압박감이나 변명 일 수도 있습니다. 나는 단지 저널 유형이 아니라고 생각합니다.

다른 것보다 더 많이 가져 오는 경향이있는 로그를 유지하는 한 가지 이점이 있습니다.

당신이 그것을 적을 때 당신을 귀찮게하는 것들을 놓아 둘 수 있습니다.

나는 보통 내가 한 일이나 하루 동안 일어난 일을 종이 공책에 작은 문장으로 적는다. 그렇게하면 집에 가서 집 물건을 할 때 잊어 버릴 수 있습니다 .

물론 로그를 보관해야하는 다른 이유도 있습니다.

• 자신을 위해, 저널은 또한 누군가가 그것을 의심하는 경우에 대비하여 실제로 "작업 중"임을 증명하는 증거입니다.

• 또한 더 나은 의사 소통자가되는 훈련입니다. 몇 주 전에 자신의 낙서를 읽을 수 있다면, 자신이 향상되었음을 알 수 있습니다. 그렇지 않으면 로그를 기록 할 때 더 집중해야합니다. 로그가 디지털인지 아날로그인지는 중요하지 않습니다. 문법은 그렇지 않습니다! 명확하고 간결한 언어도 마찬가지입니다!

나는 편견이있다 – 나는 실험실 과학자들과 상당히 많이 일한다. 그래서 "실험실 노트를 보관하지 마라!?" 그들은 내 작업의 대부분이 실험실 벤치 근처에 가지 않을 것이라는 점을 알고 있지만 충격과 공포에 부딪 칠 것입니다.

그러나 그렇습니다. 제 일에 도움이됩니다. 코드에 대해 많은 의견을 제시하는 동안 코드에 대한 결정과 프로젝트 개발에 대한 설명이 필요합니다. 또는 사진. 아니면 나와 함께 앞뒤로. 노트북은 이러한 내부 사고 과정을 의미있는 장소에 문서화 할 수 있도록합니다. "여러 대치로이를 해결할 수 있습니까?" -내가 왜 하나의 개념을 다른 개념보다 선택했는지에 대한 기억을 일 깨우기 위해 그것들을 다시 참조 할 수 있습니다.

프로젝트 선택과 같은 작업을 수행하고 코드가 수행하는 작업 / 설명 (설명)뿐만 아니라 이러한 작업 이 코딩 된 이유를 알 수 있지만 다른 질문은하지 않았습니다. 제 경우에는 실제로 실제 저널이됩니다.

IMHO는 매우 유용하며 일반적으로 올바른 것을 추적하면 코드 문서로 사용 / 교체 할 수 있습니다. 코드 문서와 마찬가지로 코드 레이아웃과 구현을 통해 비교적 쉽게 식별 할 수 있어야 하는 방법과 방법이 중요 합니다. 무엇 입니다 중요한 것은 이유입니다. 왜 이런 식으로 구현합니까? 어떻게해야합니까? 그러나 여전히 더 중요한 것은, 우리가 다른 방법으로 시도했지만 작동하지 않았기 때문에 이러한 방식으로 구현했습니다.

이것은 나중에 시간 낭비를 막을 수 있습니다. 원래 백서와 전자 메일 교환이 보관 / 삭제 될 때 x 년 후에 발생하는 자신의 발자취 나 고전적인 재 작성 혼란에서 ... "이 코드는 너무 깨끗하고 빠릅니다. 건축이 무너 졌는지 누가이 엉망진창을 썼을까요? " 재 작성 / 리 팩터에서 늦게 만 발견하면 원래 개발자가 덜 우아한 것처럼 보일 수있는 하드웨어 나 타사 앱에 몇 가지 중요한 결점이 있습니다.

이전 응답자가 제안한대로 질문을 "블로그를 유지하면 업무에 도움이됩니까?"로 변경 한 경우 그렇다면 절대적으로 도움이됩니다. '기술 마법사'로서 다루어야 할 많은 주문이 있습니다! 두 번째 또는 세 번째로 까다로운 주문을 찾은 경우 적절한 태그를 사용하여 블로그에 게시하므로 답변을 다시 찾아보기 위해 갈 필요가 없습니다. 나는 다음과 같은 것을 게시 할 것이다 :

• Outlook에서 Vim을 외부 편집기로 사용하는 방법
• 제한적인 방화벽 뒤에서 easy_install을 사용하는 방법
• Visual Studio에서 여러 정적 립 결합
• bbfreeze로 독립형 Python 앱 패키징

내 블로그는 공개적으로 액세스 할 수 있지만 너무 섹시하게 보이게하지 않습니다. 여러 번 터미널 세션에서 많은 명령을 붙여서 일종의 검색 가능한 레코드를 갖습니다.

정확히 저널은 아니지만 많은 내용을 기록합니다.

빠른 물건을위한 종이 노트 패드 (만일 가득 차면 던지기).

직무별로 데이터베이스를 보관합니다.

• 제공 업체 중 하나의 문서 공유 사이트에 로그인하는 방법
• 연례 검토를 위해 템플릿을 보관할 폴더
• 소프트웨어 키
• 내 바이오는 웹 사이트에 넣어
• 명함 정보

기타 비 작업 특정 프로그래밍 관련 사항은 evernote.com으로 이동합니다.