시스템의 마지막 구원투수, 작업 관리자의 설계 원칙

데이브 플러머(Dave Plummer)는 작업 관리자가 시스템이 정상적이지 않은 극한의 상황에서 열리는 도구라는 점을 강조함. 시스템이 숨 가쁘게 돌아가고 앱이 멈췄을 때, 작업 관리자는 의존성에 휘둘려 늦게 나타나서는 안 됨. 그는 "시스템이 평온하지 않을 때도 작업 관리자는 평온하고 기민하게 보여야 한다"고 설명함.

80KB에서 4MB로, 30년의 변화

30년 전 처음 작성된 작업 관리자의 크기는 80KB 미만이었으며, 매우 빠른 속도를 자랑했음. 현재는 약 4MB로 늘어났는데, 이는 현대 시스템의 복잡성과 하드웨어 발전에 따른 자연스러운 결과이기도 함. 플러머는 현대 엔지니어들이 무능한 것이 아니라, 그들이 다루는 세계가 훨씬 복잡해졌음을 인정함.

"Refusal(거절)"의 미학이 사라진 현대 소프트웨어

플러머는 과거의 코드가 "이 작업이 지금 당장 사용자에게 이득을 주는가?"를 물었다면, 현대 소프트웨어는 "하드웨어가 이 작업을 감당할 수 있는가?"를 묻는다고 지적함. 과거에는 성능 최적화를 위해 런타임 시작 코드를 수동으로 교체하는 등 극단적인 노력을 기울였으나, 오늘날은 모든 사용자가 혜택 여부와 상관없이 미리 비용(리소스)을 지불하는 구조로 변했음을 강조함.