네이밍 좀만 정리해도 코드 성능, 정확도 2 배 상승할듯.
그 복잡한 룰들 다 머리에 넣고 쓰고 눈으로 보니 최적화 포인트 추적이 힘들지 않아?
0.2 * 2 = 0.4
헝가리안 표기법 어떻게 생각하세요?
그런데 여기에 보여주는 코드랑 안보여주는 코드랑 좀 다름
네이밍 정리하고 나면 쓰레드풀도 싹 바꾸기 쉬울듯도~
헝가리안은 현대사회에서 죄악입니다. 지금에와서 파피루스 쓰면 자원낭비죠.
ㅇㅇ 그렇긴 할듯. 어쨌든 네이밍 룰이 너무 많아 ㅠㅠ
죄송합니다 죄인입니당
그런데 나는 그게 익숙해서 바꾸면 내가 못알아 볼듯
헝가리안은 오프라인 손코딩에서나 조금 의미 있을까 하네요.
카멜 + 헝가리안입니다 죄송합니다
auto 를 좀 더 써버릇 하시면 될 듯 합니다유~
ㅁㄴㅇㄹ 는 Windows API 쓰니까 카멜 이 멋스럽고 어울리겠쥬...
ㄴ ?? 어떻게 아신거죠
근데 좀만 더 늙으면 뭐가 헛손질인지 잘 알게 된다는...
단기 기억력이 나빠 헝거리안 씀 ㅜㅜ
비베.Net 이니까 ㅋㅋ
프로게이머 APM 도 APM 과 eAPM 으로 나뉘잖아요. 유효 APM
같은 키 연타하는걸 빼면 eAPM 이 되는식인데.
즉 APM - eAPM = 헛손질. 이란거죠.
괜히 쓸데없이 부지런 떠는거임 헝가리안은. 특히나 요즘은 타입에 민감한 부분은 충분히 예전보다 더 민감하게 컴파일러가 알려주고, 몰라도 되는 부분은 알아서 맞춰주는 문법들이 많은지라...
아 뇌출혈 키보드 쓰는구나... 갖다 버리셈. 걍 레알포스가 끝판왕.
헝가리안도 사실 기분 내킬때만 ㅎㅎ~
일관성은 코딩 속도, 읽는 속도를 높여줍니다유~
아무리 WinAPI 를 쓰더라도, 백엔드를 가급적 분리해놓고 ( 손대지 않아도 되게 폐쇄원칙 )
프론트랑 미들은 자기만의 일관성 있고 쉬운 네이밍룰로 통일하는게 제일 좋다고 봅니다.
물론 팀이라면 자기만의 일관성은 아니겠지만요.
nn
0.2 * 2 = 0.4
헝가리안 표기법 어떻게 생각하세요?
그런데 여기에 보여주는 코드랑 안보여주는 코드랑 좀 다름
네이밍 정리하고 나면 쓰레드풀도 싹 바꾸기 쉬울듯도~
헝가리안은 현대사회에서 죄악입니다. 지금에와서 파피루스 쓰면 자원낭비죠.
ㅇㅇ 그렇긴 할듯. 어쨌든 네이밍 룰이 너무 많아 ㅠㅠ
죄송합니다 죄인입니당
그런데 나는 그게 익숙해서 바꾸면 내가 못알아 볼듯
헝가리안은 오프라인 손코딩에서나 조금 의미 있을까 하네요.
카멜 + 헝가리안입니다 죄송합니다
auto 를 좀 더 써버릇 하시면 될 듯 합니다유~
ㅁㄴㅇㄹ 는 Windows API 쓰니까 카멜 이 멋스럽고 어울리겠쥬...
ㄴ ?? 어떻게 아신거죠
근데 좀만 더 늙으면 뭐가 헛손질인지 잘 알게 된다는...
단기 기억력이 나빠 헝거리안 씀 ㅜㅜ
비베.Net 이니까 ㅋㅋ
프로게이머 APM 도 APM 과 eAPM 으로 나뉘잖아요. 유효 APM
같은 키 연타하는걸 빼면 eAPM 이 되는식인데.
즉 APM - eAPM = 헛손질. 이란거죠.
괜히 쓸데없이 부지런 떠는거임 헝가리안은. 특히나 요즘은 타입에 민감한 부분은 충분히 예전보다 더 민감하게 컴파일러가 알려주고, 몰라도 되는 부분은 알아서 맞춰주는 문법들이 많은지라...
아 뇌출혈 키보드 쓰는구나... 갖다 버리셈. 걍 레알포스가 끝판왕.
헝가리안도 사실 기분 내킬때만 ㅎㅎ~
일관성은 코딩 속도, 읽는 속도를 높여줍니다유~
아무리 WinAPI 를 쓰더라도, 백엔드를 가급적 분리해놓고 ( 손대지 않아도 되게 폐쇄원칙 )
프론트랑 미들은 자기만의 일관성 있고 쉬운 네이밍룰로 통일하는게 제일 좋다고 봅니다.
물론 팀이라면 자기만의 일관성은 아니겠지만요.
nn