가장 어려운 부분은 보이지 않는 것이 아니라—하나의 차원으로 평평해지는 것이다

Source: Dev.to

위에 제공된 링크에 포함된 전체 텍스트를 알려주시면, 해당 내용을 한국어로 번역해 드리겠습니다. (코드 블록, URL, 마크다운 형식 등은 그대로 유지됩니다.)

압축의 문제

내 이전 글에서는 “가시성”이라는 언어를 사용했는데, 이는 개발자들이 공유하는 어휘이기 때문이다. 우리는 조용히 사라지는 것, 우리 삶 속에서 유령이 되는 것, 존재감을 잃는 것에 대해 이야기한다. 그 프레이밍은 실제이며, 특히 원격 근무, 비동기 커뮤니케이션, 그리고 업계가 보상하는 조용한 역량 때문에 지워진다고 느끼는 사람들에게는 중요하다.

하지만 그것이 실제로 내 문제는 아니다.

• 나는 내향적이다.
• 나는 사적이다.
• 나는 눈에 띄지 않는 것이 괜찮다. 사실, 나는 그것을 적극 활용한다.

엔지니어링의 조용한 모드—낮은 마찰, 낮은 가시성, 높은 자율성 채널—이 내가 가장 잘 작동하는 곳이다.

진짜 위협은 다른 사람에 의해 지워지는 것이 아니다. 그것은 압축이다: 하나의 기능으로 서서히 붕괴되어, 당신이 생산하는 부분만 남게 되는 것이다. 개발자들은 단순히 사라지는 것이 아니다. 우리는 평평해진다.

원래 글은 한 가지 문제—사라지는 것—을 진단했다. 다른 사람들이 당신을 더 이상 보지 못하고, 결국 당신도 스스로를 보지 못하게 된다.
두 번째, 더 조용한 문제는 외부에서는 비슷해 보이지만 내부에서는 완전히 다른 느낌을 준다: 붕괴이다. 당신은 여전히 존재하지만, 오직 하나의 역할만 남는다.

• 당신은 여전히 존재하지만, 이제는 신뢰할 수 있는 노드, 문제 해결사, 파이프라인을 풀어주는 사람, 즉 기능만이 된다.
• 당신은 사라지지 않는다. 당신은 압축된다. 이것이 내가 거부하는 실패 모드다.

나는 실제감을 느끼기 위해 보여질 필요가 없다. 살아 있음을 느끼기 위해 사회적 존재감이 필요하지 않다. 정체성을 유지하기 위해 외부의 인정을 받을 필요도 없다. 눈에 띄지 않는 것이 적이 아니라, 편안한 작동 모드이다. 내가 거부하는 것은 일차원성—전체 인간을 하나의 운영 레지스터로 축소하는 것이다.

소프트웨어 작업은 신뢰성, 예측 가능성, 낮은 감정적 발자국, 비동기 실행, 마찰 없는 산출을 위해 최적화되어 있다. 이러한 특성은 당신을 효율적으로 만들지만, 동시에 당신을 평평하게 만든다. 그 모드에 오래 머무를수록 당신의 나머지 부분이 녹아 사라진다—누군가 당신을 지워서가 아니라, 일 자체가 당신의 아키텍처 중 한 부분만을 사용하기 때문이다. 당신은 단일 축 생물체가 된다.

왜 볼룸이 도움이 되는가

이전 글에서 나는 볼룸을 “사라질 수 없는” 영역, “원하든 원하지 않든 보이는” 곳으로 묘사했습니다. 그 표현은 사실이었지만, 핵심은 아니었습니다.

볼룸은 나의 투명성에 대한 해독제가 아닙니다. 그것은 압축에 대한 해독제입니다. 볼룸은 나를 엔지니어링이 결코 닿지 못하는 영역—신체적, 리듬적, 표현적, 관계적, 파트너와 함께하는, 미학적, 경쟁적, 체현된—으로 몰아넣습니다. 내가 “보이는” 것이 아니라, 내가 다중적이라는 것입니다.

볼룸은 내가 하나의 운영 정체성으로 붕괴되는 것을 방지합니다. 일요일에 경쟁 학생들을 가르치는 것이 실제 구조를 드러내는 부분입니다.

Engineering vs. Teaching

Engineering

• 탁월함은 추출적이다.
• 당신의 명확성은 채굴된다.
• 당신의 역량은 다른 사람들이 소비하는 자원이 된다.
• 당신의 정체성은 유용성으로 좁혀진다—당신은 당신이 생산하는 것이며, 생산된 것이 회의, 심야 Slack 메시지, 결코 빠르지 않은 “빠른 검토”에서 끌어내어진다.
• 당신이 더 나아질수록, 다른 사람들이 호출하는 함수가 된다.

Teaching

• 탁월함은 생성적이다.
• 당신의 지식은 전달하면서도 여전히 당신의 것이다.
• 당신의 리더십은 소비가 아니라 양육이다.
• 지난 주에 구현하지 못했던 기술을 누군가 실행하는 것을 보는 것은 당신을 감소시키는 것이 아니라 확장시킨다.
• 당신의 정체성은 압축되는 대신 확장된다.

Teaching은 눈에 보이는 것에 관한 것이 아니다. 하나의 역할에 머무르지 않고 더 많은 것이 되는 것이다.

결론

• 일부 개발자는 가시성이 있어야 온전함을 느낍니다.
• 일부는 커뮤니티가 필요합니다.
• 일부는 인정이 필요합니다.

나는 차원을 필요로 합니다.

나는 나의 장기적인 정체성을 유지하게 하는 두 번째 분야가 필요합니다. 탁월함이 추출되는 것이 아니라 구현되는 영역이 필요합니다. 엔지니어링에서는 사용하지 않는 레지스터에 나를 몰아넣는 실천이 필요합니다.

볼룸은 내가 눈에 보이기 위해 가는 곳이 아닙니다. 그것은 내가 삼차원으로 머무르기 위해 가는 곳—스팽글, 프레임, 호흡, 그리고 모든 것이 포함된 곳입니다.