1. scope operator (::)
코드를 점묘화 시켜버림. 문장도 아니고 그림도 아닌것 같은 해괴한 느낌이 듦.
2. dereference operator (->)
(>=, <=, != 처럼) 조합의 의미도 없는 주제에 서로 다른 두 개의 심볼이 합쳐져 있음.
컴파일러가 자동으로 구분해줄 수 있는데 reference operator ( . ) 와 구분지어져 일일이 오류를 내는게 비생산적.
3. under score ( _ )
나 snake 싫음. hyphen 만큼이나 쓸데없어 보임.
boost libraries (snake) 와 clang (camel) 소스코드를 합치면 지저분함의 극치를 볼 수 있음.
이 분 static_cast도 싫다고 하실 분
근데 C++는 암묵적으로 snake case(_)가 standard naming convention 아닌가요? C++는 C에서, B와 C는 Unix가 뿌리니깐...
당신 관심 필요없으니 읽지 말고 지나가시오. 정 읽고싶으면 댓글을 달지 마시오. 정 댓글을 달고싶으면 상대를 배려하는척이라도 하시오.
이거 77.245, ㅋㅋㅋㅋ 한테 하는 말.
응 나도 이제 snake 로 가려고 하는데, 기분은 심히 꿀꿀해 ㅋㄷㅋㄷ
윈도우 프로그래밍에선 Hungarian Notation(+Camel Case)이 사실상 표준이고... 그냥 내가 어떤 플랫폼에서 짜느냐에 따라 그 플랫폼의 관습을 맞춰서 짜면 될 거 같아요.
물론 자기가 짜고 싶은 대로 짜도 무방하고요. 어차피 혼자 짜서 혼자 볼 코드라면요. 하지만 협업할 거라면 당연히 Coding Standard는 정해 두어야 할 것이고... 코세 성님이 _(underscore) 싫다고 개인적인 느낌을 피력한 건데 거기에 토 달 필요는 없어 보이네요.
파이똥은 _, __이 문법
언더바 극혐
관노 // 파이썬에서 _이 문법인 건 클래스 생성자를 __init__으로 한다는 것만 봐도... 명약관화 ㅋ
2번 3번 공감..
특히 ->가 -랑 > 합쳐놓은건 C 처음 배울때부터 지금까지도 정말 이해 안되는 것중 하나
보기에 거슬려서 띄어쓰고 싶을 정도인데 띄우면 더 이상함..
http://autogram.tk/이
중고차 어플리케이션 어떤가요?