為什么80%的碼農都做不了架構師？>>> ??

Intro

模式重在適合自己，個人積累的不同境界有不同的模式和工作方法。

?

program的一個核心問題是在把事情做好的前提下如何達到最高效。

?

與效率直接掛鉤的是：

• 能夠以多高級的語言來思考----這個和個人積累直接相關
• 對“高級語言”的應用：這個就是具體問題具體分析的部分

--------------------------------------------------------------------------------------------------------------------------------------------------------

pattern

?

目前在實踐中，

• 把問題擺清楚
• 羅列解決辦法->列出數據結構和算法
• 編程
• debug
• refactor

覺得這樣的模式是最適合我的，上來搞起，發現問題再重來在早期是比較適合我的。

設計部分和編程部分也沒有絕對的鴻溝，隨時時間的積累，可以把設計的粒度提升，一些已經解決過>=1遍的問題就不用在設計時候去考慮，直接編程就好了。

除了編程部分，完全可以在紙上或者word中完成。

--------------------------------------------------------------------------------------------------------------------------------------------------------
“高級語言”：積累

這個之前的blog中也有提及，只是這次更加的具體，高級語言就是積累自己的解決方案，如果以代碼的形式就更好了。

?

實踐中的關鍵就是平時用心的去積累，完成工作之后對可以復用的解決方案進行思考提升和記錄。

在接下來的工作中就可以直接在這個粒度上去思考，更加的迅捷，編程的樂趣也更暢快。

--------------------------------------------------------------------------------------------------------------------------------------------------------

“高級語言”對正確性的影響

任何一個人都可以去設計和架構，拿出一套解決方案也都可以（吐槽ing）。

問題是如何去設計的好。

積累（或者說語言的高級度）雖然是主要影響速度，但是由于我們完成一個任務的時間有限性和人的耐心有限性，積累也在影響設計的正確度，一個子解決方案的不了解，逼迫你去深入，如果錯的話，就會在體系中產生污染。。。

?

所以早期工作的時候我一度懷疑是不是“上來搞起”這種方式才是對的，編程是一個很快很暢快的事情，而設計卻無聊耗腦力還總是出錯，不如寫了再重構好了。

--------------------------------------------------------------------------------------------------------------------------------------------------------

sum：

• 堅持合理的工作方式和流程
• 堅持解決每個問題之后的思考和積累

原文鏈接： http://blog.csdn.net/ccanan/article/details/6538490

轉載于:https://my.oschina.net/dtec/blog/44901

總結

以上是生活随笔為你收集整理的关于program patterns的一些思考的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。