세 번째 단락에 강력히 동의합니다. 회로도, BOM 등과 같은 명백한 것 외에도 특정 구성 요소를 선택한 이유와 더 중요한 구성 요소를 선택 하지 않은 이유와 같이 덜 확실한 것들이 있습니다.
지금 나는 내 나이를 보여줄지 모르지만 여전히 하드백 룰 로그 북을 사용하여 내 생각 프로세스 및 디자인 결정, 심지어 잘못된 결정을 기록하고 싶습니다. 미래에 누군가가 컴포넌트를보다 '적합한'컴포넌트로 교체하려고하거나 PCB에서 트랙을 움직이려고하면, 이미 노트에 표시되어 손가락을 태 웠을 가능성이 있습니다.
나는 항상 페이지 번호를 매기고 앞 페이지에 몇 페이지를 목차로 허용합니다. 전력 소비, 공차, 타이밍 등의 계산을 문서화 할 수도 있습니다 (이 습관은 로그 북을 유지해야하는 항공 우주 산업에서 저의 시절에 비롯됩니다). 물론 당신은 항상이 정보를 WP 문서에 넣을 수는 있지만 종이를 고수 할 것입니다!
회로 설명은 비정상적인 (특히 아날로그) 회로가 관련된 경우에도 적절할 수 있습니다. 나는 이것들을 소프트웨어 주석처럼 취급하여 불명확 한 회로 또는 구성 요소 기능을 문서화합니다. 소프트웨어와 같은 회로도는 가능한 한 '자체 문서화'되어야하지만 때로는 이것으로 충분하지 않습니다.
특히 교육 환경에서보다 최신의 대안은 프로젝트 웹 사이트를 갖는 것일 수 있습니다. 이것은 하드웨어 디자인, PCB 레이아웃, 소프트웨어 등과 같은 각 분야에 대한 블로그 모음으로 구성 될 수 있습니다. 블로그 특성을 통해 기고자들은 자신의 생각 흐름을 보여주고 프로젝트의 진행 상황을 문서화 할 수 있으며 다른 페이지는보다 공식적 일 수 있습니다. 간트 차트, 테스트 결과 등). 회의록과 작업 목록을 추가 할 수도 있습니다. 하이퍼 링크는 상호 참조를 쉽게 만들어 이제는 MathJax를 사용하므로 설계 방정식도 삽입하기가 쉽습니다.