Qwen 3.8 27b가 Opus 4도 못한 일을 해냈습니다: 2000년대 초반 ARM 기반 POS 시스템의 펌웨어 및 소프트웨어 보존과 에뮬레이션
Qwen 3.8 27b helped me with something unique that Opus 4 couldn't - Firmware + Software preservation and emulation on an early 2000's ARM based POS system
핵심 요약
Qwen 3.8 27b를 활용해 20년 된 레거시 POS 시스템을 QEMU에서 성공적으로 에뮬레이션한 사례입니다.
- 레거시 시스템 에뮬레이션 — 2000년대 초반 ARM 기반 POS 시스템을 QEMU 환경에서 구동함
- LLM 성능 검증 — Claude Opus 4가 해결하지 못한 복잡한 디버깅과 패치 작업을 Qwen 3.8이 성공적으로 수행함
- 하드웨어 보존 — 펌웨어와 커널 파일을 활용해 실제 하드웨어 없이도 소프트웨어를 실행 가능한 상태로 구현함
- 오픈소스 공개 예정 — 작성자가 에뮬레이터를 GitHub에 공개하여 누구나 활용할 수 있도록 할 계획임
다들 안녕, Qwen 3.8이 3.6 대비 얼마나 좋아졌는지에 대해 글 하나 썼어:
Qwen 3.8이 3.6이랑 비교해서 얼마나 나아졌는지뿐만 아니라, 갤러그(Galaga) HTML 버전 만드는 걸로 다른 최신 모델들이랑 비교했을 때 얼마나 디테일을 잘 살리는지 아주 자세하게 적어놨거든.
근데 이 테스트의 가장 큰 문제는, 지금 시점에선 모든 모델이 갤러그가 뭔지 다 알고 있고, 학습 데이터에 이 시나리오가 그대로 들어있을 확률이 높다는 거야. 그래서 내가 직접 좀 더 독특한 실전 사례들을 시도해 봤는데, 그중에서 진짜 나를 경악하게 만든 사례 하나를 공유하려고 해.
이건 작년에 Opus 4.1로 시도했다가 도저히 안 돼서 포기했던 거거든.
일단 난 소프트웨어 개발자야(그래, 진짜 개발자 맞음. 학위도 있고 ChatGPT 3 나오기 전부터, 그놈의 '바이브 코딩' 툴 같은 거 생기기 1년 전부터 회사에서 직접 코드 짜던 사람임). 평소에 POS(판매 시점 관리) 시스템에 관심이 엄청 많았거든. 고등학생 때 알바하던 식당에서 2000년대 초반에 나온 'Sam4S SPS-2000'이라는 POS 시스템을 썼었어:
배경 이야기 / 썰 (읽기 싫으면 넘겨도 됨):
이게 2006년에 나온 건데, 내가 일하던 식당에선 2024년까지 이걸 썼어. 진짜 공룡 같은 물건이라 가끔 이상한 오류도 뿜고, 데이터 관리 방식도 엄청 특이했지. 매장에 단말기가 6대 있었는데, 내가 IT 담당이라 메뉴 가격 설정, 버튼 배치, 버그 수정이나 회피 같은 잡다한 일을 다 도맡아 했거든.
이 계산기랑은 애증의 관계였어. 나온 지 한참 돼서 낡긴 했어도, 그 어떤 POS 시스템보다도 자유도가 높았거든. 2021년에 최신 시스템으로 '업그레이드'하려고 시도했다가, 결국 다시 예전 걸로 돌아왔어(그 과정에서 2만 달러 날림). 왜냐면 최신 시스템들은 우리 가게 운영에 필수적인 기능들을 지원 안 했거든.
우리는 버튼 페이지를 여러 개 만들거나, 메뉴를 다양하게 구성하고, 요일이나 해피아워마다 가격을 다르게 설정하는 게 가능했거든. 가장 큰 버그는 가끔 주문 데이터가 저장될 때 깨지는 거였어. 단말기 중에 '허브' 역할을 하는 놈이 하나 있어서 모든 주문 데이터를 저장하는데, 각 단말기가 주문 건마다 FTP로 파일을 계속 주고받아야 했거든. 내 추측엔 중간에 간섭이 생겨서 비트 반전(bit flipping)이 일어나거나, 뭐 그런 이유로 주문 메뉴의 PLU ID가 바뀌는 것 같더라고.
