1、某某公司员工近一年半的工作经验总结范文1，多催多跟进，事情会进展的快的多。典型的经历：申请一台 AF-8020 高端设备，做高端母盘。刚到公司是小白，所以我填了申请单后，就等着储运部门发货过来，结果时间过了一个星期，设备还没到公司总部。若不是开发组长问进度，然后直接打电话给储运问设备，还不知道傻傻的我要等多久。打过电话，再发邮件抄送上层同事及相关责任人，结果设备第二天就发过来到公司了。这就是催与不催的差距！2，对自己做的事负责。一件任务超期了，我会说出各种理由。但是公司评价员工的方式是，以结果为导向的。我是认同这个价值观的。不管是工作上还是做其它什么事，这是很公正的评价方法。如果一件任务没有较
2、好的完成、时间超出预期；自己就要好好反思下哪里做的不对。完成任务过程中那些是没必要做的，那些是有必要但没做的，又有那些是能更快更好的去做的。这些都要多想想。做高端母盘我就做了很多没必要做的事，比如测试母盘本身的正确性就花了一个星期，实际这个是没必要测得。该做的又没及时去做，比如 BVT 就没有及时去做，导致没有及时转测试。编码能力也有待提高的，比如明确一个函数的功能，明确一个函数返回值表示的意思，对函数返回值要做判断错误处理等。3，上司给的突发任务，不管多忙都不要拒绝。我是拒绝过的。我跟上司说：因为我手头上还有某某事要做，所以我现在没时间做这个。但是后续观察我发现，在公司能力好混得好的同事，遇
3、到别人的求助，都会抽时间帮解决。4，知道自己做什么，自己需要什么。公司代码能力很强的人，看代码都能推测到下步代码会是什么样子，或者需要找到那个特定的函数。一个任务。自己一定要明确自己要做什么？自己需要什么？如果这些能做好，那么就会成为别人眼中“目的性很强”的人。现在我遇到一个新的任务，都会明确下客户的拓扑、配置、业务需求是什么？（打电话问前线） ， 之前有没有同事做过这个事？（问同事） ，然后将任务拆分成具体的步骤，列出来执行。5，遇到困难要大声说出来移动入围的项目，就遇到前端无人力投入的情况。但是这个任务又是我在负责开发，所以我多次找前端的负责人要求协调人力，但是都是回复资源已经全投入到你们
4、部门了，已经没有人力。遇到这种问题，需要大声说出来，让上司知道这个事情。最后，通过上司的内部协调，很快分配了一个前端同事过来，而且还是女同事。任务得以有进展。6，及时反馈任务进展我是很讨厌每天写日报邮件的。但是如果不每天写邮件，明确下任务进展及下步计划，人就会慢慢的变懒。上司也不知道事情的进展情况。这种情况很糟糕！我最喜欢的上司类型是轮训类型：每天至少 2 次询问下员工的进展情况。但是遇到一个对员工不管不问的上司就糟糕了。以我的性格类型，我就是自己干自己的，完成了任务也不知会上司。这样做是不对的。不管遇到什么样的上司，自己每天的进展情况都需要让上司知道，即使他没时间来询问。7，保持对解决问题的
5、周围事物的敏锐性要对解决问题的，周围的任务与之相关的信息细节，有敏感性。有个 40G 网口 ifconfig down 无法 down 完全的问题。因为客户的硬性部署要求，和前线同事、经验丰富的老同事确认无法通过部署方式去规避，导致如果这个问题不能解决，前线的设备无法上架。对于这个问题：查以往 TD 号、问经验丰富的同事、问硬件部同事、和 intel 寻求协助，都没有进展。搞得压力山大。事情出现转机，正是看了储运部同事回复我日报的那封邮件。邮件主题是说这个问题目前无法解决，但在邮件最下面有 intel 工程师的英文建议，并且有其执行 ethtool -set-priv-flags ethN l
6、ink-down-on-close on 能down 完全的命令行截图。抓住希望后，网页搜索，发现在 i40e 驱动 2.0.26 版本里面的 change log，描述添加了这个功能。因为项目的 i40e 驱动比这个版本低，所以剩下的事情，就是将 down 完全的功能函数移植了。最终测试正常通过，设备按时上架。8，平时多看书代码大全里面建议：工作过程中，每天坚持看点专业书籍，结果会大有不同。刚入职我的网络知识为零，靠校招看的那点书本上的网络知识，放在工作上根本不管用。真正的能力是理论能运用于实践。为什么测试同事给设备添加路由，我才可以 ping 通测试网段内的设备？为什么 arp 代理可能会导致全部门断网？同网段下，为什么多网口的设备和 pc 直连，都 ping 不通设备直连网口配置的那个 ip？为什么ping 一台设备时通时不通？ping 的网络不可达和请求超时有什么区别？路由的 AD 和下一跳到底什么意思？等等。这些问题都是在工作过程中产生的疑问。因为不知道，所以看书。在看了 CCNA 和 CCIE 两本书之后，这些基础的问题都有了答案，再和同事沟通起来也更加方便自如。
