答辩周年记------与刚入职场/即将答辩的程序猿们共勉

        每个公司的制度、运作、规模、文化、氛围等各方面都不尽相同， 所以在本文中， 我也不以偏概全， 仅仅根据自身的经历来谈一下试用期的相关事情。我司的正规流程是6个月的试用期， 我在入职后四个月参加答辩， 第五个月转正。 从去年答辩到现在， 刚好一周年， 若有所思， 于是挥笔写一篇自己的感受， 与各位职场新鸟们共勉。我以一个过来人的身份， 抛砖引入地聊聊试用期和答辩准备。

        先说说试用期这四个月吧。 我司有非常好的师傅---徒弟制度， 每个刚入职的新员工， 都会有一个对应的师傅， 这个师傅通常是工作好几年， 非常有经验， 能力和水平都很好。 我的师傅温文尔雅， 经验丰富， 功底深厚， 在试用期给了我莫大的帮助， 再次表示感谢。

        我们在学校里， 主要是学习东西， 是一个输入的过程， 你把钱给学校， 而走到社会， 公司最需要的不是你的学习能力， 而是你解决问题的能力， 是你能为公司为部门输出多少有价值的东西，公司顺便把钱给你。 在试用期， 我们基本上会面临这样的一个转变。 事实上， 大家也清楚， 公司不会在试用期对新员工抱有多高的期望。作为新员工， 要好好利用试用期， 实现由学生向职场人的转变。

        一. 关于学习

        在试用期， 要平衡好学习和做事的时间比例， 这个要看公司的整体氛围。 师傅们说， 差不多做到1:1吧。  在学习方面， 一般要参加较多培训， 学习公司制度和文化，学习公司整体的产品开发流程， 学习编程规范， 学习部门主要产品的基础知识， 学习与产品相关的基本操作和常用工具的熟练使用。  还会在公司的OJ系统上练习一些题目。 大家在学校的主要任务就是学习， 所以我在这里就不啰嗦了， 总之一句话：抓紧时间， 抓住机会学习，学习产品， 学习他人。 哦，补充一下， 某牛人说， 新员工还是多加加班吧。（早上8点到， 晚上9-10点再回去， 算是一般的努力程度了）

        二. 关于做事

        在做事方面， 会帮师傅们做一些与产品相关的简单事情， 实现一些不是很复杂的功能， 定位并解决一些不是很难的bug.    有些事情可能会比较繁琐， 但我们尽量以好的心态去面对， 这些事情不交给新员工做怎么行呢？ 难道新员工的时间更宝贵？  少找一些借口， 师傅交代的东西， 尽量做好， 这样可以留下一个干练的印象。

        三. 关于记录和反馈

       无论是学习还是做事， 每天都要坚持用邮件给师傅和主管汇报（实际上也是这么要求的）， 每天要有自己的电子文档记录，学了什么东西?实现了哪些功能?解决了哪些bug?优化了哪些模块？哪些地方还不懂？ 这样会给师傅和主管们留下一个不错的印象， 更重要的是，回顾每周的时候， 不会感觉碌碌无为。 每天记录一些， 每天进步一点， 等120天的答辩后， 心理就有底了。另外， 我们在试用期可以写一些文档， 不仅是工作输出的一部分，  也可以为后来人做贡献。 如果接到师傅或者是相关上级给的任务， 要及时汇报任务进展， 即使搞不定， 大家也可以把风险掌控在可控范围之内， 否则到了截止时间自己还没有完成， 师傅还以为你做好了， 会误了大事的。

        四. 关于请教

        不懂的东西， 自己可以先思考一下， 还不明白的， 度娘和谷哥都随时会为你守候， 仍然不明白， 问问身边去年入职的一些同事（最好是师傅去年/前年带过的徒弟），实在搞不定的， 那就问师傅好了。 在与师傅沟通时， 不要一味地做旁听者， 要注意沟通， 可以先说说自己对某个问题的看法， 自己不懂的地方是哪里。 这样就可以让师傅知道， 这些问题至少是经过你自己思考了的，师傅也非常乐意带这样的徒弟。 试用期期间，一定要问， 不丑的， 要是工作2-3年后， 连一些基本的问题都不懂， 也就不好意思再问了， 这样就永远难以弄懂。然而， 师傅们通常比较忙， 哪有时间每天答复我们的问题呢？ 这个时候就要注意技巧了，不要在师傅忙的焦头烂额心情不好的时候去问他， 我们完全可以把自己这段时间以来不懂的一些问题整理在一起， 等师傅逛论坛或者感觉他不是特别忙的时候， 再去逐一请教。 当然， 最好是提前和师傅预约一下大概的时间。

         五. 关于做人 

         我司的工作氛围非常好， 上下级之间基本没啥高人一等的感觉， 大家都比较尊重彼此， 没有什么官僚气息， 真的。偶尔发发牢骚也绝对是对事不对人。 在试用期， 多注意沟通， 察言观色， 低调做人， 不要提一些自认为很牛逼哄哄的大建议， 不要讲一些跟哲学相关的大道理。 多跟周围的同事学习， 看看他们是怎么做事做人的。

         

         以上肯定不全面， 也许有偏颇之处， 欢迎指正补充。 下面来说说答辩。 有了试用期的充分准备后， 在答辩的时候也不可忽视， 这是在众多老员工前面的第一次亮相， 尽量出彩哈。我们已经不是第一次参加答辩/面试了， 下面来简要聊聊。

         一.  写ppt时， 可以问去年答辩的员工要一些ppt模板， 这样可以节省很多时间， ppt也会更符合公司和部门风格。

         二.  在答辩前， 去公司的论坛上看看答辩的经验和技巧， 这上面都是一些干货， 内容广泛， 包括如何回答别人的提问和疑问， 这些都非常非常重要啊。再次强烈建议一下。

         三. 作为程序猿， 我有自己的看法， 所以写在下面：

         1.  简要介绍自己，入职时间等。 罗列一下试用期学会的东西和对框架的理解， 但是在答辩时， 这个不要重点介绍。 永远要记住： 公司关注你的是输出， 而不是输入。

         2.  详细介绍自己在试用期的输出成果， 最好以数字化的形式呈现， 写了多少行代码？ 解决了多少bug?  实现了多少功能？ 写了多少文档？有什么输出的交付件？

         3.  在自己的代码(一定要是与产品相关的代码， 而不是自己平时训练的代码)中， 可以准备3-4个例子， 让老员工们看看自己写的代码（要遵循公司编程规范）， 另外要搞清楚自己代码实现的是什么功能， 为什么要实现这个功能。 可以让在场的人随便看挑选一个代码来详细审视。

         4.  在自己解决的bug中， 介绍3-4个有代表性或者自己觉得有成就感的例子， 建议采用如下方式进行描述：

              问题现象：xxx

              问题原因：xxx

              影响分析：xxx

              规避/解决方法:xxx

         5.  简要总结一下， 简要聊聊感悟（我当时就是感悟有点多被批评了），聊聊下一步工作。 然后感谢一下， 然后呢， 等待在场人的提问。 至于回答技巧， 我就不说了， 自己搜去。

         答辩的时候， 永远要记住一点： 我们自己明白是一回事， 关键是要让在座的人也明白（表达能力太重要了）， 让他们明白我们自己有什么输出成果。

         

         噢, 差点忘了说， 不要忘记在绩效沟通前好好整理一下自己做了哪些事， 不能忘记说出来啊， 否则， 做了再多的东西， 别人不一定看得见， 如果这样的话， 那就只能让自己苦逼了。 

         Oh, my god， 这简单一聊， 又到凌晨了，就此打住