진도

실용주의 철학 (Topic 01~04)

일시

2022.11.13.(일) 21:00

1장. 실용주의 철학

Topic1 당신의 인생이다

우리에게는 스스로의 행동을 직접 결정할 수 있는 힘이 있다. 이 업계는 우리에게 다양한 기회를 주고, 주도권은 우리에게 있으니 행동하라.

Topic2 고양이가 내 소스 코드를 삼켰어요

개인적으로 최선을 다하는 것이 전부가 아니다. 불가능하거나 위험 요소가 크면 책임을 맡지 않을 권리가 있고 실수를 저지르거나 잘못된 판단을 내렸다면 잘못을 인정하고 대안을 제시해야 한다. 책임을 맡은 업무에서 외부 요인이 문제가 있더라도 그것까지 커버해야 한다.

“잘 모르겠어요. 하지만 알아볼게요” → 모른다는 것을 인정하고 전문가답게 책임을 지는 방법

현재 회사를 다니면서 스스로 결정을 많이 합니다. 그 결정이 합리적이라면 전적으로 믿어주는 팀원들이 있습니다.

Topic3 소프트웨어 엔트로피

나쁜 설계, 잘못된 결정, 형편없는 코드 등은 모두 깨진 창문이며 발견하자마자 고칠 것. 엔트로피가 우리를 지배하도록 내버려두지 말 것

그러기 위해서는 먼저 망가트리지 말아야 한다.

프로젝트에 깨진 창문은 얼마나 많은지? 어떻게 고칠 것인지?

Topic4 돌멩이 수프와 삶은 개구리

변화의 촉매가 될 것. 사람들은 각자 자신의 자원을 지키려고 한다. (시작 피로) 계속되는 성공에는 합류하기 쉽다.

비슷한 경험을 했습니다. 같이 일하는 디자이너분들과 사이드 프로젝트를 하는데, 첫 미팅 후에 다음 미팅 때 간단하게라도 데모 버전을 보여드렸던 적이 있습니다. 굉장히 반응은 뜨거웠고 크게 동기부여가 되서, 아이디어도 많이 나왔고 디자이너 분들의 의욕이 넘쳐나는 것이 보였습니다. 다음 미팅때도 기능을 조금 더 추가한 데모 버전을 보여드렸고 그 결과 업무에 지쳐있던 분들의 컨디션을 끌어올릴 수 있었고 계속해서 동기를 부여할 수 있었습니다.

큰 그림을 기억하라. 당장 하고 있는 일에만 정신을 쏟지 말고, 주변에서 무슨 일이 벌어지는지 살펴봐야 한다.

1장

1-1. 당신의 인생이다

특히나 격무에 시달릴 수록 앞으로의 삶과 주변 환경에 대해서 아무 생각도 안하게 되는 경우가 많다고 생각한다.

문제는 이러한 문제들에 대해서 생각하지 않으면 그 격무에서 영원히 벗어날 수 없다는 거..

보통 가장 먼저 타협할 수 있는 비용으로 이러한 고민에 대한 비용을 선택하는 경우가 많은데 그리 해서는 안 된다고 생각한다.

1-2. 고양이가 내 소스 코드를 삼켰어요

"죄송합니다. 제 잘못이에요."가 생각보다 꺼내기 어려운 말이다. 높으신 분들과 함께 있는 자리에선 더더욱 그렇다. 하지만 이걸 제 때 얘기하지 못하면 정말 수습하기 어려운 사고가 터지게 되더이다..

도전해볼 것 1
- 고쳐달라고 불렀더니 변명을 줄줄 늘어놓으며 당신이 관리를 잘못해서 그렇다고 말하는 수리공을 본다면 짜증이 날 수 밖에 없다.. 해당 서비스 센터는 적어도 다시는 연락하지 않을 것.
도전해볼 것 2
- "잘 모르겠어요 알아봐야 합니다"에서 진짜 꺼내기 어려운 부분은 앞의 "잘 모르겠어요"다. 죄송합니다를 말하기 어려운 것과 비슷한 이유인데 무능해보이기 때문이다. 모르는 부분에 대해 어설프게 지레짐작하고, 마치 예측 가능한 것 처럼 말하는 것도 굉장히 위험한 태도라 봄.

1-3. 소프트웨어 엔트로피

마침 최근에 깨진 창문을 하나 수습했던 적이 있다. 도전해볼 것에 대한 답 대신 해당 과정을 공유함.

문제를 알게된 과정

여러 로직 작업에 필요한 기반 코드를 작성하고, 설계 철학을 발표했고, "하면 안되는 것들"에 대해서 코드 및 문서에 틈틈히 기록
그 이후 다른 문제들을 처리하러 가면서 대략 반년간 해당 기반 코드를 보지 않았음
그리고 해당 기반 코드와 관련된 설계 논의를 요청받으면서, 요청자가 이상한 말을 하는 걸 듣고 불길한 직감을 느낌
아니나 다를까 코드는 예전의 모습이 거의 남아있지 않은 엉망진창인 상태였다.

문제가 발생한 원인

초기에 작성된 기반 코드는 실제로 필요했으나 설계 시점에서 밝혀지진 않았던 몇 가지 요구사항들을 만족시킬 수 없는 상태.
이 시점에서 해당 작업자가 기반 코드를 고치기 위한 설계 논의를 하는 것 보다 당장 창문을 깨고 구멍을 내서 돌아가기만 하는 코드를 만드는 걸 선택함
하필 해당 코드는 "상호작용"이었고 인게임 로직의 코드 대부분이 그쪽을 거쳐가게 됨.
누가 창문을 깬 거 보고 원래 그렇게 하나보다 하는 식으로 잘 모르는 사람들이 같이 창문을 깨기 시작
현재의 유지보수 불가능한 누더기가 탄생

수습 과정

일단 해당 로직을 건드렸거나 건드릴 모든 프로그래머를 불러모았음
같이 모여서, 커버할 수 없었던 요구사항을 커버 가능한 새 설계를 만들었다.
그리고 그 자리에 있던 사람들에게 "OK 떨어질 때 까지 이거 건들지 마세요" 했음
작업 시작. 이틀에 걸쳐서 기존에 있던 구현을 다 부수고 새로 작성함
테스트 도중 의도대로 동작하지 않는 부분이 있어서 보아하니 또 다른 곳의 깊은 부채와 엮여있는 부분이 있었다
해당 부분만 동작을 롤백하고 앞뒤 및 중간 중간에 주석을 덕지덕지 바르고 메소드 이름에 HACK__ 따위를 붙이는 형태로, "절대 이렇게 하면 안되겠다" 스티커를 덕지 덕지 붙인 상태로 일단 마무리.(현상태)

1-4. 돌멩이 수프와 삶은 개구리

~~Life Is Frog~~

도전해 볼 것 1
- 내가 이끄는 변화가 무언가 이상할 경우, 이건 아닌 것 같다고 말할 수 있는 사람을 옆에 꼭 둬야 하고, 그 사람이 말하는 걸 주의깊게 경청해야 한다. 스스로 그걸 판단하는 건 개구리가 익어서 죽기 직전까지는 거의 불가능하다.
뭔가에 꽂혔을 때 그런 얘길 들으면 이 사람이 이유 없이 내 발목을 잡는 것 처럼 느껴질 수 있지만, 실제로 뒤통수 맞기 전까지는 일단 "우리 모두는 서로가 더 잘되길 바라는 사람이다"라고 생각하고 일하는게 좋다.

Topic 1. 당신의 인생이다

나는 당신의 기대대로 살기 위해 이 세상에 있는게 아니고, 당신도 내 기대대로 살기 위해 이 세상에 있는 게 아니다 - Burce Lee
왜 직접 바꾸지 않습니까
tip3. 당신에게는 에이전시가 있다
- 여기서 말하는 에이전시는 자기 자신이 결정권다는 의미
뒤처진다고 생각하면, 혹은 현재 일에 재미가 없다면 여가 시간을 쪼개서 재미있어 보이는 것을 공부하라

요즘 무기력한 증상이 많이 찾아오고 있었고, 왜 나의 상황은 이럴까에 대한 고민을 하고 있었다. 부질없다. 그냥 내가 스스로 계속 해야하는 것이다. 불만이 있다면 바꾸고자 노력해보자.

Topic 2. 고양이가 내 소스 코드를 삼켰어요

약점을 보이는 것에 대한 두려움이 가장 큰 약점이다 - J. B. Bossuet
자신과 자신의 행동에 대한 책임을 지는 것
팀 내 신뢰 - 신뢰에 구멍이 생기면 원상복구가 어렵다
책임지기 - 자신의 가치관에 따라 책임을 질 것, 책임을 지지 않을 것이 분명해야 함
- tip4. 어설픈 변명 말고 대안을 제시하라.
도전해 볼 것
- 전문가 답게 책임지는 방법: 잘 모르겠어요 → 하지만 알아볼게요

Topic 3. 소프트웨어 엔트로피

기술 부채는 통제할 수 없을 정도로 퍼질 수 있다.
가장 중요한 것은 프로젝트에서 발생하는 심리학적 혹은 문화적 요소
잘 되는 프로젝트와 실패하는 프로젝트는 무엇이 다를까?
- 깨진 창문
- tip5. 깨진 창문을 내버려 두지 말라.
- 나쁜 설계, 잘못된 결정, 형편 없는 코드 모두 깨진 창문
도전해볼 것
- 우리 프로젝트의 깨진 창문을 무엇일까?
- 깨진 창문을 보았을 때 반응
  [내가 깨진 창문을 보았을 때 할 수 있는 것]
  1. 깨진 창문을 정리하고 어떻게 해결할지 정리
  2. 공유해보고 맞는 해결방안인지 같이 논의해보기
  3. 당장 시간은 없더라도 공유 했으니 다들 경각심을 가지는 것만으로 좋다고 생각함 (이후 다시 마일스톤 잡을 시 이야기 다시 꺼내보기)

Topic 4. 돌멩이 수프와 삶은 개구리

시작 피로 를 방지하기 위해 작은 것을 요구할 수 있을 만한 것을 찾고 잘 개발하기
- 우오 할만한 것을 작은 규모로 내놓고, 다 같이 참여할 수 있을 만한 것으로 가볍게 오픈하기
tip6. 변화의 촉매가 되라
tip7. 큰 그림을 기억하라
- 변화를 조금씩 겪다보니 크게 바뀌고 있다는 것을 인지하지 못할 수 있다 (topic 3 와 상반되는 부분)
도전해 볼 것
- 돌멩이 수프(점점 좋아지는 것)와 개구리 수프(점점 나빠지는 것)를 어떻게 판단할까?
  
  누군가 돌멩이 수프라 생각하고 아이디어를 내놓더라도, 이것이 개구리 수프 방향의 초석이 될 수도 있기도 해서 정확히 무엇이다라고 기준을 새우긴 어려울 것 같다. 다만, 좋고 나쁨은 프로젝트 상황과 참여하는 사람들에 따라 달라지므로 의논을 주기적으로 가지고 현재 상황을 인식 및 개선 방향을 찾아 나가는 것이 대안이 될 것이다.
- 상황 인식을 습관화하자. 현재 상황을 인식하고 큰 그림에서 벗어나는 것이 아닌지 환기해야한다

open-feign 이라는 api 클라이언트를 팀내에서 가볍게 소개해주신 분이 있는데, 내가 여기에 감회를 받아 여러 테스트를 해본적이 있다. 이런식으로 완벽하지 않더라도 알게된 것을 공유하여 감회되는 분이 한 사람이라도 있다면 이에 관해 다양한 관점으로 디테일을 쌓을 수 있지 않을까?

끄적끄적

개발자이기 이전에 인간, 인간으로써의 삶에 대해 이야기 하는 부분이 흥미로웠다
투덜대기보다는 내가 직접 환경을 바꾸자
어설픈 변명 <<<<<<<<<<<< 적절한 대안
무언가를 모를 때는 I don't know but I try to find
내가 안다고 믿는 순간 성장은 멈춘다. 계속해서 겸손하고 배우고자하는 자세를 잃지 말자.
소프트웨어 엔트로피의 증가를 조심하자. 깨진 창문은 내버려둘지말자. 이것이 곧 기술 부채로 이어진다.
돌멩이 스프 이야기는 꽤나 흥미롭다. 마치 일종의 폰지사기 같달까?

얘기해보면 좋을 만한 주제들

누군가가 실수를 했을 때 팀에서는 어떻게 대응하는게 좋은 팀일까?
- 민국 : 실수는 성장통!
- 권도 : 실수해도 괜찮다고 하는게 맞지 비난하면 더 멘탈 나가는 것 같다...
- 대훈 : 실수를 통해 배움이 있다! 너무 뭐라고 하지는 말자..
깨진 유리창을 발견하더라도, 지금 당장 구현해야하는 기능이나 버그 수정이 더 급할 수 있다. 과연 이 때 적절한 대응 방안은 무엇일까? ( 야근을 하자! 는 너무 잔인하니까 빼도록 합시다 )
- 권도 : 부채는 생길 수 밖에 없다. 더 이상 부채가 쌓이지 않게끔은 하자. 일단 급한건 당장의 해결!
- 민국 : 무리해서 야근을 해서 리팩토링을 했지만... 이건 아닐 수 있다.
  - 권도의 피드백 : 리더에게 요청해서 "이 프로젝트가 끝난 뒤에 리소스를 투자할 수 있게 해달라, 다른 사람들에게 이 깨진 유리창을 더 깨지지 않게 해달라" 라고 요청, 고생한건 고생한다고 어필해야함
- 대훈 : 깨진 유리창 발견하면.... 그냥 위에 한 번 얘기하고 나중에 리소스 달라고 하는 편.
돌멩이 스프 이야기를 통해 이 변화가 돌멩이 스프인지, 개구리 수프인지 판단할 수 있는 좋은 방법은 무엇이 있을까? 그런 것들을 팀 내에서 어떻게 판단하면 좋을까? ( 공유를 활발히 한다? 그것만으론 부족할 것 같다. 구체적인 방안에 대해... )
- 권도 : 나랑 비슷한 위치에 있으면서 나한테 사사건건 태클걸어줘야함. 가장 변화를 싫어하는 사람을 설득할 수 있다면, 그 변화가 정당한지 알 수 있음. 개밥먹기 열심히 하자.

건의 사항
- 토픽 별로 같이 이야기 하기 (각 토픽별로 1명씩 같이 이야기)
- 한명이 쭉 읽는건 의미 없음 OOOOOO
- 토픽별로 이슈 만들기
- 진도는 그대로!

DaehunGwak / study-pragmatic-programmer

1주차 - 1. 실용주의 철학 (Topic 01~04) #2

진도

일시