工作中一次被打击的反思

从毕业到现在工作整整两年了,这次也是第一次试用期没有考核通过。这个结果对我心里来说有点不小的打击,因为他否定了我的能力!

试用期所在的公司是一家创业的手游公司。事情发生在某一个当天下午我们组的负责人老大找我谈话,我跟在他后面心里还很高兴的以为有啥好消息要告诉我。当我们来到一个办公室两人都坐下来了,突然间看到我们负责人表情有点凝重,我心里顿时感觉有点不妙。果然,我们负责人很严肃的对我说我试用期的表现不是很满意,当时我的心里阴影面积就像一滴墨水滴入水中在慢慢的无限扩大。接着我们负责人对我这些天来的表现不好的地方列举了出来,总结了以下的几点:1.工作不够积极主动沟通;2.没有把工作做好;3.学习能力不够强。对于第一点的问题表现在:在与客户端调程序的时候没有进行很好的沟通,导致这个问题没有及时解决。第二点的问题是代码写的功能有问题,导致上线更新的版本出现了问题,后面我们负责人查出来是我写的代码中出现了死循环,以及在一次计算战力的时候没有考虑整个逻辑是怎样的想当然的认为就这里计算下战力就OK了,这也导致了程序更新版本上线出现了问题。而第三点中的学习能力不够强主要是表现在我们负责人对一个相似问题帮我解决了几次,而我还是会出现新的问题。这三个问题就给了我当头一棒,它就像一个人置身在大钟下突然的猛击大钟“当”的一声把你从睡梦中惊醒了。

这三个问题我都得实事求是的承认是我自己的问题造成的,没有任何怨言也不需要去吐槽神马,这次是真正的在我工作道路上的一次印象深刻的经验和教训。我个人认为我是一个工作积极的人,对工作的态度也是很认真我都心里暗示我当前是为我自己在工作。但是,我认为的还是我认为的,那都是我自以为的。工作积极不能代表你把工作做好,工作积极只有你自己知道,而你做出来的结果让人是很不满意的,关键一点还是没有要把工作认真做好做好做好。工作中以后自己还是要更加的主动去沟通,讨论问题以及解决问题。工作没有做好,也是我以为的还是我以为的,实际情况反应出来那是自我的一种无知的“陶醉”认为自己工作会好好干其实并没有,想的与我们实际做的没有在一个轨道上。其实我自己内心也是要求自己要好好工作,但是最后的结果告诉我并没有做好这件事情,我只是完成了这件事做好了我自己并不完全知道。我突然想到我上小学六年级的时候,那时候数学老师布置的作业当天是要交上去让老师批改的,全部做对的话会得到一个老师写得飘逸的红色100。我们当时都很追求老师这个打的100,因为这是一种荣誉也是一种炫耀的资本,当然心情也是非常的开心,所以每次写数学作业都会很认真的做,做完了之后还会自己再去验算一遍看看自己有没有做对。就是这种写作业的态度让我几乎每次都可以得个100,而以前的我们都不去关注这个100,只要把作业做完完成任务就OK了,作业都是为了完成任务,自然而然作业就会出现老师特写的几把红叉在上面,当时的我们也不去care这种事就以为反正我完成了作业了。其实我到现在才觉悟到当时的自己作业就是为了完成任务作业就是给老师做的,随便应付就了事了。这个陋习一直延续到了我大学毕业到现在我对待工作,无形中我把工作也当成了完成作业一样。工作要认真做好,而我却忽略了认真二字。作为一个程序员,在以后的工作中实现一个自己之前没有遇到过的功能,需要把这个功能以及整个的逻辑要理清楚,这样你才能比较好的解决这个问题。写程序功能实现了,最好要多去考虑代码中可能会出现的bug,多思考代码有没有考虑到临界问题的处理以及空指针异常的处理等。学习的方法因人而异,我自己也没有一套学习方法,这个需要以后在总结下。

洋洋洒洒的写了这么多,主要是为了警戒自己在以后的工作中别忘记认真二字,切记切记切记!公司招你过去就是为了让你创造价值的,你创造不了价值那你就只能走人了,它们是不会养闲人的。创业公司更加残酷you can you up,不行跑人。之前毕业刚进入职场的时候,有毕业工作几年的同事对我说你们很幸运公司培养你们刚毕业的,像以前我刚毕业在创业公司哪有培养你直接干活干不了就直接走人,我现在才真是体会到了。

写这篇随笔留个纪念,时刻提醒自己好好做人,认真踏实做事。代码舞得腰疼

时间: 2024-07-28 14:19:55

工作中一次被打击的反思的相关文章

工作中的知与行

工作的第七年了.纪念. 最近一个入职没多久的小朋友(A)很郁闷,说是领导(L1吧)要做一个东西,L1自己没有什么好的想法,但是又极力反对A的想法,还说A不好好干,但A又要完成L1领导L2的需求,L1又觉得L2的需求其实不重要,至少L1不认同.....所以A跟我吐槽.我想起以前一个师兄给我讲过上善若水的理解,就煞有介事的跟A童鞋讲,这其实只是工作,没有必要那么愤怒,善变,学到东西即可.开导别人其实很容易,开导自己就难多了. 其实,我也碰到类似的事情:在某次会议上说兄弟组的产品做的不够好得罪了兄弟组

工作杂谈之说说工作中的二宗罪

博客开封了,有段时间没有写过技术文章了,前段时间工作太忙,几乎没有时间去反思工作,虽然搞的东西不是很困难,但是需要耗费很多时间去熟悉新的东西.主要是在工作中需要使用到微软开发的新框架SOLFramework,它是由微软为远洋地产量身定做的MVC框架,需要在该平台基础上开发导致了很多后续的麻烦. 先来说下最近的工作情况吧,最近一段时间在工作中不是很如意,很多事情没有按照自己的规划进行,其中最主要的表现是这段时间没有更新文章,无论是在技术上的文章还是工作上的学习都没有及时的去思考.反思,可能是跟自己

工作中的程序员如何进阶

前言 你是否觉得自己从学校毕业的时候只做过小玩具一样的程序?走入职场后哪怕没有什么经验也可以把以下这些课外练习走一遍(朋友的抱怨:学校课程总是从理论出发,作业项目都看不出有什么实际作用,不如从工作中的需求出发) 建议: 不要乱买书,不要乱追新技术新名词,基础的东西经过很长时间积累而且还会在未来至少10年通用. 回顾一下历史,看看历史上时间线上技术的发展,你才能明白明天会是什么样. 一定要动手,例子不管多么简单,建议至少自己手敲一遍看看是否理解了里头的细枝末节. 一定要学会思考,思考为什么要这样,

[工作中的设计模式]享元模式模式FlyWeight

一.模式解析 Flyweight在拳击比赛中指最轻量级,即“蝇量级”或“雨量级”,这里选择使用“享元模式”的意译,是因为这样更能反映模式的用意.享元模式是对象的结构模式.享元模式以共享的方式高效地支持大量的细粒度对象. 享元模式:主要为了在创建对象时,对共有对象以缓存的方式进行保存,对外部对象进行单独创建 模式要点: 1.享元模式中的对象分为两部分:共性部分和个性化部分,共性部分就是每个对象都一致的或者多个对象可以共享的部分,个性化部分指差异比较大,每个类均不同的部分 2.共性部分的抽象就是此模

openstack运维手册(个人实际工作中整理)

openstack运维手册,是本人在实际工作中整理的,现分享!!!因水平有限,欢迎广大朋友指正.具体文档见附件.

软件测试工程师工作中常用的Linux命令

Linux系统有着众多的优点,比方开源.非商业版本免费.多任务多用户操作,因而Linux系统在非桌面范畴占有压倒性的市场份额.关于互联网技术工作者来说,控制常用的Linux命令也是一门必修课.下面罗列一些笔者在工作中常用的Linux命令. cd 切换目录 cd .. 返回上一层目录 cd . 进入当前目录 cd - 返回前一次的目录,即上一次的目录不是上一层目录 ls 查看文件与目录 用法: ls [参数][文件] 参数: ls –l 显示文件的权限和属性 ls –a 列出所有的文件,包含隐藏文

[工作中的设计模式]解释器模式模式Interpreter

一.模式解析 解释器模式是类的行为模式.给定一个语言之后,解释器模式可以定义出其文法的一种表示,并同时提供一个解释器.客户端可以使用这个解释器来解释这个语言中的句子. 以上是解释器模式的类图,事实上我很少附上类图,但解释器模式确实比较抽象,为了便于理解还是放了上来,此模式的要点是: 1.客户端提供一个文本.表达式或者其他,约定解析格式 2.针对文本中可以分为终结符表达式和非终结符表达式, 3.终结符表达式无需进一步解析,但仍需要转化为抽象接口的实例 4.针对非终结表达式,没一种标示需要定义一种解

[工作中的设计模式]策略模式stategy

一.模式解析 策略模式定义了一系列的算法,并将每一个算法封装起来,而且使它们还可以相互替换.策略模式让算法独立于使用它的客户而独立变化. 策略模式的关键点为: 1.多种算法存在 2.算法继承同样的接口,执行同样的行为,为可以替代的 3.算法调用者唯一,算法调用者可以灵活改变自己需要调用的算法,从而实现计算. 二.模式代码 算法接口: /** * 算法统一接口,所有算法继承此接口 * @author zjl * @time 2016-1-24 * */ public interface IStra

工作中请注意的十点

第一:不要认为停留在心灵的舒适区域内是可以原谅的. 每 个人都有一个舒适区域,在这个区域内是很自我的,不愿意被打扰,不愿意被push,不愿意和陌生的面孔交谈,不愿意被人指责,不愿意按照规定的时限做事, 不愿意主动的去关心别人,不愿意去思考别人还有什么没有想到.这在学生时代是很容易被理解的,有时候这样的同学还跟“冷酷”“个性”这些字眼沾边,算作是褒义.然而相反,在工作之后,你要极力改变这一现状.否则,你会很快变成鸡尾酒会上唯一没有人理睬的对象,或是很快因为压力而内分泌失调.但是,如果你能 很快打破