最近的遭遇

来源:互联网 发布:nat123如何解析tk域名 编辑:程序博客网 时间:2024/05/22 13:33

2012年12月25日,这一天是我生命中的转折点。从七月份入职到公司,到25号,我认为,我的表现,我的成绩,能够让我呆在这个公司里,好好的学习,好好的锻炼。但是,一方面是因为公司今年效益不好,产品出了很多问题,召回,维修,赔款等等。今天给每个部门都下了裁员的指标。对于12届应届生来说,共有84个应届生,截止25号,已经走了14个了,其中就包括我。当领导找我谈话时,我始终不相信,被优化的人员居然是我。心里想了很多很多,很纠结很纠结。自己的技术水平在同届的应届大学生中,应该来说是数一数二的,这从许多新同事来找我帮忙,帮他们看程序,解决问题中可以知道。自己心里也很清楚,暂时的领先,只不过是自己大学打的基础比较好,对于以后的发展,谁也说不好。我对自己有信心,在大学期间看过不少书,对于内心的强大,自己在逐渐的建立中。

当领导说我被优化的两个原因时,一个是最近来的有点晚。公司是弹性工作制的,早上八点半到九点之间来,都是可以的。最近深圳这边的天气比较冷,早上起的就晚了些,但是总是能够在九点之间到公司打卡的。第二个理由就是,直接领导不怎么喜欢你,虽然你的能力很强,但是不招人喜欢的员工是不合适的。这一点,我在回来的路上想了很多。觉的,自己在六个个月的远程培养过程中,前两个月的集中培养和后四个月的部门培养,都做的不错,在6个月的转正考核中,也被评为A类员工。A类员工所占比例为10%。但是,正因为能力比较强,对于导师分配下来的任务,没有及时反馈信息,告知导师,自己做到那一步了。

对于开发文档,我可以说,是我们这个部门应届生中输出最多的,不仅仅包括了正常项目中的该有的文档,也包括了自己整理的boot启动流程,boot编译流程,boot下载流程等等相关的文档,图文并茂的总结的自己在看代码,看资料中的心得体会。对imx258芯片的总体资源和常见模块的操作方法都有了比较好的了解。我想和别人分享自己的心得体会,只要把我整理的文档放在公司共享目录下面,要是别人来问我相关的问题,我会告诉他,先去我的共享里面,看相关的文档,不理解的再来问我。在这个过程中,我写了,是没错。但是,我写的没有及时给导师看,这一点,就很要命了。导师会认为,给你任务,你什么反馈都没有,不知道你做到哪里了,遇到什么困难,需要什么帮助?总不能让导师主动去询问你,看你有什么需求吧?还有一点,在整个项目的过程中,问导师的问题比较少,这让他觉的,自己没有存在感,做技术的都有自己一点小骄傲,别人搞不定的问题,询问了,张工,这个问题怎么怎么解决?听起来,特别有感觉的吧!嗯,确实,当别人问我时,我也是那么个感觉。由于自己对技术比较有想法,很多东西愿意自己去思考,碰到问题了,写一些测试程序来验证自己的想法。在自己思考和寻求上司帮助这两方面,都要有所顾忌,不能太偏向于一方。嗯,这是我这次被辞职所深深体会到的。很多错误,只有亲身错过,痛过,下次才不会再犯。

虽说目前还在找工作状态中,在以后的工作生涯中,要及时向直接上级反馈自己的进度。能决定你命运的只有你的直接领导,部门领导或者更高级的领导是根本看不到最底层员工的表现的。要和自己的直接上级领导打好交道,不能让他有失落感,多去询问一下问题,在下班时,一起去吃吃饭,晚上加班后一起下班。让别人觉的舒服,自己才会舒服。

在离开公司的前一天,自己看着满屏幕的编译信息输出,心想,能不能够重定向make的输出,导入到文件中,然后分析warning和erroring,并显示的打印出来。嗯,有了这个想法,就开始倒腾起来,折腾了一天多,终于小有所成。下面就是分析的结果输出:


       最后没有编号输出的错误提示是不会输出的。这个脚本的处理其实也蛮简单,只看你是不是有心思去发现工作过程中的信息,稍微处理一下再输出,效果更好。这个小程序给部门里面其他员工进行试用了一下,再也不用看到满屏幕满屏幕的编译信息输出了,这个脚本只会讲error显示出来,同时将所有的warning输出到warning.log的文件中,erro输出到err.log文件中,原始的编译信息输出到compile.log中。本来还想进一步优化,没想到就这里离开公司了。哎,算了,2013年,新的开始吧!

大学期间,对嵌入式各个方面都比较感兴趣,因此,以后,基本上就走这条路了。希望自己的2013年,找个好东家,扎扎实实做三年技术,沉淀下来,向一个卓越的工程师出发。

今天是13年考研的第一天,希望女友考研 顺利!不管你发生了什么?都有我在你身边的,虽然现在我们之间远隔千里,只有有爱,就不会孤单。

加油,浩天之家!






原创粉丝点击