DeepSeek Flash v4.1과 Sonnet 5.5 비교

대략 1만 줄 정도 되는(매일 커지는 중) 중형 앱을 운영 중이야. PHP랑 JS로 짰고, 지금도 한창 개발 중이라 매주 새로운 기능 넣고 버그 잡고 난리도 아님.

테스트하다가 DomPDF로 PDF 렌더링하고 HTML/CSS로 미리보기 하는 부분에서 문제가 터졌어.

사용자가 PDF에 들어갈 폰트랑 텍스트 위치를 직접 정하는데, 이미지도 업로드하거든? 이게 세로형일 수도 있고 가로형일 수도 있어. PDF 설정은 공유될 수도 있고 아닐 수도 있는데, 케이스마다 이미지가 제각각이라 골치 아프네.

각 모델한테 던진 프롬프트는 이거야:

I manage the participation and thank-you certificate settings on @pages/kongre_ayarlar.php and handle their delivery through @pages/sertifika_katilim.php. The same applies to @pages/sertifika_kurs.php.

However, I have identified some serious issues here. First of all, for the second and subsequent courses, the "use the settings of the first course" option seems to be applied and stored only when the certificate is uploaded. When I change the settings of the first course, the changes are not reflected in the second and subsequent courses.

Another issue is that the preview and the actual PDF layout do not match. For example, I set the top position to 550px. It looks perfectly aligned in the preview, but when I open the PDF, it appears much further down.

The third issue is, I think, related to CSS fonts being loaded. This seems to cause DOMPDF to have problems with accented characters. While the situation is relatively good with participation and thank-you certificates, it is much worse with course certificates.

Could you investigate these issues and prepare a plan for fixing them?

Claude Code에 Pro 구독 중인 Sonnet 5.5(medium)를 썼고, 방금 나온 DeepSeek Harness 데스크톱 앱에 Flash v41 High를 물려봤어.

• Flash 4.1이 계획 짜는 데 10분 37초 걸렸는데, Sonnet은 4분밖에 안 걸리더라.

• Sonnet 5 쓸 때는 DS가 훨씬 빠르다고 생각했는데, Sonnet 5.5는 진짜 미친 듯이 빨라.

• 둘이 내놓은 분석 결과가 완전히 똑같아서 좀 놀랐어. 그냥 같은 내용을 말만 바꿔서 쓴 수준이더라고.

근데 구현 단계로 넘어가니까 차이가 확 나더라.

• DS가 계획 끝내는 데 35분 47초 걸림.

• Sonnet은 11분 43초 만에 끝냄.

• Sonnet은 파일 8개(SQL 2개 포함)를 수정/생성함.

• Flash는 파일 13개(SQL 2개, MD 2개 포함)를 수정/생성함.

• Opus 5.5는 계속 TODO랑 CLAUDE md 파일을 업데이트하던데, Sonnet 5.5는 안 그러더라. 반면 Flash는 (시키지도 않았는데) 알아서 업데이트함.