純靠北工程師
https://images.plurk.com/7cdRtACY85lUD0J44q3Jbk.jpg
純靠北工程師4el
----------
Code review的時候一直在刁字母的大小寫,變數的取名,也不是說本來取名無法被理解,但是要我們完全照市面上大神出過的書上的規範。本人菜鳥沒待過其他公司,被刁細節刁到有點心累,想問職場前輩們,大部 ...
----------
🗳️ [群眾審核]
不要誤會,我不是針對你,我是說在座的各位,都是純靠北工程師。
👉 [GitHub Repo]
init-engineer/init.engineer
📢 [匿名發文] meta.og.title
🥙 [全平台留言]
純靠北工程師 | Code review的時候一直在刁字母的大小寫,變數的取名,也不是說本來取名無法被理...
米蘭小鐵匠🐙
不太清楚詳細到底雕的有多細,但我現在可以想到兩個保持一致性的好處:

1. 減少未來溝通的門檻:假設未來幾個月後其他人要維護你的程式,今天寫變數大小寫差異,可能影響到你會不會在一天內收五封信三通電話確認該變數的意義

2. 為了設定方便:當你的 function 要做 CRUD 都有按照一定的規範,譬如說Read都用Get開頭,要針對做這類 function 設定的時候只要下 "Get*"然後去做想要的設定,比起每個function都加上同一個attribute會方便很多

那如果原本的寫法也能使上述的好處成立,那我也很好奇再雕更細可以達到的好處是什麼~
CQD
大小寫本身不重要,但同一堆程式都用一樣的大小寫用法很重要,不然跟同一篇文章前面寫「視頻」後面寫「影片」是一樣的感覺。
CQD
不同的人群會有不同的喜好,說穿了就只是喜好而已。前後文一致、整個 repo 風格一致、甚至整間公司風格一致比較重要。
黃狸狸
覺得整個project或者至少整個class的風格一致是需要的,這不是developer普遍的毛嗎XDD
方格子🎲⚀⚁⚂⚃⚄⚅▤▥▦▧▩
如果公司/部門沒規定,那就直接靠北說規則沒講好在那邊隨便刁難就好阿...
如果公司/部門有規定,那你自己欠靠北...
Code Style 訂了就是要遵守, 不遵守被刁,刁你的人很累好嗎,說了一個地方自己就要把其他一樣的問題都改一改,不改還在那邊說心累,你自己一個人創業比較快
載入新的回覆