neozest : neo+zest

재미와 생산성은 상호 보완관계

행복한 개발자가 생산성이 높고, 생산성이 높은 개발자가 더 행복함.

개발자들은 전체 업무 시간의 30% 정도를 코드 작성에 사용

나머지 시간에는 회의/커뮤니케이션, 코드리뷰, 문제해결(디버깅), 테스트 작성/트러블슈팅/ 시스템 유지 보수에 사용

몰입의 방해 요인

프로세스 오버해드: 과도한 보고, 중복 시스템 입력, 가치없는 회의

기술적 오버헤드: 느린 빌드/테스트 시간, 복잡한 API, 느린 피드백 루프

따라서 자동화를 해서 마찰을 제거해야 한다.

뇌 활용을 최적화 하ㅏㅈ: " 더많은 뇌 사용", "더 적은 뇌 사용" 둘다 가치있음.

좋은 도구는 마찰을 제거하고, 훌륭한 도구는 즐거움을 만들어 낸다.

Default Mode Network....휴식시간

창의적 문제해결이 가능해 지는 순간... 샤워, 산책, 뜨개질 등.

AI가 만드는 코드는 코드 생성이 빠르지만, 품질보다 양에 치중된다. 또한 조직 관례를 무시하는 경우가 많다.

조직별 모범사례를 설정하고, 프롬프트 작성 기술을 개발하고, 코드 리뷰 능력향상에 투자하자.

더 많은 코드가 아닌 더 나은 코드를 생성하는 방향을 추구해야.

생산성 측정 프레임워크:SPACE

S/만족도/Satisfication

P/성능/Performance

A/활동/Activity

C/협업/Collaboration

E/효율/Efficiency

측정이 목표가 되면 부작용이 생긴다. 측정의 진정한 목적을 명확히 해야 한다.

해결 방안: 마찰 요소 식별하여 제거. 창의적 실험을 해볼 수 있는 여유시간(기술실험, 프로토타입), 도구 및 프로세스 개선

장기 해결방안: 조직문화(휴식과 여유의 가치, 실험과 실패의 가치), AI도구의 전략적 활용(조직별 코딩표준, 코드 리뷰, 프롬프트엔지니어링 교육), 균형잡힌 성과 측정(다면 지표 체계 구축, 개발자 만족도 정기 조사)

원 글: https://www.infoq.com/articles/developer-joy-productivity/

회사에서 문서를 참 많이 생성한다. 회사의 문서는 보통 상급자에게 읽혀지기 위해 작성하는 경우가 많다. 그래서 문서의 틀과 구조에 대해 많은 고민을 하게 되는데, 이 책은 틀과 구조, 형식 대신 문서를 이루고 있는 문장에 촛점을 맞춰 이야기를 풀어나간다.

보고서는 내용을 구조화하고 형식을 만들고 시각화해야 하는 것 뿐만 아니라 문장 기술을 통해 명확하고 간결하고 이해하기 쉽게 전달해야 한다는 교훈을 새삼 되돌아보게 만든 책이다. 한동안 문장보다는 문서의 구조에 대해 고민했더니, 요즘은 문장이 눈에 거슬리던 참이었다.

이 책의 주제를 한마디로 요약하자면 수요자 중심의 글쓰기이다. 작성자 중심의 글을 쓰는 것이 아니라 글을 읽을 사람을 중심에 놓고 어떻게 내용을 전달할 것인가에 대한 문장 기술을 예제를 통해 설명한다. 저자분이 느낀 잘못된 보고서 문장을 첨삭해 가면서 좀 더 좋은 문장으로 다듬는다. 물론 한번에 좋은 보고서 문장을 작성하게 되는 비책이라는게  존재하지는 않겠지만, 이 책을 읽고나면 적어도 기존 보고서를 읽으면서 그냥 넘겼던 문장들이 자꾸 눈에 거슬리게 되는 것을 경험할 수 있다.

책을 읽으면서 밑줄 쳤던 부분 중 몇가지만 소개해 본다.

어디 문장뿐이겠는가. 개발자로서 내가 작성하는 코드도 마찬가지 아닐까.

문서의 모습은 어떤 형태일지 모르겠지만 오늘도 회사에서 보고서, 위키 문서, 코드, 코드 변경 이력 등 문장으로 뜻을 기록하는 행위를 하는 사람이라면 반드시 읽어보아야 할 책이라 추천한다.