역시 IT 좋아하는 사람들만 공감하는, 일상 속 '시스템 오류' 발견의 쾌감**
요즘 들어 부쩍 일상생활의 사소한 비효율성에서 개선할 여지를 발견하는 재미에 푹 빠져 지냅니다.
예전에는 그냥 '어쩔 수 없지 뭐' 하고 넘어갔던 과정들이, 어느 순간 '이건 논리적으로 이렇게 처리되어야 하지 않을까?' 하는 의문 부호를 달게 되더라고요.
예를 들어, 아침에 출근할 때 지하철역에서 표를 찍고, 다시 회사 건물 로비의 카드 단말기에 또 찍고, 심지어 회사 내 키오스크에서 또 인증 절차를 거쳐야 하는 상황 같은 거요.
처음엔 그냥 '사람들이 이렇게 되어 있구나' 하고 받아들였는데, 어느 날 갑자기 '이건 A 시스템의 출구 인증 프로세스와 B 시스템의 입구 인증 프로세스가 데이터 레이어에서 연동되어야 하는데, 왜 이렇게 분리되어 작동하는 거지?'라는 생각이 머리를 스치더라고요.
마치 잘 짜인 알고리즘을 따라가다가 갑자기 엉뚱한 곳에서 예외 처리가 된 코드를 발견한 기분이랄까요?
그 순간의 지적 쾌감이란.
그저 불편한 경험이었던 게 갑자기 '해결 가능한 버그'로 포장되면서, 제가 마치 이 세상의 모든 비효율성을 책임지는 일종의 '디버거'가 된 듯한 착각에 빠지곤 합니다.
그래서 친구들이 '너 요즘 왜 이렇게 모든 게 불편해 보이냐?'고 물으면, 저는 '아니, 그게 불편한 게 아니라, 최적화가 안 된 거지!'라고 엉뚱한 대답을 늘어놓고 맙니다.
이런 과정이 단순히 '불편함'을 넘어, 일종의 '패턴 인식' 훈련처럼 느껴지기도 합니다.
예를 들어, 온라인 쇼핑몰에서 쿠폰을 적용하는 과정이나, 공공기관 웹사이트에서 여러 단계를 거쳐 정보를 입력하고 제출하는 과정 같은 것들이요.
각 단계마다 필요한 데이터가 중복으로 요구되거나, 사용자 경험(UX) 측면에서 필수적인 피드백 루프가 누락된 경우가 너무 많습니다.
마치 개발 단계에서 '이건 나중에 리팩토링하자' 하고 코멘트 처리된 부분들이 실제 사용자에게 그대로 노출된 느낌이랄까요?
저는 이럴 때마다 머릿속으로 플로우차트를 그리면서, '만약 이 단계가 생략된다면, 혹은 이 데이터가 처음부터 통합된다면 얼마나 시간을 절약할 수 있을까?'를 계산해보는 습관이 생겼어요.
심지어 가족들끼리도 "엄마, 왜 이 리모컨은 전원 버튼이 두 개예요?
하나로 통합할 수 있게 설계하면 안 돼요?" 같은 식의 '시스템 개선 제안'을 하게 되고요.
주변 사람들은 제가 지나치게 분석적이라고 할지 모르지만, 저는 이 사소한 비효율성들 속에 숨겨진 거대한 '최적화의 가능성'이라는 흥미로운 데이터를 발견하는 탐험가 같은 기분을 느끼는 것 같습니다.
일상 속의 사소한 불편함들은 사실 우리가 개선할 수 있는 '미해결된 시스템 요구사항'의 목록이다.