|
亲爱的家族同学们，俺来冒个头，刷点存在感。
最近已经进了项目，也接了两个功能点，每天就是对着电脑对着文档对着前人的代码对着一堆数据库和SMAP报文捣鼓来捣鼓去。 因为时间有限，加上俺也算是新人，所以基本上时间根本来不及，只能靠加班来勉强扳回来。于是，回宿舍的日子由10点多延迟到11点多，最后有一天直到12点才下班。苦啊~~~~回去累得什么都不想了，直接洗洗睡。 现在真的开始怀念学生时代的寒暑假了，虽然俺还算半个学生（实习生）。 以下是我刚刚进入公司的一些心得，有不当之处，还请各位斧正：（我来装个A后面的字母-。-） 1.不要把自己看得太重，尤其是新人：新人最缺的不是干劲，也不是技能，而是经验。提问是最快最有效获得解决方式的途径，要勤于提问。虽然会被无视，但是屡败屡问吧，这会让你成长更迅速。 2.提问前要准备好自己的答案：虽然说要多问，但是绝不是无脑地有求必问。这会导致： 1）个人分析能力的下降； 2）别人对你评价和印象的下降； 你要准备好自己的答案，哪怕那是错的，这样才能和正确的做出对比，进而分析，从而提高自己。但是如果你连答案都准备不好或者发现无从下手，那还是提问吧，不要浪费时间。 3.学会对事不对人：我们这边的PM反复强调华为的好处有一点就是：对事不对人。会议上吵得拍桌子，散会后又在一起吃工作餐。这是好事。虽然看起来对事不对人有点理想化的成分，但是如果我们树立以解决问题为共同目的的导向，那这点就没那么难理解了。. 我的项目组有个脾气比较坏，比较容易急躁的人，因为一个不完全是我的责任的失误骂了我一通。是个坏人？不，至少，他让我知道了如何更规范和安全地操作配置库。从这点而言，我必须要感谢他。 评价一个人，毕竟还是要综合许多方面，这一点，还是需要理性些的。 4.要有自信：这点恐怕是最重要的。我在接功能点的时候几乎一无所知：不是技术方面，而是业务流程方面。但抱着挑战的心态，我还是接了任务，然后在代码里找了整整一天（我比较笨，这是事实），终于找到了类似的适用逻辑的流程。下面就是移植、复用和根据功能点特性做一些修改了。虽然代码很烂（评审代码的反馈里不少提示和一般性bug），但是功能基本实现了，已经交给测试慢慢测了。有没有自信，有时就是做与不做的区别，and that would make a difference。 5.做好总结和即时记录：我在编程和看文档时会打开一个记事本，随时摘录需要记下的信息和以后可能用到的逻辑。对于一些比较重要，以后会再次遇到的问题，总结在WROD文档中，以备查看。一些表或者字段的意义等零散信息，也可以记录下来。 6.学会建立过程的入口：一般一个工程的代码量是很大的，数百万行代码，还不算文档。方法名还有类名什么的不可能第一次就记下来，这时候要牢记的，不是整块的信息，而是如何获取这些信息，也即这块信息的“入口”是什么，如何获取这段信息。随着以后对整体框架的熟练，你会自然而然记住这些信息，吸收这些信息。 以上，罗嗦了这么久，感谢看完全文的人。这也是我对近期的一个总结吧~ 预祝新（农历）年愉快~~~ |
|
|
