Re: [討論] 因為空格~我離開了一間公司

作者: AlanPeace (XD)   2014-09-07 13:28:36
原文恕刪
在我看來是因為溝通不良造成結果
每個人對於程式的想法都不太一樣
各種寫法與想法都優點也有缺點
Coding Conventions 也算是開發專案的一種工具
工具這東西對於專案的好壞是看用的方法
原本好用的工具如果用錯了方法(或用錯了地方)
自然對專案來說是一個不好用的工具
當你看到不一樣寫法的時後
也許可以跟原作者(如果還在的話)請教這樣寫法的好壞
或者是這樣寫法也許在其他專案中是不好的
但這個專案因為某某因素, 所以改成了這樣的寫法
讓專案的開發與維護能更順利一點, 也許也能學到新的觀念
如果自己有更好的作法, 可以分析給觀念不一樣的人, 好在哪壞在哪
專案開發有自身的考量, 而你可以持續去push一些你覺得對專案開發有用的東西
專業 vs 專業 其實是很有趣的東西, 從中可以學到許多不一樣的觀念
怕的是 專業 vs 政治,
你用專業, 對方用政治,
這時也許才是考慮該不該離開的時後 (如果你工作不是為了糊個口而已的話)
作者: bleed1979 (十三)   2014-09-07 13:31:00
好奇專業vs專業要怎麼得到結果? 寫法沒有絕對好壞吧。很容易拼不出結果就被對方的政治強x了。
作者: AlanPeace (XD)   2014-09-07 13:36:00
專業vs專業得到不一定是自己想要的結果但也許能得到不一樣的觀念
作者: robler (章魚丸)   2014-09-07 13:37:00
很多時候原因都很單純啦 就是資深的覺得他習慣這麼做就算你真的做法真的很好,但是聽了你的他又沒面子常常也不是說他很堅持他的做法 只是懶的改而已
作者: clarkman (涼雨)   2014-09-07 14:06:00
其實我還以為工作久了,反而就不會管別人怎麼寫,反正是別人負責的區塊,顧好自己的就好了
作者: robler (章魚丸)   2014-09-07 14:08:00
呃..這系列文章就是在討論公司的code style阿每個人都自己的一套,那公司訂code style還有什麼意義
作者: clarkman (涼雨)   2014-09-07 14:12:00
當然都要按照公司的coding style,只要自己沒影響力,提出要怎麼改進很容易得罪人...就像你講的資深的面子或是大家懶得改code,提愈多改愈多所以我現在也是都管好自己的code,寫的嚴謹點,但不太會去跟資深的人討論他們的Code哪裡需要改進,最多就用閒聊式的討論怎麼寫code比較好,但不會針對對方的code

Links booklink

Contact Us: admin [ a t ] ucptt.com