当老板让我接手程序员留下的代码

A. 程序员都有祖传代码，就不会有问题了吗

程序员被戏称为“码农”，天天与代码打交道的他们按理说应该对代码有着深厚的感情基础，但在每个科技公司都有这样一种代码：多数程序员们都怕遇到，有经验老码农有时候也束手无策，往往一步错、步步错，动了一小行，改大半月。相信很多程序员都被这种代码折磨过，就是大名鼎鼎的“祖传代码”

传统观点认为，工程技术团队应该为代码库（也就是技术债务的所处环境）建立一种直观的感受，了解其对公司的影响，而后在组织内建立信任。如果首席架构师强调重构核心代码，那么，开发者通常就得按照指示行动。诚然，如果公司可以对技术债务建立起一种共识与信任文化，这将有利于挽留优秀的工程师，并保持业务良好运作，但这往往需要多年努力。

B. 为什么老板总想着程序员把软件开发成万能傻瓜式，以后没有技术人员也能做项目

一般我们中国把程序开发设计人员及程序维护测试人员都归为程序员；

可以，高数只是数学方面的知识，很多没有上大学的程序员开发程序做软件能力很强，高数和软件开发维护没有必然的联系，当然你连一些基本常用的数学知识也没有就不行啦。

程序员的要求如下：

1：团队精神和协作能力

2：文档习惯

3：规范化的代码编写习惯

4：需求理解能力

5：模块化思维能力

6：测试习惯

7：学习和总结的能力

我就是要问你 工作内容怎么不一样了

答：

首先软件工程师与程序员工作上最大的不同，可以打一个比喻：把一款软件比做一座大桥，那么软件工程师相当于施工总指挥，而一般的开发人员也就是程序员相当于建筑工人！

所以很多人就说自己是IT民工就是这么来的；

软件工程师的工作不同于程序员但是一个软件工程师必定是一个优秀的程序员！

为什么工程师要懂?

答：

前面也已经说了，高数和软件开发没有必然的关系，工程师也不一定要懂高数；要讲一点高数是可以提升你的逻辑思维，但是软件开发技术范围很广，这之间没有必然的关联，学了高数软件开发就很厉害或者不学高数软件开发就不行都是伪命题。

软件的开发工具、开发技术在不断地发展。在校学生所能学到的东西很难跟得上发展的需要但是也不能说那些东西完全没有用，只有在完全理解了相应的基本技能之后你才能很轻松地掌握新的技能，软件技术都是一个循序渐进的过程。所以高数只是你在大学里面学习的东西，是很重要的但不是必要的；

软件工程师要理解和领会软件工程，软件工程只是一个理论一个指导思想，搞软件开发的都必须了解这些基本理论并在平时的工作中认真地去贯彻执行，做软件工程师更是如此。

写思路用懂的高数吗?

答：

同上，写思路的关键是要懂软件技术，具体的实现不需过多的考虑，当然有时候设计的时候动数学建模也有帮助，不过不是必需的。

加一句，大学里学的知识上了社会很多都没有什么用处，社会是最好的大学，当然学好高数对开发什么的也有帮助，但是关键是你要一直不断地提升自己，高数再好软件技术不好你也成为不了IT精英，成为高手没有捷径，不可能速成！天道酬勤，作为学生你应该知道眼前需要做什么。那就是打基础，多动手做程序，首先争取成为一个优秀的程序员，技术达到一定高度再转软件管理方面的工作，比如：软件工程师，项目经理，IT主管，IT经理，企业CIO。

C. 程序员们在公司写的代码手头会私下里留一份吗

价值不大，核心的东西是设计，这个不是看代码能解决的！
代码只有在同一个公司被复用的可能性才有，否则，法律问题不容忽视，还不如重新写！

D. 程序员被老板发现从网上抄代码，后果是怎么样

如今项目周期越来越短，能在网上抄到合适的代码已经很多错了…

E. 我是一名程序员，现在我存在一个问题：每次接领导安排开发任务时就紧张，没思路，因为我看别人代码都能看

很正常，证明你还是个初级程序员，慢慢来，大牛都是这样过来的。什么都不要怕，主要多积累，多学习。。。That's All

F. 程序员在职场中，是不是只要写好代码就行，不需要讨好领导

职场中程序员不应该只是写代码，程序员的重中之重是写代码但是更应该注重和领导以及同事之间的关系。

领导在工作中会很大程度上决定你的口碑和声誉。在职场中，口碑非常重要。在一个单位里面，口碑，名誉声望可以说是一个人最为重要的无形资产，是一个人这个实力的这种体现。

G. 程序员们在公司写的代码手头会私下里留一份吗

大公司好像有的不行的，非常严格，有的连U盘都禁用了！
小公司应该是无所谓的，没那多限制，我经常会拷贝一份代码，一来防止公司电脑有天挂了，代码都没了，二来有时公司没做完的项目，在家也可以继续做！像我同事也一般也这么做，会存在网盘或U盘中带回家！

H. 开除程序员时，怎么防止带走源代码

这个源代码指的是什么呢？如果单纯是服务器里的，一级权限的老板本身应该有备份。可以恢复之前备份。如果说单纯是别人自己编写的代码。人家拷贝一份，你阻止不了。而且代码一般都是开源的，也没有啥秘密可言。

I. 当开发同事辞职，接手到垃圾代码怎么办

以前的事情

外包公司很小,之前得到一个小游戏外包需求比毕业设计简单,用一个框架,只需要添加一点逻辑。

一个简单的游戏项目已经成为多功能的混合。虽然在功能上没有问题，但是代码中没有bug，但是每次都需要添加新特性。

从需求分析入手，很可能是因为用户不知道困难的开发，软件开发用户的眼光我之前说过。与此同时，最重要的是你的客户不知道这个难在哪里，因此，软件项目从需求分析入手，用户可以提出自己的需求，同时开发者可以划分为两个方面来引导用户完成，而不仅仅是用户一方。