计算机编程新人入行指导

自加入公司以来，已经有6年的时间了，并且已经从一个新的电脑软件开发人员变成了一个老人。公司里有几个不同的项目，一些新同事会加入项目组，会有一些混乱和问题。这里有一个快速的研究，看看一个新人如何能迅速融入新的开发团队，并让其他同事接受他们自己。

一个新加入一个项目或转到一个新项目的人会觉得很尴尬，就像一只老虎吃了一只刺猬，却不知道如何下嘴。领导不会让这样的新人去完成一些复杂模块的开发或者修改一些相对困难的bug，基本上都是先点一些微小变化界面,或者让他开发的功能耦合程度较低,一些相对独立的尝试,这一次的新人掌握整个项目尽快,可能和广泛的阅读项目的重要文件。如果你想实现一个行业标准软件的发展,标准相关文件至少阅读,不需要很长时间,可以迅速掌握,可能做一些简单的笔记,不知道的地方下来后可以自由又说。不要把这份文件当作一项任务来阅读。你可以在业余时间阅读它，以便在很长一段时间内不取得任何进展。

尽管这个或那个软件支持,一支笔,一本书仍然是最方便、最快速和实用工具,学习,我几乎每年都写了八个或九个大的笔记本,里面写的感情项目开发的经验,文档、书籍、领先指标的一些发展问题,等等,不需要有什么文章格式,先写下来。

如果是第一次进入公司，团队领导将会被指派一项任务，作为对新人级别的调查，这就像在线游戏中的新手一样。大多数新手任务是半个月我们公司大约一个月时间,注意尽量赶在年底前完成所有的术语编码和单元测试,并完成代码清理和注释工作最好,注意命名规则,它看起来更专业。

收到一个项目是第一个提出这个项目最后期限的结束(死线)，所以在头脑中很容易估计计划a，所以最终无法完成任务。领导们可能会转而请教年长的程序员，他们很难找到一个项目。一般来说，估计一个近似的编码时间，然后将估计的时间乘以二，留下一定的边距。

要承担一项新任务，就必须了解需求。一个不理解他想做什么的开发人员几乎肯定会失败。我们将在高考中写一篇很大的作文，理解这个题目是非常重要的。对需求的理解需要重复，项目团队的领导者或客户应该定期与他们沟通，以避免他们自己的无谓的努力。但要注意的是，在他第一次掌握一定的背景知识之前，比如前面提到的规范文档，或者阅读它有一些代码，运行一个运行的模塑产品，这是很多不必要的问题。

他有时会有一种感觉，跑到别人面前，又说了一遍，在人们回答之前，突然拍了一下他的头说。“我明白”，这可能是一个相当快的反应，但又或者延迟了另一个功夫，诸如此类的问题，你自己的组织机构或书面语言，很容易找到答案。也有些人,这是怎么回事,总是怎么回事,实际上到搜索引擎搜索或开始做知道结果,但不要想开口问,这些人说进攻是没有大脑的问题,真的认为你可以得到答案。在你问问题之前，你可以试着理清思路，看看原因，简化问题模型，也许你可以用这些方法找到答案。同一个小组的一个同事问了很多问题，我问了几句话来理清他的思路，他知道答案是什么。忘记在哪里看到一个轶事,在一个著名的软件公司,开发团队将熊躺在桌子上,互相问问题之前,首先对小熊说的问题,你能描述一下这个问题很明显,主要是有组织的,答案是,你可以尝试这种方式。

此外,对于一个新人,需要更多的与同事沟通,了解项目的关键点,比如开发通信程序,使用什么交易,哪个网站很有用,哪些文档需要精读,都是很有意义的问题,这些问题可以少走弯路。当你早上到达公司的时候，你首先要做的就是收到一封商务邮件，然后写下一些需要回答或完成的工作。阅读邮件后，你可以与项目负责人进行简单的沟通，找出哪些任务或功能需要更快的完成，交流他们的想法，时间不多，但可以清除当天的任务。

如果你努力工作并且有一定的发展能力，你应该在两三个月内开始进入项目的核心。您需要做的工作是读取代码。一个项目是最重要的事情是代码，对于文档，笔记，测试，是保证代码质量的，代码可以是一个辅助方法，作为开发人员，不熟悉代码是致命的错误。

我在这里有一些简单的经验。

关于阅读代码，首先要注意的是，从界面开始，深入到功能。例如,桌面软件,一个格式转换函数,可以从菜单中选择“转换”操作(注意,所谓的格式转换就是一个例子,没有实际意义),你可以搜索菜单的“转换”,找到对应的接口函数,这是一个相对独立的函数入口点。然后，从入口点的角度来看，您可以计算出格式转换所需的一系列接口函数和逻辑实现函数。

在阅读代码的任何时候都要注意笔记，可以使用Word或PowerPoint软件做记录，搭配截图软件界面的变化，程序运行堆栈或者一些关键数据会更好。

一个相对独立的函数基本上由几个数据类或结构组成，还有一些更重要的逻辑函数，掌握键是函数的核心。例如，通信软件，重要的是通信数据格式和通信协议的实现。这条建议在我经历之后很有用。问题是这些都是相对复杂的函数。

在阅读代码的同时，问自己一些问题，比如为什么这个地方已经被实现了，是否还有其他的解决方案，这些都比较好，等等。这些问题可以让您更好地理解当时的开发人员的想法，也可以为将来的代码重构做铺垫。

作为一名开发人员，思考更多是一种必要的特性。

一个新的人，通过这些阶段，基本上可以成为项目团队的骨干，并希望每一个进入队伍的新人都能进入到他们的老手中。