如何成为一名专业开发人员，工作时间不短了，感觉一直山寨中，很是迷茫,请过来人指点指点

xperiaplay 2013-03-13 04:56:41

接触过一些大型的工程，代码
总觉得如果自己来完成，根本就是遥不可及。不谈构架，设计之类的，即便是代码风格，设计思想，都是无从而来

从程序结构角度
比如说一些工程里面包含各种各样的子工程，各个子工程最终支持一个可执行文件
整个项目又是多个可执行文件配合完成，单单代码就放在多层文件夹下，又会有多个文件夹分门别类的放置各种代码，如果让我来做类似的工作，可能最多也就是每一个可执行文件
的工程放到一个文件夹里就算了。
而且从设计角度，也根本无头绪把一个任务设计为多个子工程，并放到一起，比如一个sln下面，
我甚至都不太清楚建立工程的时候如何建立一个拥有多个子工程的sln，然后让他们配合完成任务。其实也不是真不会，只是根本没有意识去这样做。

从代码设计和书写
大的工程往往会拥有恩多宏定义，一层一层将基本的东西包裹好，有很多文件不干别的，全部都是define ifdefine 等等等等
还有些根本就是大量的字符串的定义，满文件都是，各种类型重定义，各种枚举类型定义，各种pragma 的应用

其实我也做过不少维护性的代码，各种工作上的应用工具，说起来大部分软件功能需求只要网上查查，看看文档也都能做得出来，但是终究自己从头做的东西
都是小儿科，根本提不上任何规范可言，虽然自己一直试图去让自己规范起来，比如命名规范，函数简洁，逻辑清晰，但总觉得
再怎么做都是像玩具一样的小玩意，

就比如说，即使我做出一个类似qq的东西，客户端，服务端，数据库都实现，但是看看代码，看看结构，
怎么都像是橡皮泥捏的房子，而真正接触过的大型工程，就如同钢筋水泥的现代建筑

我一直就很迷茫，通过怎样的学习途径，才能够达到设计出我所描述的那种成熟的大的商业代码的水平。
有类似书籍吗，专门教你专业级代码的编写。其实这个修辞本身就不贴切，不过我也不知道如何描述。
抑或只能多看类似代码，慢慢揣摩？
//////////////////////////////////////////////////////////////////////////////////////////
还有就是如何学习写专业的软件需求文档，或者说怎么学习些各类的软件文档，有那些书籍可以推荐吗

///////////////////////////////////////////////////
总之自我感觉就是很山寨，不是不能做事，而是虽然做出来，就是感觉很山寨
平时看的书以及学校一路学过来就是大学专业的一些课程，c c++的一些入门书，然后就是
thinking in c++ c++ primer 之类的，其他的数据结构啊，汇编啊，mfc类的学习书啊
通信相关的书啊，等等吧，反正一路走下来，感觉不到上正路

当然一部分原因是我的实际工作中编程只是完成工作的一种工具之一，要求并不高，做的本行业各种电子产品的内部软件，算了不多说了

...全文

12719 107 打赏收藏转发到动态举报

写回复

用AI写文章

107 条回复

切换为时间正序

请发表友善的回复…

发表回复

康斯坦汀 2013-07-10

打赏
举报

半吊子的本质原因是基本功不行，我们很多码农都是半路出家的，加上本身教育系统也有问题，所以我们的学习路线都不正确，即在基本功不扎实的情况下直接做上层建筑，在别人搭好的迷宫里转磨磨，最终结果就是LZ说的这些，竹篮打水一场空。正确的学习路线首先是数理化英语基础学科，起码达到国内研究生毕业的水平吧（不是混出来那种），然后从操作系统、汇编和C学习，一点点积累起来，在基础打好以后再学习高手的代码，设计模式一类不必专门学习，因为那些也不过是前人经验，基础在一看就会马上明白，因为你没看模式之前可能已经在用模式了。所谓高手必定有深厚的基本功底，所有行业都是一样，如同达芬奇学画要画鸡蛋一个道理。

追求温饱的猪 2013-07-10

打赏
举报

这的确不存在什么所谓山寨不山寨，没到一定程度就是这样，我编码差不多三年，从进销存到电商，我以为一般的网站我也能应付下来，但是到了新公司，来了两个10年+的程序猿，直接推翻我之前的计划，但是当我看到他们写的计划之后，就发现跟他们比，他们是大学生，而我在幼儿园，唯有努力的写，努力的学。希望大家推荐几本好书，市面上几乎清一色的“速成”书籍，都不知道是坑人还是指导人。。。。。。。。

敷衍0203 2013-04-06

打赏
举报

遇到这种情况，不要着急，不要贪多，一点一点的看，一点一点的去分析，集中精力，各个击破。

z2357 2013-04-04

打赏
举报

引用 101 楼 paul1986 的回复:

引用 31 楼 z2357 的回复:引用 1 楼 tankey0909 的回复:看看比较专业的设计模式吧。再回头分析分析自己之前做过的项目，清楚地了解其中架构。道理和写作一样的。只有肚子里背了几百篇名家范文，自己才能下笔如有神。否则肚子里没架构，整体的概念，永远都是低层次码农。乐毅背了几本经书后，终于身挂6国相印。你说的是苏秦吧，而且他也不是背了基本书就那么厉害的……

不错

b3d 2013-04-02

打赏
举报

闻道有先后，和过去的自己去比较，有进步就行了。

xperiaplay 2013-04-01

打赏
举报

感谢各位的回复建议，每一条我都有人真的看过，有的兄弟还留了不止一条的建议，也有好多大牛给了深入的分析，很佩服，如我一样迷茫的兄弟也不少，希望共勉吧。很多问题我也在反省中,年纪和能力的不对称可能是我最纠结的事情了

zzhsteady 2013-03-31

打赏
举报

引用 17 楼 fxkfxk 的回复:

软件工程上说，工程设计时间是很长的，而写代码时间比较短。我见过几个规范的工程，几个牛B架构师搞三个月以上的设计，然后四个刚毕业不久的程序员填两个星期代码，一个星期测试，完工。我觉得，如果写代码一个星期能搞定，但不花两个月时间去设计的，还是捏橡皮泥吧。我见过设计最长时间的项目是一年半。

什么开发模式？瀑布式？照的pd书写代码？这个写代码和码字差不多了！每一个define 都会标明要写在哪个文件第几行。。。。。

zzhsteady 2013-03-31

打赏
举报

引用 6 楼 zhao4zhong1 的回复:

计算机组成原理→DOS命令→汇编语言→C语言（不包括C++）、代码书写规范→数据结构、编译原理、操作系统→计算机网络、数据库原理、正则表达式→其它语言（包括C++）、架构……

似懂了，又似不懂~

melos 2013-03-31

打赏
举报

貌似和楼主处于同样的阶段

bovver 2013-03-30

打赏
举报

引用 31 楼 z2357 的回复:

引用 1 楼 tankey0909 的回复:看看比较专业的设计模式吧。再回头分析分析自己之前做过的项目，清楚地了解其中架构。道理和写作一样的。只有肚子里背了几百篇名家范文，自己才能下笔如有神。否则肚子里没架构，整体的概念，永远都是低层次码农。乐毅背了几本经书后，终于身挂6国相印。

你说的是苏秦吧，而且他也不是背了基本书就那么厉害的，开始去秦国游说说得秦王想睡觉。后来跟着鬼谷子进行了几年魔鬼式的训练之后才挂六国相印的。所以只有理论肯定是不行的，要多实践。

b3d 2013-03-30

打赏
举报

靠...说多了，乌龙了，还不能删除。本来想引用下#3，#25，#63，结果发现#3是我自己写的，而我还意识到了这一点，写了句“正如我在#3所说的”，而且居然还很正常的发出去了！果然晚了就是不太灵醒。。。。我想说的是，楼主，我自己觉得#3我已经把你遇到的问题，和对应的分析，解决方案写比较清楚了，行动比思考更有说服力，做错了改，谁没坑过几个项目，最后请忽略我的#99 和#100。

libinzhangyuan 2013-03-29