[W42] 10월 3주차 글쓰기

[devmeeple]

내가 생각하는 숙달의 보편적 원리란, 기본기를 다져주는 세 가지 힘을 활용하여 자신만의 스타일을 구축하는 것이다. 이 세가지 힘이란 '훔치는 힘(모방)', '추진하는 힘(실행력-추진력-기획력)', '요약하는 힘(요약-질문력 포함)'이다. 이 세 가지 힘을 기르고 그것을 활용하는 과정에서 자신에게 적합한 방법을 찾아내고, 자기 경험과 특기를 적절히 조합하여 본인에게 적합한 스타일을 완성하는 것이다. 이것이 내가 생각하는 숙달에 이르는 보편적 원리다.
<출처: 일류의 조건>

[hyer0705]

클로드 코드 관련 책을 읽다가 알게 된 ADR 문서에 대해서 알아보고 정리한 글을 공유합니다. 기술 혹은 아키텍처 관련된 중요한 의사결정을 문서로 남기는 것은 해본적이 없고 처음 들어보는 말이라 궁금해져서 글까지 작성하게 되었습니다.

• ADR(Architecture Decision Record), 팀의 기술 의사결정 과정을 기록하는 문서

[erdoslibrary]

ADR을 혜린님이 작성해주셔서 알게 되었습니다. ㅎㅎ
문서화라는 게 별거 아닐 수 있지만 다른 건 몰라도 새로 합류한 팀원의 이해를 돕고,
방향성을 꾸준하게 유지할 수 있는 좋은 역할을 할 것 같네요.
저는 코드를 혼자 짜기 전에 이런 방향성을 적는 문서가 없을 고민한 적이 있는데 비슷한 게 있을까요?

[hyer0705]

@erdoslibrary
지금까지 프로젝트를 해올 때, 대세인 기술들 위주로 선택해서 공부하자는 생각으로 선택을 해왔기에 고민한 흔적이 많지 않아 문서로 남겨놔야지 하는 생각은 안해본거 같아요. 최근에 바이브 코딩을 조금씩 시도해보면서 AI 코딩 에이전트와 소통하기 좋은 건 '문서'라는걸 알게되어 조금씩 문서화를 해보고 있는 중이랍니다.

근데 제가 질문을 잘 이해한건지 모르겠네요..! 코드를 짜기 전 방향성 혹은 설계를 따로 문서화하는 방법이 없는지 물어보시는 걸까요? 그렇다면 기능 같은 경우는 요구사항 명세서, 클래스 다이어그램, 시퀀스 다이어그램 등을 작성해볼 수 있지 않을까요?

[erdoslibrary]

6주정도 코테스터디를 참여중인데 이를 정리한 내용을 작성했습니다.

• [인프런스터디] 6주차 집합

[zzzyoonnn]

프로젝트 마무리했습니다. 몰랐는데 이번 주 꽤나 많은 글을 작성했네요 ㅎㅎ;

• [ERROR] RDS DB 연결 및 스키마 생성 에러 해결
• AWS를 통해 파일 업로드하기(S3, IAM)
• [ERROR] S3 업로드 후 파일 경로 반환 에러 해결
• 프로젝트 마무리