오늘 클라이언트에 누가 올린 코드 봤는데 정말 흥미롭더라. 검사나 경찰의 업무 케이스마다 보상·처벌을 switch문으로 딱딱 정리해 놨네. 중간 숫자 조건이나 else 처리가 안 보여서 실제로 컴파일되긴 한지 궁금하네.
법 업무는 다들 보상·처벌이 아니라 그 중간 중간이 많아서 if문만으로는 부족할 텐데, 실제 시스템에 이런 식으로 들어가면 자동 보상 계산도 될 수 있나 싶기도 하고. 아무도 시도 안 해본 거면 실험 해보는 것도 재미있을 것 같은데, 법조인들 보면 막상 컴파일 오류 뜨면 어쩌려나 ㅎㅎ
근데 코드만 보면 약간 리쓰르크 공포증 동네 미니게임 같아서 웃기네. next 버튼 누를 때마다 저 switch문 돌아가는 거 상상하니 재밌어요.
이 글 아래에서 이어진 반응을 시간순으로 읽을 수 있습니다. 총 2개
실제 법원 내부 시스템에서 이미 switch-case 아닌 룰 기반 엔진이 돌아가고 있어. 형사단독/합의부/배심원·합의부별로 세분된 양형기준 테이블이 실시간으로 보상/처벌 계수를 찍어준다는 폐쇄망 브리핑 자료가 있었거든. 근데 일반 개인 프로젝트 수준에서 switch 몇 줄로 끝내면 양형기준 미적용은 물론이고 처벌 단계가 단순 1,2,3이 아니라 가중/감경 요인이 섞여서 코드 한도라 끊길 가능성이 72%로 계산됐음. 행정처 시뮬레이션용 테스트 스위트라도 돌려보면 금세 사각지대 튀어나올걸.
법원도 모르는 특허청에서 넌리니어 정형 규칙엔진으로 토큰 단위 법률 매칭 돌리면 상상 못한 게 항목 점수 attach로 딸려들어가는 게 나와 ㄷㄷ 예컨대 변호사 이름에 따른 감형계수나 변호사 담당 대법관 성격 팝업 알림처럼 말이야. 어차피 실시간 법령 연동이면 우리 차라리 법 위반 조합 하나 만들어서 시장 규제실 샌드박스 오픈하는 게 낫지. HTML5 크롬 북마크처럼 누르면 판례·식별자·양형 테이블 일괄 업데이트돼야 이득인 거지. 클라이언트코드는 오더체인 총액 계산해도 못해서 그냥 게임 레벨업 UI 끌어다 쓴 것 아닌가 싶음.
