作為程序員你寫過的最漂亮的代碼是什麼?
01-05
極客頭條上的討論,做一回問題搬運工,求輕拍~
作為程序員你寫過的最優秀的項目是什麼(討論)
下一行代碼#不開玩笑 我每年都覺得自己去年寫的代碼狗屎一樣....
不說未來,只說截至到目前。寫的PinyinSearch (T9Search+QwertySearch)演算法被鎚子應用到鎚子桌面了。
圖一:鎚子2016-10-18發布會
圖二:鎚子桌面apk反編譯後代碼截圖寫了一個面向對象工作流引擎支持工作流標準的各種範式。後來辭職了三年後一問,沒發現核心框架的BUG。
代碼雖然寫的爛,不過我自己知道它是沒BUG的。
所有狀態都瞭然於胸,它簡單到不可能有BUG。當然所有組合和介面都是可測試的。剛寫的代碼都是天下無雙,以前的代碼永遠狗屎一樣。
漂亮的真不敢說,我畢竟不是那種技藝精湛的。說起這個話題,我也有過自己值得自豪的時候吧。以前寫過一些C Sharp的工具代碼,那時候還是C Sharp 1.1,還沒有泛型,很多功能都不容易寫,我嘗試做了一些工程上簡化工作的東西,那時候還沒有github什麼的。私下裡跟一些朋友交流過,也就放一邊了。後來過了七八年,我已經不再用 C Sharp很久了,和一位老友聊起來,他說那些工具代碼他還在用。
那時候感覺自己對朋友有幫助,對這個世界有貢獻,真的挺幸福的。
寫過的最漂亮的代碼是:沒有
寫不出來怎麼破printf ("hello world");
我現在的項目很多model都有狀態,前端很多判斷都是直接用狀態值,一堆魔術數字看著頭疼,個別還有比較繞的取值邏輯,後來我寫了個view生成一個js文件,基本功能就是為前端的數據生成is_XXX欄位及狀態的文本顯示
還有以前有個xml格式的協議解析,早先的人基本為每個格式都寫了一段代碼,基本上沒法復用,後來我模仿ORM重新實現了,要解析一個協議只要定義一個model。
還有一個通訊協議,因為狀態,計時器,計數器比較多,用了狀態模式,一開始沒覺得怎麼樣,後來這個協議由另一個程序員用其他語言寫了一遍,各種if,else,頓時覺得自己的實現高大上。有上進心的開發人員一般沒有最漂亮的代碼,如果說非要選,那就是明天寫的代碼。
&echo "最漂亮";?&>
&
?&>
畢業一年的時候寫了一些底層的演算法,各種反射取變數神馬的。。。當時覺得老NB了
做java的,經常需要在POJO和Model之間轉換,寫了通用轉換類,保證兩者之間轉換,但是兩個類的同名欄位往往有很多類型不同,需要轉換,所以支持枚舉和string,布爾和string,裝箱類型等之間的轉換。而且有時候同一個資料庫欄位對應的兩個類型的對象中的欄位名也不同,也支持了別名的設置,後期也支持了父類欄位的轉換等
這是個 坑。
先佔坑,目前沒資格回答
寫完一份代碼感覺特別的通透,就是我覺得的好代碼。
推薦閱讀:
※寫作和編程的關係?能否認為編程是寫作的一種?
※程序間以結構化數據而不是字元串傳遞信息是否更合理?
※在循環語句中,for(i=0;i<n;i++)和for(i=0;i<n;++i)有什麼區別?
※編寫彙編代碼最好的IDE是什麼?
※做了很久的項目,結果代碼全沒了是一種怎樣的體驗?