新公司入职56天后的面谈小结

Sometimes you don't work hard, you don't know what is despair.

新公司入职56天后的面谈小结

今天2019-4-30,我是2019-3-4命运和这家新公司绑在一起的,历时56天;今天在五一放假之前,公司的杨总和我好好聊了一波,大概两个多小时,然后我也是一种后背发凉的感觉,还是要总结一下,记得多少算多少吧。

说真的,今天进入聊天室的第一想法是要把我劝退,但结果并非如此;怎么说呢,我现在在一个规模较小的创业型公司,搞一个ranger的大数据安全管理类的项目,该项目就两个后台开发人员,一个前端开发,这样的人员配比了解一下,但另外一个后台开发是真心强悍,保守估计20年程序猿生涯(华为CC08交换机都搞过);最重要的是,我对自己这56天的表现也不甚满意,虽然之前不是搞大数据这一块的,但是就这些天的表现,工终归作效率太低了;

然后下面一些事今天公司杨总和我交流总结的一些内容:

1、设计文档、测试用例和开发流程之类的东西不是很清楚;

2、编码基础不扎实、代码不规范;

3、做事条理不清晰、解决问题的能力不足;

4、什么叫做完成了,真正的Finish?不是编码完了本地运行测试两下就OK了,而是设计文档、测试用例和接口文档都出了,测试用例自己也都执行过一遍了,这样才算完成了;

5、成长的过程一定是痛苦的,有痛苦才会有成长;面对痛苦是迎难而上还是绕路呢?在我们公司能存活达两年的出去任何一家公司自己都是很有竞争力的;

6、双赢,自己和公司都有成长和收获才是OK的;

7、有些东西不要好高骛远,就往你现在手头上正在做的事往里钻;

8、要在代码中写有清晰的注释,可以把设计文档中的内容搬到代码注释中去,这样设计文档也没有白写,编码逻辑和注释也都很清晰,让人一看就懂;

9、为什么要逼着自己写文档?有了设计文档和测试用例之后,才会有动力去很好的完成下面的编码工作,否则编码只是单纯的为了完成任务罢了;

10、设计文档中一定要有图,就算用电脑自带的画板也要把大致的时序图画出来;

11、人就是很低等的生物,不能继承;没谁生下来就会的,在工作中不断的去学习和总结;

12、想想,那公司怎么办?同时,要对得起公司给你发的工资;

13、一个程序猿如果开发中都很顺利的话,都没有遇到任何问题,那就是在做重复的事情了,就好比温水煮青蛙,这样工作的时间越长,对自己的伤害就越大,换份工作后也自然缺乏竞争力;

14、建议睡觉前,回想下今天工作中所做的事情;

15、当Boss和你敲定开发周期时,要花多长时间,一定要把设计、文档、编码和联调的时间算上;

16、你可以保持乐观,但并不表示不残酷,选择了程序员这条路就没有简单而已;

17、记住自己在做的不是一个小的特性或是几个接口,而是一个平台、产品,要摆正心态;

18、最重要的就是转变心态,不是给了什么任务就简简单单去为了完成而完成,对待项目就要像养自己的小孩一样,就像给他买衣服都要挑好看的是一个道理,这样项目做起来就自然不一样了;

19、设计文档要速出,这样评审过后就不会有什么太大的偏差;

20、多多与前度交流沟通,面对面沟通,说白了你们就是不愿意,害怕去犯错,谁也不主动,谁先开口了,那对TA的收获也是最大的;

21、养成好的开发习惯,有条理的做每一件事;

22、做完一个特性之后,要保证有一个很好的收尾,这样之后才不会回来翻工;

23、运维人员可以说“报错”,但是开发不行,开发的要去定位、解决问题;

24、因为看到我简历上的一句话才想给我个机会的,然后现在不愿意招一些做纯web开发的,更倾向于招做过服务器开发类的程序员;

25、减少加班,提高工作效率;

26、同样我也表达了自己的一些想法:在这工作没有上家公司的项目中开心、开发难度较大、自己能力不足、当时为什么要招我进公司、和我想象中的大数据项目并不一样、是不是对不起公司给我发的工资等。

猜你喜欢

转载自www.cnblogs.com/taojietaoge/p/10798873.html