올바른 변수 이름 짓는 법

보편적인 변수 이름에 관해 몇 가지 팁
1. 변수 이름에는 동사를 넣지 않는다
2. 변수의 단수형에는 관사를 넣지 않는다.
3. 전치사는 최대한 생략한다
#프로그래밍

[@오용수-m5v]

변수이름에 명사를쓰며 동사를 쓰지않는다 단수형 복수형 구분하자 전치사를 굳이 써서 변수이름이 길어질 필요가 없다 간결하고 읽기 편해야한다. 남들이 어덯게 쓰는지 많이 보고 배워라 감사합니다

[@thdgo456]

단수라고 해서 a를 붙이지 않는다. 복수를 OOOList도 쓰지만 OOOs를 더 많이쓴다. 전치사가 들어가는 의미인 경우 해당하는 어휘를 생각해서 대체한다. 좋은 코드는 좋은 오픈소스 참고

[@biggs6667]

6:15 num mum? 이게 무슨 소리인가요??

[@WonieSong]

전 변수명 지을때 동사 많이 쓰는데 ㅠㅠ createdAt, shouldPlay 등..

[@포프티비]

Should, is 로 시작하는 변수는 말씀주신대로 딱히 동사안쓰고 표현하기 어려운 변수는 맞아요. is로 시작하는건 헝가리안 표기로 b로 시작은 가능하지만 should는 딱히 방법이... 근데 createdAt은 passive형이라 동사보다는 상태를 나타낸다고 생각할 것 같네요. (Is created at이니 실제 동사는 is) 저 개인적으론 createdDate vs createdDateTime을 구분해서 씁니다.

[@G000ner]

워니님 잘보고있어요~

[@WonieSong]

포프TV 맞아용 맞아용 ㅎㅎ

[@code-monkey-]

// 단수 USER user; // 복수 list users; // 이게 베스트 list userList; // 이것도 가능 // ~의 갯수 int numberOfUsers; // 이것보단 int userCount; // 이렇게 int numUsers; // 또는 이렇게

[@재호지]

구지 태클 건다면 캐시미스 유발 자료구조 리스트 사용이라 베스트라고 하기에는 좀 애매한

[@code-monkey-]

@@재호지 앵 네이밍에 관련된 이야기인데 영상은 보고 답글 다시는지;;;

[@code-monkey-]

@@재호지 속도적인 측면에서 볼땐 고정배열이 좋죠... 변수네이밍적인 측면에서 베스트라는겁니다.

[@포프티비]

근데 시샵에서는 리스트가 가변 배열이에요. :)

[@성이름-t9p4o]

확실히 변수명 짓는게 제일 어럽더군요. 프로그래밍 시간중 절반이 변수명 짓는데 쓰이게 됩니다.ㅎㅎ

[@김민재-h1t2n]

오늘 꿈에서 포프님 나왔었어요

[@포프티비]

나와서 뭐라카던가요....

[@김민재-h1t2n]

@@포프티비 말은 딱히 안했고 어떤 공간에 포프님이 있었던게 기억 나요 자기전에 포프님 c++ 영상 몇 개 봐서 그런거 같네요

[@seongminyim1708]

셀수 없는 명사로 리스트명을 정의할때도 복수로 써도 되나요? 가령 waters, milks 등등요.

[@포프티비]

네... 이건 어쩔수 없이 하더라구요...

[@jangseokhan1984]

bool 관련으로 변수 이름 붙일때 is_aaaa 쓰거나 b_aaaa 이렇게 많이 쓰더라고요. 그런데 is로 시작하는 변수는 메쏘드로 오해할수도 있어서, 헝가리안 노테이션의 습관을 이어받아 b로 ㅎㅎ

[@포프티비]

저도 그리 합니다

[@김태현-w2m2y]

화나네요. 진작볼껄 ... 근데 전 BOOLEAN 변수는 IS_xxx 하는데 별루인가요

[@포프티비]

Is가 동사라서요....

[@Dev-signer]

멤버변수와 입력변수와 변수명이 겹쳐서 this 포인터 사용할 때마다 은근히 실수가 나오더라구요. 그래서 멤버변수에는 앞에 m을 붙이는 습관이 생겼는데, 언리얼엔진에서는 unsigned int mAttackDmg; 라고 할 경우에는 'M Attack Dmg' 이렇게 나오더라구요. 나름 생각해서 m 붙여놨는데 이럴때마다 멤버변수 앞에있는 m을 다 지워버리고 싶은 욕구가..!

[@포프티비]

이건 사실 엔진에서 알아서 판단해서 m을 지워줘야 맞는건데 말이죠 :)

[@포아송분포]

number of user x // user count o

[@moelj2648]

boolean 변수는 대부분 is로 시작하는 편인데 흠... 고쳐야겠네요

[@포프티비]

많이들 그래유 안고쳐서도 되요

[@zzwood]

Payload 명명을 하다보면 전치사를 쓰게되는데 이런건 괜찮을까요?? UserSummaryForStudent UserSummaryForAdmin UserSummaryForConsultant UserSummaryWithoutChild 등등 같은 데이터를 사용처에따라 분리되게 되는데 더 좋은 방법들이 있는지 궁금합니다

[@포프티비]

보통 전치사 쓰는건 좋은 변수명은 아닌데 어쩔수없이 쓰는 경우가 있죠.

[@developerman7]

변수명, 메서드명, 클래스명 지을때 늘 고민... 어휘력이 부족해서이겠죠 ㅜ 잘봤습니다.^^

[@포프티비]

많이 보고 많이 베껴야 늘더라구요 확실히.. 특히 비영어권자 프로그래머들에겐 어렵습니다. ㅜ_ㅜ

[@카이밀라]

뒤늦게 포큐아카데미를 알게되어서 신청하게 됐는데. 마감이 되었네요. 으헝헝

[@포프티비]

1월초에 개강하니 그때까지 다른 공부하셔도 될거 같아요. 프로그래밍은 어느정도 아세요?

[@SJYoon29]

와 이외로 제가 다 지키고 있는 것들이네요. 뭔가 뿌듯 ㅎㅎ 이것 뿐 아니라 몇가지 규칙을 가지고 코딩을 하다보니 남들이 제가 짠 코드는 알아보기 쉽다고 좋아해요.

[@SH-bab_meogja]

코딩하다가 영어줄임말 사이트를 검색했던 기억이 떠오르네요 ㅎㅎ;; 아직도 변수이름 짓는게 오래걸리는 1인

[@dumbveloper]

네이밍하긴 힘들지만 잘지어 놓고 보면 그렇게 뿌듯 할 수가 없어요ㅋㅋㅋ 네이밍 잘하기 위해서는 정말 좋은 코드(오픈소스, 라이브러리) 등을 많이 보는게 확실히 도움되는 것 같아요~!

[@deeplearningbro]

오 아무도 알려주지 않았던 내용! 변수 짓는거 궁금했었는데 감사합니다.

[@martinpearson9569]

Boolean Type의 State를 담는 변수는 어떻게 작성하는게 좋을까요? loginState같은게 가장 베스트인가요? isLogin은 로그인 상태를 확인하는 메소드 등과 더 잘 어울리나요?

[@포프티비]

저눈 bLoggedIn 쓰는데 isLoggedIn도 업계에선 많이써요. 단 이경우는 함수는 무조건 대문자로 시작할때인데... 전 Private메서드는 소문자로시작 퍼블릭은 대문자로 시작해서... b를 붙입니다. 단, 시샵 프로퍼티로 쓸땐 여전히 IsLoggedIn으로 써요... 이건 워낙 정형화된거고 퍼블릭 츠로퍼티라 너무 혼자 따로나가긴 애매하더라구요. 뭐든간에 지역변수는 bLoggedIn으로 씁니당

[@양민-u1h]

isValid 같은 경우는 valid로만 쓰는건가요?

[@포프티비]

저는 bValid로 쓰는데 isValid도 사실 괜찮아요. 전 private 메서드 이름을 소문자로 시작해서 isValid()와 구분하기 위해 bValid로 쓰는 게 전부...

[@criticalhit6060]

boolean 변수에서는 is같은 동사로 시작하는경우가 많지않나요?

[@포프티비]

그게 제가 중간에 예외가 있긴 한데 말하진 않을 거고~ 라고 한 부분이긴 합니다. be 동사는 예외가 있긴 한데... 제가 쓰는 코딩 표준에는 그 경우 동사를 안쓰고 앞에 b를 붙여줍니다. 예: bUserFound (isUserFound 대신)

[@gamedev.1166]

ㅋㅋㅋ 혼자 짤때는 나만 알아보면되는데 다같이 할라니까 신경많이쓰이더라고요 ㅋㅋ 감사합니덩 ㅋ

[@jongjinkim8587]

구글번역기돌리는 제가부끄럽네요

[@포프티비]

왜요 돌려서 보시는 노력이 어디입니까. 그것도 안하시는 분들 많습니다. 💪

[@맛고-p4q]

보통 변수이름을 단어 두개이상 쓸때 구별을 각 단어앞에 대문자로 나누나요? 밑줄로 나누나요? 예) UserList, User_list

[@포프티비]

전자요. 코딩표준따라 후자도 가능하죠.

[@kkomjang]

언어마다달라요

[@nichi7272]

userNum VS numUser intNum VS numInt User를 앞에두면 간단하게 객체.u만 딱 써도 user로 만든 다양한 함수와 변수들이 나옴. 하지만 user로 만든 변수,함수들이 많으면 찾기 어려워짐

[@포프티비]

맞는 말씀~ 정리해주셔서 감사합니다~

[@nichi7272]

@@포프티비 포프님은 전자세요 후자세요?? 역시 케바케?

[@포프티비]

전 c#에서는 userCount .. ç/c++에서는 numUsers요. 각 언어마다 더 많이 쓰는 스타일이 있으니 크게 문제없음 따라줘요

[@황경민-t7s]

음... 변수명에 동사로 시작하는 경우는 IsConnected? Property?

[@포프티비]

그게 제가 중간에 예외가 있긴 한데 말하진 않을 거고~ 라고 한 부분이긴 합니다. be 동사는 예외가 있긴 한데... 제가 쓰는 코딩 표준에는 그 경우 동사를 안쓰고 앞에 b를 붙여줍니다. 예: bUserFound (isUserFound 대신)

[@주정열-n4p]

포프TV 아... b가 bool의 앞자가 아니라 be의 b 였나보군요...

[@포프티비]

사실 bool의 약자긴 한데.. is쓰는건 너무 동사같아보여서...

[@llPMPll]

예전 동영상보다 말씀하시는게 좀 순해지신 느낌이 들어요. ^^;

[@포프티비]

졸린 상태에서 만들어서 착함 모드....

[@user-lj4si6ir4e]

팁 감사합니다. 백엔드 api 파라미터도 동일할까요..?

[@포프티비]

백엔드 api는 보통 rest를 따르기 때문에 좀 구조가 다를거 같아요...

[@dotonetone]

매우 유용한 내용 이였습니다. 많이 보고 실천 해보는 것, 좋은 방향 설정, 기준을 후배들에게 전해줄 수 있을 것 같습니다.

[@fastutle]

역시 영어가 어렵습니다..

[@bigfish811]

잘 봤습니다!

[@ayeyo4081]

잘보고갑니다 감사합니다!

[@TV-en4xn]

변수명 너무 중요합니다...좋은 코멘트 감사드려요

[@ykjeong8399]

진짜 오랫동안 유튜브를 올렸네요. 헐...

[@포프티비]

제가 한 꾸준 합니다.

[@krinlion]

좋은 팁 감사합니다! ㅎ 변수명을 잘 지어놓으면 쓸데없는 소통문제, 가독성 문제를 줄일 수 있을 것 같아요~👍

[@hngfu]

포프님께 항상 많이 배우고 있습니다! 감사합니다!!

[@abcde3397]

많이 배워가네요 정말 감사합니다!

[@topkim2]

감사합니다

[@풉키풉키]

감사합니당

[@dso845]

감사합니다. 최고예요!

[@포프티비]

@김창완 님이 최고 :D

[@seunghwanjeong5348]

음.. 개인적으로 자바스립트에서는 너무 간결하게 변수명을 사용하면 변수명만 보고 직관적으로 어떤 변수겠다라고 보이지 않는 경우가 있어서 단어 자체를 너무 줄여 사용하는 건 그렇게 좋은 것 같지 않더라구용.. 약간 장황해도 누구나 알아볼 수 있는 가독성 좋은 코드가 더 생산성이 좋은 것 같아요 ㅋㅋ

[@포프티비]

자바스트립트는 type을 반드시 써야하는 언어가 아니라 그럴 수도 있겠네요.

[@calm.sylvan]

포프님 유튜브 들으면서 코딩하면 잘 되는 이유가 뭘까요? ㅎㅎ

[@포프티비]

'내 눈을 바라봐~ 코딩을 잘 될 것이여~ ' 이런 분위기? 🤣

[@Minseok_Ko]

포프님 채널을 최근에 알게 되어서 잘 보고 있습니다. 매번 좋은 내용으로 인사이트를 공유해 주셔서 감사합니다. 포프님 영상을 보고 있으면 CTO 대신해드립니다 같은 서비스를 런칭 하셔도 괜찮지않나 싶습니다. 대부분의 초기 소규모 IT기업들이 겪는 세팅 이슈를 잡아주고 중장기 전환시 리스크를 잡아주는 서비스가 슬슬 나올때가 되지 않았나 싶습니다. 이런 기업들이 쉽고 빠르게 접근할 수 있는 기본 세팅을 업종별로 구축해 서비스 하면 빠르게 시작품까지 접근해야 하는 초기기업 개발자 입장에서 리스크를 줄일 수 있지 않을까 생각 합니다. 줄어든 리스크는 빠르고 다양한 시도를 수반하게 될 테고 자연히 시장 자체의 규모가 확장 될 수 있지 않을까 싶습니다. 더불어서 서비스를 활용하는 기업의 기본 세팅을 인증해주는 표준인증서비스와 함께 운영 한다면 투자자 입장에서도 중장기 사업 전환시의 기술부재에 대한 신용도 역시 담보 되어 원활한 투자 유치에도 도움이 되지 않을까요? 언제나 기업은 프로페셔널 시장에서 자랑하고 하이엔드에서 돈을 번다고 생각 합니다. 이쪽 시장에서는 이게 하이엔드가 아닐까 조심스럽게 생각 합니다. 이런 서비스가 궁극적으로 일전에 코드몽키 이야기 하셨을때의 방향성과도 일치하는것 같습니다. 저같은 변변찮은 코드몽키 입장에서는 누군가 앞에서 깃발을 들고 방향을 제시해주는 사람이 필요 합니다. 옆에서 맞는말 해줄 사람이 필요한데 그런 비싼분들을 모시기에는 스타트업들은 sir money께서 잘 안계십니다....

[@포프티비]

이런 거 비슷하게 CTO as a Service를 하시는 분들이 있죠. 뭐 저도 몇 군데 이런 비슷한 거 해드리는 회사가 있고요. (표준 인증은 없지만) 저도 저와 같이 일하는 훌륭한 아키텍트들과 이런 서비스를 제대로 진행하고 싶은 생각은 있는데 역시 금전적인 부분이 많은 스타트업에게는 부담스럽죠. 이런 서비스를 해줄 수 있으신 분들 자체가 워낙 몸값이 높아서... (개발자 중에 탑 1~2프로?) 다른 방법으로는 스타트업에게는 어드바이저로 참가하면서 주식을 받는 법도 있습니다. 주식 + 아주 작은 돈도 가능하고요. 저도 이 아이디어를 좀 더 고민해서 정형화시킬 필요는 있다고 생각해왔는데 좋은 의견 주셔서 감사합니다.

[@Minseok_Ko]

​@@포프티비 말씀처럼 아직 정형화된 서비스가 나오지 않은 지금이 적기가 아닌가 하고 생각 했습니다. 제가 상상하는 'CTO서비스'의 구성은 이렇습니다. 각 스타트업이 시장 진입과정에 필요한 사업 전반의 기술 지원 서비스를 단계별 키트 형태의 판매하고 서비스 안정성을 등급이나 표준 준수율을 %포인트 수치로 인증해 주자는 겁니다. S_1. 진입단계 서비스 키트 S_1_A - 'CTO서비스 업체'가 구성한 정형화된 매뉴얼을 숙지한 'CTO컨설팅 인원'을 파견합니다. - 스타트업이 필요로 하는 내용을 매뉴얼에 입각해 분석합니다. - 적합한 기술(서비스 플렛폼, 기술플렛폼, 직접 제작시 필요 기술 등의 선택), 인원 등의 Technical Quote("t_QU")를 제공합니다. S_1_B - 스타트업이 구상한 제품을 빠르게 시연할 수 있도록 시연에 필요한 제품 기본 구성을 제공합니다. S_2. 제작단계 서비스 키트 S_2_A - t_QU를 기반으로 스타트업의 개발자에 Technical Support("t_SU")를 제공 합니다. S_2_B - t_QU를 기반으로 스타트업에 개발자를 제공합니다. S_2_C - 기존 스타트업에서 이미 제작중이었다면 해당 제품에 필요한 분석 및 t_SU를 제공합니다. S_3. 완성단계 서비스 키트 S_3_A - 스타트업에 제작한 제품을 분석하고 취약점, 개선점 등의 정보 등을 제공합니다. - 보안 및 기술의 표준성 등의 내용을 정리한 리포트를 인증서 형식으로 제공합니다. S_3_B - 스타트업에서 제작된 제품의 안정적인 퍼블리싱을 위한 정보를 제공합니다. - 퍼블리싱 및 운영 역량에 대한 내용을 정리한 리포트를 인증서 형식으로 제공합니다. S_3_C - 발행 된 인증서를 갱신합니다. 마지막 S_3 서비스에서 제공되는 인증서 형식의 리포트가 가장 중요한 BM이 될 수 있을겁니다. 또한 각 서비스에 비용을 부과하여 1차적인 운영비용을 조달하고 지속적인 기술 보완 서비스와 인증서의 갱신 서비스를 통해 추가적인 수익을 발생시킬 수 있습니다. 더불어 비용의 일부를 일정 규모의 스탁으로 확보해 펀드로 구성하고 이를 일반인에게 공시해 판매하는 방식을 활용 한다면 즉각적인 자금 운용도 가능하지 않나 싶습니다. 대부분의 스타트업의 스탁은 전혀 의미가 없을테니 펀드를 구성해 수익모델을 창출하자는게 골자 입니다. 중 장기적으로 대부분의 기술들이 점차 대형 플랫폼 혹은 일부의 표준속에 귀속되는 방향으로 귀결 될테니 결국 궁극적으로 CTO의 역할중 기술을 구성하는 부분의 포션이 굉장히 많이 줄어들 걸로 보입니다. 결국 기존 CTO의 역할은 일부 인원에게만 돌아갈 테고 나머지는 기술의 구성 보다 기술의 보증 쪽으로 이동하지 않을까 하고 생각해본 아이디어 입니다. 최종적으로는 스타 CTO들의 연합 성격의 회사로 대형 플랫폼 혹은 표준에 일부 영향력을 행사 할 수 있는 포션을 차지하고, 투자회사, 보증보험사의 일부 기능을 가지며 네임드 로펌과 유사한 형태로 대형 플랫폼 및 표준과 일반 기업의 중간에서 기술을 정리하는 회사로 발전하지 않을까 합니다. 소위 기술 변호사가 되는 겁니다.

[@홍성찬-j3q]

변수명 짓는게 제일 어렵...