編程的成就感，來自漂亮的代碼還是漂亮的功能？

01-22

或者說，是寫代碼的過程，還是代碼所實現的功能，成為了你編程的動力呢？

每時每刻都有成就感吧

代碼寫得真漂亮，好有成就感

這個難題解決了，好有成就感

老闆宣布加薪了，好有成就感

想到以後很多用戶，好有成就感

自己真在搞創造，好有成就感

前東家倒閉了，好有成就感

holy shit, it works!

來自於工資

跑了那麼久都不出錯，都不用改，完全免維護哈哈哈哈哈！

一般來說每搞定一個big clean problem都會覺得自己又比別人聰明了一點，哪怕實際情況是不止一點。

如果你寫的程序從8歲的小盆友到80的大媽都會用，並且喜歡用，這才是成就感，說到底就是，簡單，友好。

一個是代碼之美，另一個是創造之樂。

前者是漂亮的代碼，後者是漂亮的功能。

一般來說，成就感來自於對結果準確的預期

一段代碼出來之後，你知道執行它一定會有什麼結果。

這麼清晰的因果關係在這個混沌的世界裡不覺得難能可貴嗎？

如果過程再簡潔一點，語句再優雅一點，作為碼農的你，不會覺得就像夏天裡的冰鎮西瓜那麼爽的撕心裂肺嗎？

對我而言是漂亮的代碼。我習慣在完成全部功能清理已知bug後重構我的代碼，並且樂此不疲。

這麼漂亮的代碼是我寫的嗎，是我寫的嗎，是我寫的嗎？（難道不是神來之手）

答案是肯定的。

編程這一行做下去，第一關要過的是職業化（professional）。職業化首先表現為代碼的格式化（靠攏一種成型的編程風格，或者形成自己獨特的編程風格）和代碼的模式化（形成並熟練應用各種pattern）。這個過程可以支撐你走過尋找「動力」的階段，過了這個階段，它已經成為了一件平常的工作，你不需要額外尋找動力來支撐你。

能把代碼寫漂亮了（不只是看起來漂亮哦），我相信功能也不會差到哪裡去。反過來，其實也是通的。

「他娘的老子總算把你搞定了。」

漂亮的功能一定會帶來漂亮的代碼，反之則不一定。所以看到程序寫的爛要理解，可能是業務邏輯設計的時候就很爛。

寫的過程，不斷重構雕琢，趨近優雅的結構。這是最大的成就感，或許只是一個不起眼的小功能。

Magic~ Don"t touch!

money !!!!!

開始測試了，好害怕，大家不會測出bug吧

什麼?

沒有!

哇哈哈哈哈,我好牛逼啊

找個漂亮又顧家的好女人，豈不美哉？

有趣的功能吧。這是幾年前學C語言時寫的小程序，用做貼吧簽名檔。

#include & #include & int main(void) { int i; char love[30]={49,48,75,61,75,80,52,37,78,23,65,76,43,30,76, 6,62,21,75,60,56,53,60,66,45,48,48,95,74,74}; for(i=0;i&<28;i++) love[i]*=-1; puts(love); printf(" "); system("pause"); return 0; }

malloc free

能實現漂亮的功能，一定不會有難看的代碼吧！至少我見過的功能寫得好的，代碼都很規範，不是嗎？