article icon indicating copy to clipboard operation
article copied to clipboard

工作总结(2016-2018)

Open ICKelin opened this issue 6 years ago • 0 comments

眨眼之间,从大学毕业至今已将近两年,两年时间从学生转变成一个可以适应职场生活的上班族,经历了很多人,很多愉快的不愉快的事,自身也发生了非常多的转变,但是似乎没有做过一次非常系统的总结,特此一文,总结一些职场当中的收获。

首先是非技术方面,在创业公司待久了之后会发现其实大部分创业公司死的原因其实在于管理,大部分员工跳槽最主要的原因是上司,而管理是非常考验人的管理理论,情商,观察力,分析力以及沟通能力的一项技能,** 从而提高下属的工作兴趣,工作效率以及降低其离职率 **,感觉又非常的复杂,有意思。所以在非技术方面,我会回顾自己经历的上司,自己一些失败的经历来叙述每一个总结点

不要跟风喷产品经理或者游戏策划

这个被我列在首位,因为我曾经也跟风喷过策划。很多新手程序员(当然我也还算在新手村里面待着的),在没进入这个行业之前可能听过很多关于程序员和产品经历之间的各种段子,于是对产品经历产生了抵制,跟着转发一些趣图,段子之类的,这是非常不可取的,我还记得我刚毕业的时候微信头像是一群人围着策划开枪的图片,现在想想真是无知,你要知道,在工作当中,做产品的和做研发的很有可能会频繁的交互,沟通协调,如果带着一种消极的心态,是非常不利于沟通的,而且,试问和你沟通的你口中所谓的“产品狗”,如果看到你朋友圈转发的趣图,他会觉得有趣吗?很多问题都是可以进行友好的沟通解决的,要认真听取和分析,不合理或者有分歧的地方可以再讨论,很多东西都是可以讨论进行解决的,只要具备足够耐心。

做好一个倾听者

倾听应该算是我个人最看重的一点,(其次是谦虚,这两点应该算作一点了),我刚毕业的时候在一家游戏公司待了一段时间,当然最后选择了离职,离职原因不在公司,最主要的是我个人身体问题,加班实在是太严重了,我这边身体完全吃不消。但是当时的上司人非常的好,非常赞的一个leader,我现在很多观念应该都是受他的影响,其身上最出色的有点应该就是会聆听,人与人之间说不通话我个人认为最主要的原因是他会认认真真等你把话说完,不要以为这是一件很简单的事,实际上,这非常的困难,这是非常高情商的一种表现,至少后面我经历的大部分同事都存在打断别人话,他们或许认为已经理解对方要表达的意思了,其实并没有的,最后还需要手动说一句,你先听我把话说完,但是即使是这样子,还是会存在其他问题的,比如说,对方很有可能会认为你听了他插入的描述之后立马转变自己的枪口,听你把话说完。所以说去完完整整听对方把话说完,这个本身就并非一件容易的事了。很多人之所以成为不了一个领导者或者一个好的领导者,这项能力是非常重要的,你要做不好,真的就别怪下属跳槽。就我个人而言,无论是工作还是生活当中我都是一个非常安静的一个人,以至于很多人觉得我很闷,和不合群,半句话不离工作,大概是我个人性格的一项重大问题,这点想修正其实非常难,除非人生再经历非常大的波折,想想还是不要了,哈~

注重Team Work

这里记录一个我前上司的故事,前上司,也是我目前公司的前CTO,个人能力挺强,可能跟人生经历有关,作为it届的老人,我很尊重他,跟他沟通能够了解到整个行业变化的历程。但是仅限于此,要想一起出去创业之类的,我绝对会说NO的,倒不是我现实,只是我不太喜欢跟个人英雄主义太强的人合作,如果我是一位领导者,我二话不说要开的肯定是那些无法跟同级成员合作的下属,即使你非常的聪明,我觉得并不缺乏聪明的人,但是我缺乏能够一起做事的人。而且回过头想想,真的有这么多聪明的人吗?不见得的。

在此我表明我个人关于聪明的两个观点 1)如果你是上司,不要公开说自己某个下属非常聪明,没有好处,只有坏处 2)如果你觉得自己挺聪明的,大家好像也都是这样觉得,请收好这颗心,他很有可能会害死你

不要自己做一个项目

如果一个项目是需要自己一个人做的,我会立马跟上司表明我的观点,这个非常不利于团队协作能力,作为上司,也尽量不要安排人员独立完成项目,很有可能项目完成之后你会失去一个同事。

如果你是一个领导,记得跟底层员工多交流

尤其是在创业公司,很多创业公司的老总非常的有人脉,想法有行动力甚至资金,但是最后却失败,回头想想为什么,或许你怎么也想不明白,但是换个角度去思考,你的员工肯定知道,他们一天到晚就待在公司,跟公司的人接触,跟公司的项目接触,跟客户接触,他们有非常切实的感受,肯定有很多员工是非常了解企业的问题和不足,但是他们不会跟你说,你要记住这点,他们很多是不会跟你说的,第一点你不是他们的朋友,第二点他们怕得罪人,毕竟他们也只是混口饭吃而已,第三点他们为什么要告诉你,这点很可笑,但是会存在,简单来说他们本来就是基层,随时都可以换份工作,这对他们来说是工作不是事业,他们很明确的知道自己是来学习技能和积累经验的,你公司发展怎么样他根本就不关心,他们接触不到boss这一级别的,boss对他们来说是透明的,从入职到离职,都没有和boss有过任何交流,怎么可能会突然敲你门然后给你提意见。或许离职的时候会稍微敞开一些跟你表明,但是要知道,离职很多人也是追求你好我好大家好,凡事留一线日后好相见的态度。如果不常跟他们交流,你也许根本就不会知道也许你自己公司内部已经糟糕到不能再糟糕了,很多员工都在准备跳槽,当新的一波招聘过来的时候,也许你回头发现公司已经所剩无几了,这时候真的就无力回天了。

管理人事一件非常困难的事

人员用不好,那整个公司就完来,技术选不好还有得补救,中层领导选错了,那就别忙活了。因为你会收到来自中层领导的错误的讯息,这些错误的讯息会引导你错误的看待事情,我记得在本科一门管理学课程上有过一个案例,大致意思应该是一句话从底层员工,到经理到总监最后再到总经理,整个过程当中每一步都会有存在消息的遗漏或者出于其他目的替换,最终消息到达总经理手上完全是另外一个描述了。我本科获得的是管理学学位,所以我对管理的带来的重大意义会有更多的一些感受。

非技术上还有非常多的一些体验,都是从我自己身上,从同事身上,从上司身上看到的优缺点,其中负能量居多。在技术上,体会尤其深刻

先做好工作,再想其他

很有幸在碰到一些认为工作当中无事可干的朋友,慢慢沟通会发现,其实他们并非无事可干,只是不喜欢干工作项目,觉得没有意义,学不到东西,浪费时间,再进一步沟通,你又会发现,他们本身工作范围内的项目其实也没有做好,然后又想做一些自己感兴趣的,觉得牛逼的事。但是相信我,他们很快又会对他们之前觉得有意义的事失去兴趣,这一现象在IT行业有一个出现频率非常高的词,叫** 浮躁 **。

工作是你最直接的面对的事,会遇到很多的问题,而且这些问题都非常考验解决问题的能力,最主要的是,你工作的产出会直接到用户/客户手上,他们会反馈消息,你需要根据反馈进行调整和优化,当一切安静下来时,也许你会想到以前哪里的实现不太好,存在某种妥协,这时候就会回头考虑重构或者调整,这里面有非常多的学问,即使当你重构完成之时,你也会发现你工作用到很多技术你没有很深刻的理解,以后如果有坑了可能无法快速填好,这时候你可能会考虑阅读相关的源代码,而阅读源代码问题又来了,很多项目的源代码需要很多数据结构的知识,操作系统和网络通信相关的知识,如果这些背景知识你没有,你很有可能会需要花点时间去学习。

单单这一系列的描述都已经很长了,怎么可能无事可干。

该用C的时候用C,该用go的时候用go,该用python的时候用python

编程语言之争没有意义,我在校和老师做项目用Java和R,后面转C,和实习用的是C,后面转go,现在用go,但是涉及到底层的我们依旧会选择C。语言够多了吧,但是没啥意义,大部分语言的基本使用都用不了两个星期,实际上我从c转向go只用了一个星期不到,当时还是个学生,还没毕业呢。所以我其实是特别不乐意跟别人讨论 go里面可以XXXX吗,go里面也可以怎么怎么样啊?为什么不用C写呢,效率多高?为什么不用Python呢,python多么优雅?之类的问题。

对技术要客观,不要跟风

现在的IT行业不懂怎么说,有点娱乐圈的感觉,关于程序员,产品经理,运营,美工之类的段子特别多,各种技术也层出不穷,各种玩味很重的图也很多,朋友圈也频出各种技术文章,我也都会看看,真的,我都会看看,但是大学教会我一点东西就是听完别人的话,看完别人的描述,再分析判断他说/写的是不是合理的,你不要以为博客上面的文章都是合理的,正确的,并不是的。最重要的是要有有自己的判断力,靠博客或者视频来获取观点的其实我个人认为不太好,我会系统的阅读书籍,有相关背景知识,然后从头到尾看其变化,理解为什么会发展成这个样子,最后会得出当前还有什么不足需要解决的这一大boss,然后才会有相关文章是不是真的提供有解决这一问题的方案。这个感觉跟做项目很类似,你是可以很清楚的看到当前项目用到的一些技术,但是这没啥意义,你要清楚为什么人家会采用当前的方案,他们经历过那些心路历程,有过哪些调整和优化,然后再看看当前项目还有哪些不足,才能进行接下来的工作。

抛掉学生气息

我至今还有非常高的学术气息,在遇到问题的时候,我很有可能是去找论文而不是网上搜索答案,然后在看论文的过程中,其实你会发现,也许很多所谓的新技术,新理念,学术圈可能好几年前就已经有一些论文了。但是最近慢慢意识到,很多刚毕业不久的同学学生气息非常重,完全没有转换角色,具体表现有几点

  • 喜欢看书,喜欢解ACM题目,上班时间
  • 喜欢看数学题
  • 算法是不错,但是你要给他建好模,将实际问题抽象成一个算法问题,他才懂做
  • 没有deadline的观念
  • 代码写起来特别的随意,而且很不可靠,不靠谱

其实还有很多问题,都是在我自己身上和同事身上看到的。

ICKelin avatar Jan 28 '18 04:01 ICKelin