뼛속까지 허세만 가득찬 학식, 신입들이 이 얘기 들으면 콧방귀를 치겠지만


좀만 생각해보면, 이게 매우 극도로 발전한 프로그래밍 패러다임임을 깨달을 수 있음.


누구 한 명 나서서 얘기하진 않지만, 이 사람들은 비즈니스 프로그래밍의 원칙을 체화한 거나 다름 없음.


그건 바로, 나보다 iq 높은 사람들이 작성한 코드에 될 수 있는 한 많은 책임을 전가(delegate)하는 것임


내 지능이 낮다는 사실을 받아들이는 것은 때론 뼈아플 수도 있으나, '진짜 개발자'니 뭐니 하는 허상을 깨부수고, 자신의 한계를 인정함으로써


천재 개발자들에게 어려운 부분을 모두 맡기고 자신의 생산성을 극대화시킬 수 있음.


---


나는 여기서 한 단계 더 나아가서 iq에 따라서 사용할 수 있는 자료구조 및 api, 최대 실행 가능한 쓰레드 수 등을 제한해야 된다는 과격한 의견을 내놓고자 함.


iq 90 미만인 개발자가 해쉬맵, 바이너리 트리 등등 써가면서 메모리에 상태 주렁주렁 들고 다니고, 동기화도 제멋대로 써가면서 작성한 코드를 믿을 수 있겠음?


정합성을 보장해야하는 엄격한 비즈니스 로직에 그런 코드가 들어가는 걸 용납할 수 있겠냐는 말임.


반면, iq 90 미만이면 '함수 당 지역변수 최대 3개, 사용 가능한 자료구조는 오직 배열, 무조건 단일 쓰레드에서 실행' 등 조건을 붙인다면


어떻게든 돌아가게 만들려고 레디스나 데이터베이스에 최대한 기능을 전가할 것이고, 그러면 비로소 신뢰할 수 있는 코드가 탄생하는 것임.


이 제안이 받아들여지면, 이 글을 작성한 나조차도 끽해야 '함수 당 지역변수 5개, 사용 가능한 자료구조는 배열, 벡터, 해쉬테이블, 무조건 단일 쓰레드에서 실행' 하는 코드를 작성해야겠지만,


그것이 바람직한 방향이라고 생각하며 기꺼이 희생하겠음.


각종 좆빠지게 멋진 기능 활용해보고 싶으면 사이드 프로젝트에서 써보는 걸로 하면 됨.