天天看点

应届生开发经验

  到12306做了大概快有三个月了,在公司是内网开发,不允许连外网的。周末之余,这里记录一些经验。最为自己的成长记录,我这里会一直更新。

  在这里,自己算是应届实习生把,因为我还没毕业,大四出来工作了。

  我觉得这些经验,偏向于开发,偏向于后台开发,但是不局限与开发,不局限与后台开发。

# # 第一点,关于沟通

  关于沟通,我觉得这是一个看似不值得一提,却有着实重要的东西。有的人,总觉得不会说话,会让人听着不舒服。也许是同事并没有恶意,知识人家各人的说话方式而已,却会让我们感觉很难受。

  在公司我们又会感觉到,有些人,在高压力的环境下,说话很幽默。这些人,往往都在领导的位置,比方说我们的总监。在开会讨论问题的时候,说话条例,又很幽默。

  上边提到了第一点,就是说话要有调理,我觉得职场的道路上,能力是下限,会说话是上限。在和别人沟通的时候,自己先去想清楚,然后再去找人沟通。因为在混和开发的时候,沟通的时间真的大于写代码的时间。比人在写代码,不要动不动就去问别人问题,被别人一反问你问题中的问题,自己又没想。这样会很浪费别人的时间。

  在说话有条例的基础上,把需要沟通的问题列个一二三的基础上,要做到有自己的思考,有自己的解决方案。这一点真的受教于上边的领导。身边有这么一个例子,有一个同事,他是交大的博士,很有能力。有一次,他在隔空问一个领导业务中的问题,总监听到了,这样跟他说的:把问题给去处理,不要动不动就去问别人,在问别人之前,最好要有自己的解决方案。如果你都问我,我还把问题交给你解决干什么。当时总监的口吻语重深长,没有半点批评的意思,只有督促他成长的意思。真的,领导就是领导。这让我也受益匪浅。其实工作中就是这样。不管我们是什么身份。

  总结一下第一点内容:说话要有条理,有自己的思考,最好能有自己的解决方案。

  更新时间 2019-11-02

# # 工作记录

  工作记录一定记录,这个很重要。

  都要记录什么内容:第一记录开发的时间,coding的时间;第二记录coding 的思路,这里插一句,开发在后,流程图在前,一定要花流程图,先画流程图,先去思考,流程图做到足够的详细,每一步代码怎么判断,怎么写。能把流程图画清楚,coding就是小事了。我吃过亏,没有画流程图,觉得自己代码能一口气敲出来,结果一天白敲,处理过程都不对。

  为什么要记录这些,不记录行不行,记这么多不耽误开发么? 我想你会有这样的疑问,不记录也行,确实耽误开发。但是如果你不这样做的话,等你后期联调,改动,维护,你看到会非常头痛,就是TM我两个月之前怎么想的,为什么要这样写,能不能改,有没有用。这会有很多的困扰,可能是我的经验不足,一个星期前写的代码,别人问我为什么要这样写,我自己都不知道了。所以记录开发时间,记录当时coding 的思路,解决问题的方案,为什么要这样写。记录的详细一点,会方便自己后续的开发维护。

 更新时间 2019-11-02

# # 保持鲜活,不断的注入新鲜的血液

  这一点就是要不断的学习。就算会加班,就算时间很紧张,改学习还是要学习,不懂得往前看的人,就永远不会往前走。

  这里我友好的提醒一下大家,到了舒适区,我们都是平凡人,都会懈怠。短暂的懈怠可以,没问题,但是我们都需要休息,放松,但是千万不要被温水煮青蛙了,这是很严重的一个问题。因为我被煮过,所以建议一下大家,如果刚出来工作,即使都稳定下来了,不要懈怠,要清楚的知道自己的路在哪,方向在哪儿,目标在哪儿。

  这就需要我们有自己的规划,不是不忠诚一家公司,我们能在一家公司待的时间是有限制的,不是跳入一个舒适区,一待一辈子。人生在世,就是不断的拼搏,不停的尝试。要给自己制定合适的目标才行。

  其他行业不说,就拿开发来说。我们要不停的学习,学习新的技术,优先把公司使用的技术掌握起来。然后主动把下一家公司的技术掌握起来。

继续阅读