컴파일러 최적화 된다 뭔 상관이냐
-> 구현체 의존적인 코드는 최대한 배제하는게 좋다는 원칙에 어긋남
-> 이터레이터 클래스나 증감연산자 구현한 사용자 정의 클래스는 최적화도 안됨
이러한 점을 고려하면서 타입 상관없이 일관성을 지키려면 결국 앞에 붙여야 한다는 결론에 도달
이러기 위해 추가적임 품이 든다면야 다시 생각해봐야겠지만 어차피 품은 동일한 양만큼 들으니
컴파일러 최적화 된다 뭔 상관이냐
-> 구현체 의존적인 코드는 최대한 배제하는게 좋다는 원칙에 어긋남
-> 이터레이터 클래스나 증감연산자 구현한 사용자 정의 클래스는 최적화도 안됨
이러한 점을 고려하면서 타입 상관없이 일관성을 지키려면 결국 앞에 붙여야 한다는 결론에 도달
이러기 위해 추가적임 품이 든다면야 다시 생각해봐야겠지만 어차피 품은 동일한 양만큼 들으니
어떤 최적화든 성능 측정 전에 난리치는건 그냥 다 병신
side effect 예방 차원에서도 전위쓰는게 좋지않나?
일관성있고 연산자를 뒤로 보낼 수 있는 i += 1을 쓰자
원칙이 원리인건 알자
구현체 비의존적인 건 좋긴 한데 그런 거 세세하게 따지려 들면 while (true)도 쓰면 안 됨 더해서 현대의 컴퓨터는 충분히 성능이 좋기 때문에 본인은 잘 읽히는 쪽으로 작성하는 편임
이거 사실 평범한 일반론인데 댓글이나 비추보니까 거의 프갤화된 듯 ㅋㅋ
지맘에 안들면 아무튼 프갤이노 ㅋㅋ 보이지도 않던 새끼가 갑자기 나타나서 갤 재단질 ㅋㅋ
네 닉네임으로 검색 ㄱㄱ
개많이보이던 고닉이구만 - dc App
https://google.github.io/styleguide/cppguide.html#Formatting_Looping_Branching
https://google.github.io/styleguide/objcguide.html
https://caxapa.ru/thumbs/468328/misra-c-2004.pdf
https://opensource.apple.com/source/lldb/lldb-112/llvm/docs/CodingStandards.html
모든
곳에서(구글은 후위++이 하나 보이긴 함) ++, —를 전위로 도배를 해놨는데 욕먹을 이유가 - dc App
동의함