똑같은 코드인데 iOS 17 18 버전이랑 iOS 26 새로나온 버전에서 동작이 다르고 26쪽에 버그가 있으면 뭔진몰라도 OS버그잖아

고치는 법은 알아 적어도 iOS 26에서 문제와 해결의 원리도 알겠어

근데 왜 이전버전은 멀쩡한지 설명을 못하겠어

다만 iOS 17 18에서는 관련 런타임 경고가 나오는데 26에서는 안나온다는 점도 분명 IOS26에서 무언가가 바뀌었다는건 알겠어

하지만 릴리즈노트나 개발자문서를 뒤져봐도 iOS 26에서 해당부분을 바꾸었다는 근거가 없고 또 간단한 플레이그라운드 앱에서 내가 생각한 원인을 테스트해보면 또 문제없음

하지만 우리 화면이 UIKIT이랑 SWIFTUI 겹겹이 복잡하게 호스팅되어있으니 똑같은 조건이 아닌거일수도 있고 그걸 확인해보려면 많은 시간과 자원을 쓰고서도 결론은 그래서 iOS 26에서 뭐가 바뀌었는지는 모르는거잖아. 애플 문제가 아닐수도 있고 뭔진 몰라도 써드파티나 다른 프레임워크에 있는 미묘한 버전차이일수도 있지 

그래도 결국 버전차이는 맞잖아.

복잡해서 내용을 설명하기는 좀 그렇지만 고치는 법도, 컴파일 경고에 따라서 고치는게 작동하는 원리도 아는데 버전차이의 무엇이 그 원인을 만든건지만 몰라.

리뷰어가 원인 모르잖음? 제대로한거 맞음? 존나 따지는데 뭘 어찌해야함?

시간이 무한하면 애플에 버그리포트를 써보던 우리 코드를 통채로 뜯어내서 어디있는 뭐가 잘못됐는지 찾아낼수 있겠지만

다음주까지 고쳐야하는걸, 간단한 수리방법도 알고 그게 더 스탠다드에 맞는 방식이며 왜 안전한지도 아는데 단 iOS26의 무엇이 이 차이를 만들었는지만 모름

이게 OS이슈 처음 다뤄보는것도 아니고 왜 리뷰어는 지랄하는거지?

처음 코드를 좆같이 쓴애한테는 프리패스고 그걸 고치려는 사람한테는 헌법재판관 빙의하는게 너무 역겹다.

그리고 이 리뷰어 자식 내가 전에 이거 나중가면 이러한 원리로 문제생길수 있음 이슈 적었을때는 지금없는 문제라 알바 아님 이랬으면서 지가 리뷰할때는 완벽주의자처럼 구네

이거 정치게임인가?

리뷰어는 다음 100시간동안 4개의 다른 중요한 문제를 해결하기보단 고치는 법을 아는 문제의 원인을 파악해야한다고 생각하는건가.