버그 아니어도 최적화

버퍼스트림보다 어레이가 일반적으로 빠른거 아나요.

(위에 어느 개발자 유머)

사실 나는 누워있지 않았다 하더라도 아이디어 정도는 INTP 친구애 없어도 앵간이 쳐요.

스트림은 개발에서 일반적으로 흔한거이고 c#은 메모리스트림, 자바는 ByteBuffer, C++는 IOStream 이었나요. 스트림을 사용하는 대표적인 이유로서 읽기 내지는 쓰기에서 최종 위치를 기억해주고 마무리 위치를 기억해주어 이런저런 용도로 사용해요.

위에 처럼 편하다 하더라도 어레이 (내지는 본래 배열) 접근이 더 빠르기에 C언어 처럼 강제 캐스팅 접근이 안되거나 c# (c# 은 unsafe 예외) 자바 처럼 이거 아니면 안되는 이유가 없음 어레이로 하여야 좋아요.

실제로 스트림은 어디 데이터를 기록하는데 어레이에 쓰기를 하면서도 최종 포지션 변수에 쓰기를 한번더 하여서 사실은 컴파일러가 쓰여지는 최종 위치를 알았다 이럼 이케이케 최적화를 치는 여지를 두었어야 하여쩌.

결과적으로 최적화는 컴파일러에 의존하면 안되는 거이기에 설계 과정에서 이케이케 처신하여야 하는 거나요.

이런 허튼 얘기는 애플코딩 유튜버가 앵간이 좋아하는거 같은데 사실 관심을 끌기에 텐션이 좀 그래요.