타협을 잘 하는 개발자

코드를 짜다 보면 타협하고 싶은 순간이 옵니다.

아, 이건 좀 까다롭네.
왜 내가 원하는 대로 안 만들어지지?
이 부분만 빼고 만들면 안 될까?
요구 사항을 조금만 바꿔주면 쉽게 해결될 것 같은데.

개발자라면 반드시 닥쳐오는 갈등.
어쩌면 이게 실력을 가늠하는 순간은 아닐까?

얼마나 타협을 잘 하는가.
포기하면 안 되는 부분을 구현의 어려움 때문에 포기하는 건 아닌가?

저는 많이 그랬습니다.

내가 조금만 더 고생하면 되는데.
좀 더 찾아보고 계속 삽질하다 보면 잘 해낼 수도 있었을 텐데.
삽질하는 게 너무 피곤하고 두려워서.

삽질을 한다는 건 고통스러운 일.
이런 고통을 누구나 잘 알기에 타협의 순간이 왔을 때 합리화하게 됩니다.

이건 그렇게 중요한 기능이 아니잖아.
이런 애니메이션이 도대체 왜 필요해?
복잡한 기능은 나중에 만듭시다.

코딩하다가 타협하고 싶은 마음이 들면 신중해지려 합니다.
스스로에게 물어봅니다.
‘반드시 필요한 기능인데 구현이 어려워서 포기하고 싶은 건 아닐까?’

하지만…
포기하지 않는 불굴의 의지만이 능사는 아닙니다.
스스로에게 한 번 더 물어봅니다.
‘불필요한 기능인데 디자이너나 기획자를 배려하는 마음에..
혹은 내 자존심 때문에 억지로 만들어 보려는 건 아닐까?’

타협을 신중하게 하는 개발자가 되고 싶습니다.
구현의 난이도와 서비스 전체적인 이익 사이에서 잘 조율하고 싶습니다.
스스로에게 솔직하게 물어보고 내 마음을 깨닫고 나면 한결 나아집니다.


https://jeho.page/essay/2024/01/17/developer-compromise.html

타협을 잘 하는 개발자

K리그 프로그래머

타협을 잘 하는 개발자

다음 내용이 궁금하다면?

또는

이미 회원이신가요?

2024년 1월 16일 오후 11:04

 • 

저장 73조회 6,598

댓글 1

함께 읽은 게시물

넷플릭스는 왜 WebFlux를 사용하지 않을까?

... 더 보기

넷플릭스는 왜 WebFlux를 사용하지 않을까?

kr.linkedin.com

넷플릭스는 왜 WebFlux를 사용하지 않을까?

GPT-5가 출시되면서 Function Calling에 Free-Form Function Calling과 Context-Free Grammar (CFG)를 지원하는데, 이게 숨은 보석이다.


Free-Form은 결과를 JSON이 아니라 SQL, Python script 등의 코드등을 결과로 받거나 XML, CSV 같은 형태로도 받을 수 있다. 다만 plain-text로 주는 형태라서 주의가 필요하다. 이건 예전에도 프롬프트 트릭으로 쓰곤했던거라 그냥 맘이 좀 편해졌다(?)정도.

... 더 보기

QA 구직/이직을 위한 이력서 작성 팁

... 더 보기

 • 

댓글 1 • 저장 28 • 조회 2,840


🍜 짜파게티가 왜 거기서 나와?

... 더 보기

< 일 잘하는 PM은 문제의 ‘이름’부터 정의한다 >

1

... 더 보기

 • 

댓글 1 • 저장 20 • 조회 1,224


건강관리에 비유한 프로젝트 위험관리

개인의 건강관리와 프로젝트의 위험관리는 유사한 점이 많다.

... 더 보기