업무용 모바일 화면을 쓰다 보면 “오늘”이라는 말이 참 편합니다. 오늘 매출, 오늘 매입, 오늘 할 일. 그런데 김부장처럼 매일 숫자를 확인하다 보면 가끔 어제나 그저께의 숫자도 보고 싶어집니다. 문제는 화면 이름이 ‘오늘 카드’라서 그런지, 처음에는 정말 오늘 데이터만 보여 주는 구조였다는 점입니다. 저는 단순히 화살표 하나를 붙이면 끝날 줄 알았습니다. 왼쪽을 누르면 어제, 오른쪽을 누르면 … 더 읽기
업무용 화면을 만들다 보면 “기능은 들어갔는데 현장에서 보는 값이 다르다”는 순간이 있습니다. 이번에는 상담 화면에서 거래처를 선택했을 때 적용되는 등급이 문제였습니다. 현장에서는 특정 거래처를 4등급으로 보고 있었지만, 새 상담 화면에서는 1등급으로 잡혔습니다. 가격이 등급에 따라 달라지는 화면이라 단순한 표시 오류로 넘길 수 없었습니다. DB값이 맞는데도 현장과 달랐다 거래처를 검색해 선택하면 등급 배지가 표시되고, 그 등급에 … 더 읽기
오늘은 숫자 하나 때문에 한참을 멈춰 서 있었다. 거래처 쪽에서 상품 상세정보를 자동으로 가져오는 작업을 손보다가, “연비 등급”이랑 “젖은노면 제동력 등급”을 화면에 띄우는 부분에서 손이 딱 멈췄다. API에서 내려오는 값은 그냥 1부터 5까지의 숫자였다. 등급이라고 하면 당연히 1등급이 제일 좋은 거라고 생각했다. 우리나라 에너지소비효율 등급표도 1등급이 제일 좋은 거니까, 똑같은 식으로 “1등급”이라고 화면에 써 넣으면 … 더 읽기
오늘은 별것 아닌 줄 알았던 주문서 엑셀 하나 때문에 한참을 헤맸다. 거래처에서 보내주는 주문서 엑셀을 우리 ERP에 올리면, 상품코드를 보고 자동으로 재고에 있는 상품과 연결해주는 기능이 있다. 편하게 잘 쓰고 있었는데, 어느 날 거래처 담당자한테서 “이거 단가가 이상한데요?” 하는 연락을 받았다. 처음엔 또 단순 오타인가 싶었다. 그런데 확인해보니 더 찜찜한 문제였다. 화면에는 “매칭 실패”라는 표시가 … 더 읽기
오늘은 주문 하나를 가져오다가 우편번호 때문에 멈칫했다. 처음엔 그냥 외부 주문 사이트에서 내려준 값이 조금 이상한가 보다 했다. 주소도 있고, 우편번호도 다섯 자리로 들어와 있으니 비개발자 입장에서는 얼핏 보면 정상처럼 보인다. 숫자 모양이 맞으면 맞는 값일 거라고 생각하기 쉽다. 그런데 직원이 화면을 보고 이상하다고 했다. 배송지는 서울인데, 우편번호 앞자리가 서울 쪽 느낌이 아니었다. 여기서부터 머리가 … 더 읽기
자동화 작업을 하다 보면 어느 순간 ‘검증’이라는 말이 자꾸 늘어납니다. 빌드 검증, 서버 상태 검증, 배포 전 검증, 데이터 검증. 비개발자인 제 눈에는 처음엔 전부 비슷해 보였습니다. 그래서 이번에는 AI에게 물었습니다. 검증 관련 스킬이 여러 개 있는데, 혹시 중복 아니냐고요. 처음에는 파일 이름만 보고 정리하면 될 줄 알았습니다. 그런데 AI와 함께 들여다보니 문제는 이름의 개수가 … 더 읽기