2026.01.18 주간 읽을거리

 

연봉 값을 하는 엔지니어의 비밀: "모르는 것(Ambiguity)"을 "할 수 있는 것"으 | GeekNews

요구사항을 듣다 보면, 난해하거나, 더 쉬운 방법이 있는데 왜 그리하지 않는지, 궁금한 경우가 있다.

같이 이야기를 해보면 그럴만한 이유들이 있다. 납득이 가능 경우도 있다.

그냥 그렇구나 하고 넘어가면, 쉬운 길을 빙빙 돌아가게 된다. 

장애물이 있다면, 그게 진짜 장애물인지를 봐야 한다. 어쩌면 쉽게 치울 수 있는 장애물일 수 있다.

시스템을 복잡하게 만들어 유지보수 힘들게 하느니, 담당자와 이야기해 진짜 문제를 파악해야 한다.

항상 우려되는 것은 내가 내린 답조차 복잡도가 높은 답일 수 있다는 것이다. 그렇기에 누군가 제삼자의 눈으로 봐줘야 한다.

모호함을 줄이지 못한 상태에서의 기술적 우수성은 '잘못된 문제를 우아하게 해결하는 것'에 불과함.

 

 

https://medium.com/braveventurelabs/are-you-a-specialist-or-a-problem-solver-d19cda87b15e

문제해결사인가 스페셜리스트인가.

얼마 전에 비슷한 말을 들어서 관련 글을 찾아보았다.

문제해결사는 기본 소양이고 스페셜리스트를 꿈꾸는 것이 현 개발자의 위치이지 않을까 하는 생각이다.

 

 

 

시니어라면 그래프 하나를 책임지세요 | GeekNews

시니어.

시니어의 기준은 무엇일까. 경력일까.

지금 내가 생각할 수 있는 범위에서는 문제해결을 온전히 해낼 수 있고, 전반적인 유지보수 가능한 깔끔한 시스템을 만드는 것이라 생각했다. 

정확한 목표와 꾸준함 점검, 책임자 설정등 목표를 이루기 위한 것 + 그래프를 통해 영향도를 측정할 수도 있겠군.