編程的微妙之處在於邏輯的設計，作為程序員，雖然大家對計算機語言的語法都懂的，但是實現一個功能，每個人的設計思路與實現是不一樣的，好的設計思路與邏輯實現，不但能提高代碼的執行效率，還能節省很多時間，並能提高工作的效率，因此在接到一個功能任務時，不要急於直接低頭編碼，這樣看似很有效率，實則相反，花一段時間規劃一下實現思路還是非常有必要的，磨刀不誤砍柴工，有了良好的邏輯設計與實現思路，想必能更快更好的完成功能，近期，就有一名程序員網友就給我們論證了這一情況。
據這名網友所說，他的同事寫了段解析數據的代碼，他用了倆小時寫完了一百多行代碼，跑起來bug百出，可能他對這個功能比較感興趣，於是就打算幫他的同事看一下，這名網友花了十幾分鍾抽象出合理的函數，並用三四十行的代碼量把功能實現了，經過一段時間的測試實驗，感覺這段代碼十分的完美，沒有任何的bug出現，可見根據現有的業務情況來設計合理的邏輯能起到事半功倍的效果，針對這樣的情況，讓我們一起看看其他網友們都是如何看待的吧！
網友一：這就跟看圖說話，你寫40行能表達出全部內容，人家能寫100行，同樣能表達全部內容，但是老師往往會給100行的打高分，雖然100行的寫的有點累贅，你可懂其中的道理不。
上世是朵花：理解這名網友的意思，上學的時候做數學題的時候，直接寫出正確答案往往不給滿分，只有答案與分解過程全部寫對了才給滿分，不過這裡的場景還是有所不一樣的，更值得一提的是40行的代碼是無bug，不只是代碼量少，貴在設計思路合理，能覆蓋所有業務情況.
網友二：然後發現你的工資只有他的一半
上世是朵花：能看出這名網友是在調侃，不管怎樣，實現代碼前把思路設計好是一個很好的習慣。
網友三：你這樣屬於工作不飽和啊
上世是朵花：據樓主網友補充說，他主要是他現有的工作受到阻塞，於是和這名同事一起解決這個問題。
網友四：仔細想想四十行代碼，寫出了一百多行 是不是很牛逼。在統計代碼行數的時候佔優勢啊！你這樣只寫四十行領導會找你談話的。
上世是朵花：這個當然是不可能了，如果領導懂技術當然更贊成寫40行代碼的，如果領導不懂技術，看執行效果當然也是贊成40行代碼的了。
網友五：你耽誤了人家的工作量
上世是朵花：能看出是在調侃，工作不需要工作量證明，需要用效果結果去證明，幹少量的活實現大量的事這叫事半功倍是我們想要的效果。
網友六：寫個代碼而已，沒什麼好秀的
上世是朵花：是的，寫一段代碼的確沒什麼可秀的，不過這裡的一個思想的確是值得分享，那就是寫代碼前邏輯思路的抽象與設計也是相當重要的。
網友七：你幹活這麼快老闆會給你加活的
上世是朵花：能者多勞，做的活多自我價值也提升的快，早晚也是能在薪水上展現出來的。
網友八：畢竟大部分公司的技術水平都參差不齊
上世是朵花：單獨從這件事情上來說，寫少量的代碼的的確很贊，不過從一件單一的事情來說，不足以說明能力的差異，從這個案例只能說明邏輯思路設計的重要性。
有一句話是這麼說的，當把要做的事情寫到紙上就已經成功了一半了，從這句話中就可以看出事先規劃的重要性，在編程中也是這樣的，在實現功能之前，最重要的事情是要有著清晰的思路與規劃，這樣才能起到事半功倍的效果，更重要的是有了好的設計思路，也能少走一些彎道，工作量也會適當的減少，那自然工作效率就高了，工作效率高不一定是做事動作的快慢，從某種程度上來說效率是思維方式與方法決定的，小的提高效率靠的是動作的快慢與執行非拖延，而大的提高效率則是靠思維方式與實現思路的合理。
以上所有圖片均來之互聯網
大家好，我是“上世是朵花”。如果你有什麼好的看法或者觀點可以在評論區展現你的才華，互動交流，如果想進一步瞭解我，那就關注我吧！
相關推薦
