Re: [心得] 小小心得

看板Soft_Job作者 (遙遠的旅人)時間13年前 (2010/10/29 12:02), 編輯推噓0(004)
留言4則, 3人參與, 最新討論串2/6 (看更多)
※ 引述《prag222 (prag)》之銘言: : 不知道我是真的弱者還是怎樣.... : po個小小心得吧 : ======================================= : 心得: : 一. : 程式寫的好,沒出包就不會有人看 : 就算出問題有人看了,也是看你出錯的地方 我的心得是,出了問題才找人來看,就會替自己挖出一個大坑。 : 二. : 當你工作都做的好好的,都能解決問題,不坑聲的話,那你就只值現在的價 這件事雖然讓人難過,但本質上就是這樣。 這是因為解決問題並不能改變組織的現況,眼前的問題解決了,同樣的問題 還是會不停的冒出來。如果老闆請人只是為了堵這個洞,他會對這個位子上的 人加薪只是因為他怕人跑掉。 人常說:『老闆無良』,但事實是我們去超市買東西的時候可從來也不喜歡 東西漲價,會多花錢去買只是因為所有的店家都如此,太便宜的還怕是偷工減料。 這是人性。沒有對錯,只是就是具有這種性質而已。 所以,除非你的行為造成了組織行為模式的改變,使得原來會發生的問題不見了 你在組織中的定位開始有了變動,那你的價值才會改變。 : 三. : 程式就是要寫的複雜,要寫的有個性讓人看不懂....才會讓人覺得你厲害(?!) : 寫的簡單易懂,就被當作是理所當然 & soso : 四. : 系統架構也是如上點 Code Review 最重要的工作,不是加程式、改程式,而是砍程式。 我說的砍,不是那種Regex可以寫多短寫多短的砍。 而是: 給好的模型結構後,把邏輯上其他相同的程式碼砍掉。簡單的說,把OOD沒做好的 部份補好。 把過度設計的部份砍掉。寫程式的人常常會對自己的程式碼與設計發生感情, 於是越搞越多、越搞越複雜。Review的人就是要把這種不好的關係給切了,把不 需要的Code砍掉。砍這種程式一定會有激烈的辯論,如果幫你Review的人程度很好 那恭喜你,你將透過擺脫一段不好的戀愛而獲得成長。 把程式砍掉,目的是為了降低複雜度。複雜度越低、程式碼就越可靠、而產品的 壽命也會越長。 : 五. : 寧可多花點時間,把code精簡一點,也不要讓人有挑剔的地方 : 或是替自己多找點理由吧 : 六. : 複製貼上的程式....不代表是自己的程式 : 有錯歡迎指教......別太酸別太鞭.....thanks! 不管怎樣,程式是自己寫的,如果跟他相處的時間很長,那保持他的乾淨整潔就 至少會對自己的心裡健康有幫助。 別人搞出一團簍子要你收拾也算了,但如果是你自己寫得很噁心,想想每天你要把 這團Anti Logic的東西給塞到腦子裡,會對自己的聰明才智慧造成何種影響吧。 -- 我所信仰的科學是一種謙卑的理性,承認自身的無知與渺小才能觀察到世界在我們貧 弱的知覺上留下來的痕跡。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 123.194.160.60

10/29 12:03, , 1F
ANTI LOGIC XD
10/29 12:03, 1F

10/29 12:37, , 2F
重構這檔事很重要沒錯~但在從開發到維護都幾乎沒額外時間
10/29 12:37, 2F

10/29 12:39, , 3F
的公司來說~很多人寧願提早下班也不要花費自己的時間重構
10/29 12:39, 3F

10/29 15:40, , 4F
永遠不重構,時間將耗在遷就過去的程式。
10/29 15:40, 4F
文章代碼(AID): #1CoaTAGT (Soft_Job)
討論串 (同標題文章)
文章代碼(AID): #1CoaTAGT (Soft_Job)