Re: [問卦] Coding Style到底重不重要?

24 

說到switch，想來問問你各位公司的code style是下面哪種 (1) switch Var1 { case a: xxx

16 

其實這種叫你做作業的 目的是一種 cultural fit 一般來說也不是要叫你多複雜多完整 只是看看你的 coding 的習慣，有沒有 unit test，coding style 會不會很糟 或是 team 裡面有一些特定的標準

12 

原Po 研究過 Allman Style , K&R style, GNU style 還有 ISO c99 c++2011 c++2014 c++2022 實際撰寫過 Linux kernel, Zephyr, Android framework & App, Python3 for AI Scala for Risc-V, IOS Object-C .m .mm, tracing gcc source, C#, Inline assembly buildroot, bash, Makefile

11 

Code review 檢查這些會有點太花時間，應該有更重要的東西要看。 可以用一些 Gradle plugins 卡在 CI 比較省事： 1. Checkstyle 顧名思義檢查 style。 2. SpotBugs

 5 

review code 的時候， 對code style 有意見的人真很呵呵， 真的要對code style 有意見，麻煩就寫進code style checker, 如果在commit 之前的 code style checking 都過了， 就不要在這上面花時間，不然會沒完沒了。 因為有更多更重要的事要討論，

 4 

本人為三年前端難民. 建議下次從老闆那接到活的時候 - 想一下為什麼要用這個技術，需要這個技術嗎？ - 有別的技術嗎？有比這個技術好？ 個人覺得在不是技術大佬前去新創對生涯有害.

 2 

我怎麼覺得是在找麻煩， 不管是老鳥，還是主管，我就不相信有人可以 速度十分快又完全沒有任何bug，程式精簡到沒任何一絲一毫多餘的斷行 tab或空白或多 餘效率不好的code，或程式中有重覆使用的code（沒精簡包在fuction中） 沒任何bug代表寫完要不斷測試所有各種可能的case，這

 1 

我個人是很討厭很多if-else, 或是switch case. 並不是說不好, 只是很容易出現有些section是code, 有些是function. 案子急一點, 重覆的code就會很多. 幾百個if-else/switch-case就有機會變成上萬行的code. 這個就很阿雜了. 就之前數字區間的code, 我是會往這個方向走

 1 

寫code這種東西 如果不是你天生排斥 熟個2,3年就差不多了 coding style好一點不要挖洞給自己跳 大概就出師了 一種語言熟後 去熟另一種也不會太難