建筑设计与施工VS软件设计与编程



  在多年 的软件开职业生涯中常遇这样困惑：语言推陈出新及其相关的概念名词，又要花大量的时间学习；为什么熟悉语法却
不能设计出架构？设计模式怎么才能很好应用？为什么当今互联网的大佬很多不是搞理工的？为什么马云能引领互联网发展方向？
我一个编程人员，为什么多年后还是一名码工？如何延长编程人员的职业生涯？。。。。
     最近一段时间，看别人的源代码c++写，是把原先的项目c语言重新用c++写。花了一周看时，只看懂了些皮毛，程序逻辑等
还是不明淅。后来我先后看了一系列的书:
     C++语言类的几本经典书，说实话，没劲，大部分讲的是相似的，语法方面大都懂。但是有些不懂，都是翻译过来的文字，实在很晦涩。
     设计模式：《大话设计模式》，虽知书的内容好，有些感悟，但是没触及灵魂，与能应用的能力还差的远呢。
     编译原理方面的知识：c、c++方面的编译方面的文章。帮助非常大，有许多内容是编程书中从没提到的，比如编译后，虚指针会变成什么？const的几种应用
    实质是什么？这些内容以前是强记下的，记了N多年，还是很容易忘记。但是看了这些文章后，有一种拨云见日月的感觉，至少不会忘记了。     面向对象的思想：《大象-Thinking_in_UML》这本书还不错，现在我还没完全看完。自己也找了有关面向对象的内容，不少的不知讲的什么？这里给大家一点儿见意，当一本书仔细看
了多遍后，还不知讲的什么时，这时候要警觉了：（1）自己知识还够，需要补充其它知识.(2)这就一本不知所云的书，放弃。
      后面相当一段时间内，是总结思想，迭代的看设计模式，源代码等，总算啃下了硬骨头。这里重新郑重申明，学习就吸收新知识，总结所学的知识，产生自己的逻辑思维。学习是个迭代的过程，当产生自己的逻辑思维时，就可以说迭代完了。刚才提到费了好大劲看懂了由c改为c++写的代码后，画出流程图，才发现程序的骨架没变，与最初的C语言的设计是一样的，这时候猛拍脑袋大骂自己笨，为什么没早想到这点？为什么没看以前的设计方案？我这时有种冲动的想法，想用java语言重新编程。      
      在如今，如果把 制作软件看成一个产业链的话，架构师无疑是上游的，测试工程师相当于质检人员，地位比编码的高；编码人员就是农民工了。在建筑行业，有专门的设计院，负责大楼的设计，通常人员不多，但是产值很高。设计人员尽性发挥自己的设计理念，至于如何具体施工，哪不是他们关心的事（或着说不是关注的重点）。施工人员接到设计后，就要把这个设计实现。所以一座宏伟的建筑完成后，民众中关心是谁设计的，而不关心是谁施工的（当然如果坍塌了，就会关心谁施工）。
      在软件行业中，施工是很容易的，成本低，加班能解决所有事。编程人员，人人都想成为架构师，但是如果还困惑在具体的编程语言中时，就如同我，被c++给困惑了，这时离架构师的地位还挺远的。
      互联网中不少大佬，并不会编程，但是照样玩转所谓高科技。因为他们会设计---商业设计，战略设计，编程人员只需把他们的思想用编程语言实现就行了。
      告诫广大的程序人员：工作多年后，你是在做设计，还是在做编码？