到12306做了大概快有三个月了，在公司是内网开发，不允许连外网的。周末之余，这里记录一些经验。最为自己的成长记录，我这里会一直更新。
在这里，自己算是应届实习生把，因为我还没毕业，大四出来工作了。
我觉得这些经验，偏向于开发，偏向于后台开发，但是不局限与开发，不局限与后台开发。
# # 第一点，关于沟通
关于沟通，我觉得这是一个看似不值得一提，却有着实重要的东西。有的人，总觉得不会说话，会让人听着不舒服。也许是同事并没有恶意，知识人家各人的说话方式而已，却会让我们感觉很难受。
在公司我们又会感觉到，有些人，在高压力的环境下，说话很幽默。这些人，往往都在领导的位置，比方说我们的总监。在开会讨论问题的时候，说话条例，又很幽默。
上边提到了第一点，就是说话要有调理，我觉得职场的道路上，能力是下限，会说话是上限。在和别人沟通的时候，自己先去想清楚，然后再去找人沟通。因为在混和开发的时候，沟通的时间真的大于写代码的时间。比人在写代码，不要动不动就去问别人问题，被别人一反问你问题中的问题，自己又没想。这样会很浪费别人的时间。
在说话有条例的基础上，把需要沟通的问题列个一二三的基础上，要做到有自己的思考，有自己的解决方案。这一点真的受教于上边的领导。身边有这么一个例子，有一个同事，他是交大的博士，很有能力。有一次，他在隔空问一个领导业务中的问题，总监听到了，这样跟他说的：把问题给去处理，不要动不动就去问别人，在问别人之前，最好要有自己的解决方案。如果你都问我，我还把问题交给你解决干什么。当时总监的口吻语重深长，没有半点批评的意思，只有督促他成长的意思。真的，领导就是领导。这让我也受益匪浅。其实工作中就是这样。不管我们是什么身份。
总结一下第一点内容：说话要有条理，有自己的思考，最好能有自己的解决方案。
更新时间 2019-11-02
# # 工作记录
工作记录一定记录，这个很重要。
都要记录什么内容：第一记录开发的时间，coding的时间；第二记录coding 的思路，这里插一句，开发在后，流程图在前，一定要花流程图，先画流程图，先去思考，流程图做到足够的详细，每一步代码怎么判断，怎么写。能把流程图画清楚，coding就是小事了。我吃过亏，没有画流程图，觉得自己代码能一口气敲出来，结果一天白敲，处理过程都不对。
为什么要记录这些，不记录行不行，记这么多不耽误开发么？ 我想你会有这样的疑问，不记录也行，确实耽误开发。但是如果你不这样做的话，等你后期联调，改动，维护，你看到会非常头痛，就是TM我两个月之前怎么想的，为什么要这样写，能不能改，有没有用。这会有很多的困扰，可能是我的经验不足，一个星期前写的代码，别人问我为什么要这样写，我自己都不知道了。所以记录开发时间，记录当时coding 的思路，解决问题的方案，为什么要这样写。记录的详细一点，会方便自己后续的开发维护。
更新时间 2019-11-02
# # 保持鲜活，不断的注入新鲜的血液
这一点就是要不断的学习。就算会加班，就算时间很紧张，改学习还是要学习，不懂得往前看的人，就永远不会往前走。
这里我友好的提醒一下大家，到了舒适区，我们都是平凡人，都会懈怠。短暂的懈怠可以，没问题，但是我们都需要休息，放松，但是千万不要被温水煮青蛙了，这是很严重的一个问题。因为我被煮过，所以建议一下大家，如果刚出来工作，即使都稳定下来了，不要懈怠，要清楚的知道自己的路在哪，方向在哪儿，目标在哪儿。
这就需要我们有自己的规划，不是不忠诚一家公司，我们能在一家公司待的时间是有限制的，不是跳入一个舒适区，一待一辈子。人生在世，就是不断的拼搏，不停的尝试。要给自己制定合适的目标才行。
其他行业不说，就拿开发来说。我们要不停的学习，学习新的技术，优先把公司使用的技术掌握起来。然后主动把下一家公司的技术掌握起来。
更新时间 2019-11-02
