-
不要抱怨加班
互联网加班是常态,研究表明,人的大脑很少因为工作的繁忙而真正的感到疲倦,更多的是消极情绪,所以我们如果希望加班早点结束,应该让自己开心起来,真正的喜欢上加班正在做的事情,否则将是恶性循环。那么如何让自己喜欢上加班时候的重复劳动呢?《人性的弱点》这本书上说如果我们很讨厌一件事情,但是我们暗示自己很喜欢它,假装很喜欢它,可能慢慢的就真的喜欢上它了,就像你现在很难过,但是你强迫自己微笑起来,这个时候心情也会好很多,没错肢体上的改变也会影响情绪的改变,就像正在加班的你尝试着挺直腰板,面带微笑,没准一会就干完了自己认为需要一天才能完成的“重复劳动”。
人都是这样的:如果看到比自己更不幸的人或事,就会感到豁然开朗,想想那些已经逝去的人,或者有的人在战争中失去双腿,被炸到毁容,他们都做错什么了么?所以我们现在拥有的每一次呼吸,看到的每一缕阳光,听到的每一个声音,都是多么幸福的事情,小小的加班又算得了什么呢?
还有最重要的一点就是我们加班已经很惨了,如果不开心的话,身体会出问题,据说人也会变丑,那不是雪上加霜吗?可是如果面带微笑,积极面对,假装很喜欢这件事情,那对于我们这张帅脸来说不是锦上添花吗,哈哈哈。 -
时间往长的说,事情往快的做
领导要求评估作业周期,不要给自己挖坑,傻傻的评估的时间很短,应该讲时间尽可能评估的长一点,但是真正做事的时候赶着往前面做,相对于自己评估的周期提前完成。而且如果评估的时间很短,影响的不仅是自己,会连带着影响到qa、运维、领导评估、产品上线、工程延期、公司未来、人均GDP、人类的发展,好吧不扯了。
不要怕丢人,再厉害的大神也可能会有搞不定的事情,不要以为把时间说的很短就能突出自己很厉害,最后完不成才是真正的丢脸,万一事故很大,被炒了鱿鱼,甚至赔钱,呵呵。。。 -
不要因为一时工作的不顺利而想着离职
互联网公司大都一样(加班餐、弹性工作),不要因为暂时的不快乐,发生冲突,甚至离职,因为只是换了一个坑(虽然我还没有换过坑,不过听前辈是这么说的)。
试着调节自己的情绪,不要想着离职换了一份好工作之后再开心,换了一份更好的工作你就不是你了吗?你现在和换了更好的工作之后又什么本质的区别吗?你想换一份好工作不需要时间积累吗?人生有几个三年、五年,活在当下,过好每一天,其实你已经拥有一份很好的工作了,每天出门上班前,对着镜子里面的自己说:加油、开心。
当然,如果不爽持续了很久,那。。。就没有办法了,有苦说不出,不要把自己的身体气坏了,还要看自己的取舍吧。 -
写文档,做笔记,备份代码
写文档:对于工作中的业务,技术等一定要写文档记录下,可能我们认为这个东西短期内只会用这一次,但这始终是我们认为,永远想不到"上面"在想什么。而且同事也可能需要用到,节省了自己和他人的时间。所以一定要把自己的相关文档无私的记录在公司wiki上面。
做笔记:这里包括列清单、工作记录、写博客,这里就不赘述了,虽然介绍的少,但是是最重要的,你懂的。对于我来说,清单,最近在用滴答清单,工作记录,最近在用Evernote,博客,一直在用csdn。
备份代码:强迫症的矫情请收一收,不要没事了清理桌面,删除代码、demo,指不定,过一两个月,人家谁谁谁又管你要呢,或者你自己突然很需要,这个时候你只能点燃了一根香烟,然后抽完了它,然后又写了一遍~ -
没事不要让电脑关机
现在电脑一般不会特别卡,求求自己不要再强迫症了,下班前关闭电脑,提示微信正在运行,继续关闭?点击是,idea正在运行,继续关闭?点击是,谷歌浏览器已经打开了过个网页,继续关闭?点击是。。。五分钟之后终于关上了电脑。
次日早晨,打开印象笔记、谷歌浏览器、iterm、企业微信、idea、工作文档、邮件,然后找到昨天没有解决的bug的位置,然后打开昨天查到的csdn上面的解决方案,然后去印象笔记里面找到自己记录的思路,再打开iterm,笨拙的输上ssh root@xxxx -pxxx ,连上了公司的服务器,然后然后开心的一笑,终于可以继续解决bug啦,看一下时间,现在试上午十点半。
知道自己为啥老是加班了吗?知道自己为啥工作这么久了,还是那么点工资了吗?知道自己为啥没有女朋友了吗?
当然这里补充下,也包括“没事不要关浏览器、idea”,有很多强迫症,我就是,总喜欢整齐一点,简洁一点,没事了关关这个,关关那么,可是之后用到的时候又找不到,真的很麻烦且浪费时间,不知道算是优点还是缺点,希望自己努力的改正这个“优点”吧。 -
学习在于深度,不在于广度
大学课程各种语言都学了,毕业的时候好找工作吗? 为什么?培训班的学生人工智能、c++、c、c#、python、java、汇编、编译原理这些课程人家都学了吗?人家工资低吗?为什么?
我们应该把自己的"饭碗"技术比作树干,其他的锦上添花的技术必做树枝和树叶。只有树干长好的基础上树叶才能茁壮的成长,路人评判一棵树的好坏,大多也应该是看这棵树的树干吧,当然杠精,我们不要犟了好吗,只有树干没有叶子不是好树,你说的是北极,适当的增加枝叶肯定肯定也是有好处的,就像学校门前的迎客松,为什么校长总是没事了就喜欢修剪一下它呢?他闲的,钱烧的,还不是为了让它长得更加茁壮,可爱的学生自然就会多起来了。 -
有问题不要急着问大佬
坐我旁边的是一位大神,每次一有问题就问他(有业务上的,也有技术上的),人家脾气好,那是人家脾气好,可是时间长了,大神也是会烦,大神日理万机,一个小时好几百,你耽误得起吗?没有人有义务教你,而且除了业务,大部分技术上的问题,可以通过百度解决。
说实话,你有没有发现,你去问大神问题,然后大神说“你再好好看看”,过了两分钟,居然自己解决了,而且是通过查百度。
自己解决出来的问题是自己的,大神解决的问题是大神的。 -
提给qa的东西多测几遍
旁边的大神每次也多次嘱咐我,你多测几遍再给她们,作为一个资深程序员这样教导我,一定是有理由的。
而对于我来说,为了省事情草草了事,最后得到的是,测试小姐姐气的妆都快花了,大家都得返工,项目之前设定相关时间也需要调整,如果超过deadline,总要有人背锅的吧,那。。。
qa的职责不是我们写完扔给人家测试,这是偏见,也是我之前一直有的错误的观念,甚至因为这个我还和小姐姐吵了起来,“我又不是qa,我全部都测了,那要你们干嘛”,这是我的原话,这里请原谅我少不更事,qa不是简单的验证功能性的(当然存在这种qa),qa更多是验证程序的健壮性、容错性,所以在我们这里应该保证程序最基本的功能性问题,减少代码的回溯,这样才能不影响产品的迅速迭代,不影响产品的推进。 -
弄清楚产品真正的意思,不要跨过产品跟售前直接交涉
程序写的再溜也是要赚钱的,我们是要吃饭的呀。
先不说产品设计的怎么样(我感觉我们的产品还是蛮厉害的,因为听说人家原来是一个蛮厉害的开发,感觉应该会体谅人一点吧),产品是开发和售前的一个枢纽,这里还需要排除前端把产品设计的概念理解错了这种情况,单单说我们自己,如果我们把产品理解错了,意味着最近这个开发周期白费了,意味着售前跟客户介绍的产品和真实情况不相符,意味着售前在欺骗用户,因为这这次POC gg了,好吧这个罪行就有点严重了。
为什么不要跨过产品跟售前交涉?我认为产品除了是开发和售前的枢纽,还相当于一个领导的地位,管理着产品的走向,开发和售前跨过产品进行交涉,可能会偏离产品的走向,如果出了问题,应该谁来承担?谁承担的起?对于产品来说会产生“空白区”,导致后续对产品的设计不佳,对于整个工程来说,如果出现因为开发和售前直接交涉产生某些问题,会减慢产品的迭代,造成无法挽回的损失。 -
没事了起来上个厕所
干我们这行的,哎,没啥其他不好的,就是背不好,颈椎不好,腰不好。
平常运动的时间本来就不多,所以没事了起来上个厕所,起来走走,走得路上如果没人的可以适当的摇头晃脑、左右摇摆,也算是舒活舒活筋骨,而且说不定上个厕所,刚才的bug突然就有灵感了呢,哼哼~
有条件的话报个健身房就更好了! -
善于总结
把目前做的产品当成自己产品,想想怎么把agent做好
旁边的大神反复提醒我的,记录下,感谢!
程序员不能单纯的做一个“技术工”,应该有自己的思想,即使不能把这些“思想”加进去,也不能让自己停止思考。
原文链接:https://blog.csdn.net/dataiyangu/article/details/99192618