弊社是个IT行业的日企，对工作手法、态度要求比较细致。工作这么多年，看到很多后浪扑腾进公司，很是欣喜。不过刚进来还未褪去学生时期的稚气，多少还有些不熟悉水性，也有一些小伙伴们有一些飘~~~
这里给各位后浪们分享一些心得，好让你们早日拍我在沙滩上。
1，不要搞乌龙
比如说Leader让你去看哪个文档，就问清楚看什么内容，给多少时间，看完后需要什么结果等。不要等上面来跟进度，或者自己搞不定求助的时候，才发现看/做的东西根本不是之前交代的，这种乌龙是大忌。
做事要踏实一些，不要犯低级错误。
2，先讲结果
报告进度、联络情况时，要先讲结果，先讲结果，先讲结果。
不要罗里吧嗦一堆边边角角，连续两三分钟了还让人拿捏不住重点。
先讲清楚结果，对方才能在这个基础上快速进入情景，专注问题，减少误解。
锻炼自己两句话讲清楚一件事的表达能力。
3，什么是“问题”？
同上，请教问题时，先讲问题，再说现象、现状、自己的尝试、自己的判断等。注意分清楚“事实/现状是什么？”“客户要求是什么？”“我觉得/看法是什么？”
好好学习一下如何锻炼自己明确问题的能力。
看似厉害的人是怎么分析问题的？ - 谢春霖的回答 - 知乎
4，从0开始也可以解决问题！
通常，一个问题如果能清晰的描述出来，那它就解决了50%了。因为解决办法就隐藏在问题描述里。
另一个常识是，即使局限于团队内、项目内这种特定领域范围内，平时遇到的“问题”，90%都不是第一次出现的。毕竟我们又不是造飞机火箭这种高科技，不需要研究很多前沿技术。所以，弄清楚问题后，优先去网络找答案。
这里有个误区就是，“有事百度，事事百度”。百度出来的很多内容，都是网友实践。其中鱼龙混杂，新手容易懵圈。所以，应该优先去用户手册、API、论坛等官方渠道找答案。
没找到现成答案、找到了可能类似的答案，还不确定，咋整？这时候才能举手寻求前辈帮助的时候。
如何寻求帮助，参考上述1，2，3。
5，问问自己，怎么下的这个判断？
“先入为主”是大家很容易犯的错误。特别是在调查BUG的时候，轻易下了一个判断，又不验证的话，很容易走进死胡同。
如果走到了死胡同，那就要“回头一望”。问问自己，怎么下的这个判断？当前结果，有哪几个前提条件？它们确实都被满足了吗？
在这个问题上，程序员真是个幸福的职业。面对很多不确定，都可以快速试一把来验证判断，再根据结果决定下一步。
“大胆假设，小心求证”，编程何尝不是一门学术研究呢。。。
6，机器是不会骗人的
“怎么刚才还能跑起来，现在却出了异常呢？我真的什么都没动啊。。。”机器是不会骗人的，这是最基本的常识。如果出现很奇怪的现象，比如上面说的明明“记得”自己没有动过程序，却出了异常，那肯定是“动过了”。要么是环境问题（操作系统，服务器，IDE等），要么是数据问题（旧数据，数据不全等），要么就是人为失误（误操作、代码版本不对等）。。。
记住，机器是不会骗人的。
7，每个人的常识，他也不一样
这年头谁能没几张信用卡?它就是银行卡的普通的不能再普通的一种功能，这是“理所当然得出的常识。”可有的小伙伴被周围老赖的各种“迷惑行为”所“折服”后，吓怕了，觉得信用卡也是洪水猛兽，即使很多无门槛的薅羊毛优惠也被无动于衷。如果银行推广人员碰到这样的小伙伴，不仅难沟通，可能还要被怀疑成不法分子。
可见，常识是个人根据性格、知识、环境信息影响等造就的，每个人口中的常识，很大可能是有偏差的，毕竟常识不是通识。
所以，把你的常识，跟他人的常识，拿来碰撞一下吧。
8，要问“是不是？”，不要“怎么办？”
脑袋瓜子转都不转一下，一有问题就不知所措的双手一举：“怎么办啊？”你说说这种拿来主义的人有多讨厌。除非你拥有一双水汪汪的大眼睛，而且还是个萌妹子。否则，起码为了自己工资着想，也得默默的拿出自己思考过的成果。
列个简单的列个优缺点也行，提案一下，“选Plan A，或者 Plan B？”
提问之前，试着独立提案一下吧。
9，我不要“你觉得”，我要“我觉得”
《乘风破浪》里有个金句“成年人只看利弊，小朋友才分对错”。这话充分说明了成人世界的“我觉得”是多么的功利和多元。每个人都从自己的角度认识世界，看来看去，大家都是“对”的。不过，谁的所处的视角更高，谁就看得更全。
好不容易有点自己的独特看法，提出来，但又很快淹没在他人嘈杂的“我觉得”中，是不是很有点起的越高，掉的越大的赶脚呢。针锋相对时，更多的应该关注一下为什么我们认识不一样?是不是哪一边忽略了某些背景/前提/事实?
为了坚持己见而坚持，没有必要。
网友评论