회고라는 것을 처음 작성해 본다. 회사에서 프로젝트 내 스프린트가 끝날 때마다 회고를 하긴 했지만, 목적없는..? 관례적인 회고로 느껴질 뿐 건설적인 회고는 부족한 듯 느껴졌다. 올 한 해동안에는 주마다 회고를 작성하며 더 나은 개발자, 더 지혜로운 사회인이 되고 싶다. 무작정 회고글을 작성하고 있지만, 앞으로는 회고 방법과 좋은 회고글들을 참조하여 내 회고글에도 적용하려 한다. 24년 달려가 보자고! * 개발 개발 관점에서 궁금했던 포인트나 얻었던 인사이트 들이 있을까? 개발을 할 때, 관심사의 분리, 단일 책임 원칙 같은 개념에 대해 이야기했었다. 상속 받은 자식 클래스들은 specialized 한 클래스들, 그리고 데이터를 직접적으로 가공하는 곳은 데이터와 연관된 모듈, 클래스들이 되어야 한다는 것..
