회고2 6월 회고 - 코드 의존성 줄이기 사이드 프로젝트를 하면서, 엄청나게 강한 결합으로 이루어진 코드는 리팩토링할 때 시간이 엄청 소요될 수 있다. 는 걸 깨달았다.그리고 추상화가 잘 되어있어야 코드를 수정하기에도 편하다. 는 것도 깨달았다.고칠 곳이 너무 많은데, 코드도 복잡하면..... ? (내가 작성한) 꾸린 코드의 복붙을 쉽게 생각하지 말자.. 나중에 할 일이 기하급수적으로 늘어나고, 후회한다.종종 책을 읽으면, '조립식' 코드에 대한 설명이 나오는데, 아 정말 맞다. 조립식이 가능해야 한다... 그렇지 않으면 리팩토링에 걸리는 시간도 많이 걸릴 뿐더러, 정말 리팩토링이 가능할까?시간이.. 코드 복붙은 1초도 안걸리지만, 그걸 정리하는데는 수십배가 든다. 수십배??? 아니, 수십배는 너무 적게 쳐줬다.반나절이 걸릴수도 있다. 이미 복.. 2024. 6. 30. 팀원과 소통 비용 줄이기 (고찰) 경험적으로 얻은 교훈을 작성해보려고 합니다. 1. 상대방에게 요구하는 사항, 질문 의도를 먼저 말한다. 2. 개조식으로도 표현이 가능한지 확인 3. 문장이 너무 길어지지는 않는지 확인 4. 모호한 표현이 있는지 점검해서 보완한다. (조건 또는 수식어를 함께 작성) 5. 줄 간격이 좁은 경우 엔터로 단락을 구분한다. 6. 이미지 첨부 1. 줄글은 가독성이 떨어질 수 도 있다. 음? 설명을 길게 해야, 내가 고민한 부분들을 모두 전달할 수 있지 않을까? 그런데 글은, 읽는 상대방을 배려해야 한다. 너무 많은 정보가 한꺼번에 등장하면, 글을 이해하기 위해 다시 처음부터 읽어야 할지도 모른다. 글을 다 읽고, 다시 파악하기 위해 고민해본적이 있는지 생각해보자. 그래서 무엇을 말하는 거지? 여기서 요구하는 나의 .. 2024. 3. 28. 이전 1 다음