前幾日，就在csdn社群上見到一人大概這麼說：我感覺vb的條條框框太多了，好像m$的產品都是這樣（vc、mfc也是）。果真如此嗎？
首先，從技術角度出發進行分析：vb本身包含大量函式，適應極其廣泛的需求；其次，就算vb做不到的，中外許多牛人也利用api實現了許多看似不可能的事情；同時，還應該看到，vb擁有十分龐大的控制項和鏈結庫支援，實現功能繁多，怎麼能說有很多條條框框呢？把封裝程度提高了，固然會受到一定限制，但是vb也允許使用封裝程度較低的方法啊~比如使用api，況且還有牛人利用vb執行彙編呢~
其次，如果覺得條條框框太多，自己去做乙個嘛~自己去做乙個程式設計軟體；如果覺得windows的條條框框太多，去用dos嘛~或者自己編乙個，也行啊~如果你覺得現在的x86都太多條條框框了，自己去做乙個cpu吧~如果一切你都從頭來過，你會發覺，如果沒有這些條條框框，一切會變得十分不便。正是這封裝程度的不斷提高，給程式設計師麼帶來更多的機會，不必去考慮底基的東西，放心往上蓋就是了~
最後，我認為，即使條條框框很多，也不應該限制住思想，創新可以打破一切條條框框，來到新的境界~
你們說呢？
軟體設計的條條框框
1.承認軟體設計是乙個認知的過程，迭代的過程。2.承認管理複雜度是根本，從簡單的方面考慮，只不過邏輯較為縝密和複雜。3.降低複雜度可以通過兩種方式獲取 減少在同一時間所關注的本質性複雜度的量，二是避免生成不必要 的偶然的複雜度。4.設計是乙個啟發的過程，固執於某一種單一的方法會損害創新能力，從而損害...
知識付費專案要如何突破過去的條條框框，專業分析！
知識付費產品發展迅猛，成為了很多人的新生活方式。如果要做一款知識付費產品，又該從哪些方面來考慮呢？不如來看看頭部企業的發展思路，也許從中能獲得啟發。使用者是否有較強的付費意願很重要 一方面，調查報告顯示，知識付費的主要使用者群體以參加工作的80後 90後為主，多分布在一二線發達城市，社會 職場競爭氛...