现身说法：盲婚哑嫁要不得

我跟老公结婚已经四年了，这四年的经历告诉我，盲婚哑嫁真的是要不得的。

也许有的人会说，都这个时代了，哪可能还存在真的盲婚哑嫁。

跟很多大龄单身青年一样，我和老公是她的小姨介绍的。其实那段时间已经跟妈妈说过我不想结婚的想法，但是她总是各种的劝说。

这种情况下有了我跟老公的认识，当时老妈只说对方是自己创业做室内设计的，但是并不知道具体的情况。

我们是17年的十一月份开始联系的，那时候还没有放假，只能通过微信联系，而且没见面也不好深入了解对方的工作性质。

年前回去见的面，首印象还不错，就决定先接触看看。问题就出在这个时候，我的父母和她的父母说如果没啥问题就直接定下来。我坚决反对，结婚怎么可以这么草率，这个时候只有弟弟站在我这边，但是我的反对无效。

也许你会觉得受过高等教育的怎么可能屈服于家里面，但事实就是如此。婚礼定在18年的4月份，结婚前一天，我请了假回去参加我的婚礼。

婚后我建议他来成都发展，原因是婚后我才知道他的创业很失败，工作十年一点儿没有结余，彩礼的六万元还是他父母给的。说实话，不失望是假的。但我想，既然结婚了总要往好的想，创业不适合他的话就正常上班。所以我建议他来成都继续他的这个行业，他同意来这里，但是想换行业。

现在想想，矛盾就是这个时候积累起来的。他想报班学IT，学费是两万多，而且要学大半年才可以推荐工作。我不赞同，但是说的较为委婉：我们现在没有钱，六万元加上我这些年攒的和我妈给的四万元正好把房子的首付给了，可以边工作赚钱，赚到后再学你想学的。

他没有同意，让他父亲给他借的钱。我想如果真的学的好的话几个月工资就挣回来了，就同意了。事实说明，我还是太理想化了，他的学习能力和学习态度真的有些差劲。

他开始选的是passion，这的确是个很好的选择，但问题是他跟不上、学不会。而且上课经常迟到，一个感冒发烧都要请假休息。这哪是一个上进的学生。

过了两个月，老师建议他学运维，我并不懂这个，于是请教了同事。我告诉他不要换方向，这个工资太低，而且一般是公司外派性质。他没有同意，可能也是没有办法，转到了运维班里。

18年11月份，我怀孕了。这个时候他还没有找到工作，自从来到成都后所有的花费都是我出，房贷，房租，生活费。我感受到了压力，于是强逼着他去找工作，不管是本地还是外地。

19年到21年，他换了三份工作。第一份工作在外地，他说太累、琐事太多；第二份在成都，他说每天跑成都坐地铁太远了；第三份在海南，他又说那里消费高。

这段时期我唯一感到幸福的是有了我的女儿团团。

女儿出生后，奶奶过来照顾，她本来想带回老家，但我不同意，这是我唯一的坚持。每个月，老公只给一千块钱的生活费，而每个月的房贷都是三千六百元。而且这个一千元在寒暑假是没有的，因为回老家了。

21年11月份，他又辞职了，并且说不想找工作，想做点自己的事情。他说的事情就是投资虚拟币，他说这个会挣钱，并且不顾我们的反对。

我并没有从他那里拿到挣得钱，装修、交房的各项花费都是我自己出。有时我会想，这个婚有什么意义呢，物质物质没有，家庭也没有照顾到，他仍然过着他的单身自由，我却被家里牵畔住了。

他辞职后的几个月就在家里面，奶奶看不惯回老家了。我上班他会帮忙带下宝宝，但只要我回来，宝宝都是我在带，而且还抱怨说带娃怎样怎样累。我能不知道吗，我带了两年多，每天晚上都没睡个整觉。

矛盾的激化也是在这个阶段。放假后老公也不带娃，家务也不做，晚上去网吧很晚回来，白天睡到中午甚至下午。我看不惯，也受不了，终于吵架，我甚至提了离婚。

年后我用阿姨的关系帮他找了一份工作，在石油项目地，但是工作了两个月他就说他累了，而且机器声音很吵，我彻底死心了。说那你回老家吧，我们就这样异地吧，也不会吵架，我心情也会好些。

我不知道我怎么把我的婚姻过成这个样子，我也不知道以后这段感情该走往何处，我现在想的就是如果以后我的女儿如果没准备好，不结婚就不结婚吧，一个人也过的潇洒。

碎碎念叨这么多，纯是想把这里当个树洞，把这么多年的心绪说出来，有个出口。第一次，也是最后一次，以后要好好活，活出自我的精彩。

他吵架的样子，看起来好像一条狗。在动车上，座位旁边是一个40多岁的大叔，穿着打扮看着不像贫困人口，像是职场老司机。在列车乘务员检票时，我才发现他其实是一条狗。他原本买了从另一个城市A到南京的卧铺车票，由于从A到南京南的车没有赶上，坐上了另外一趟动车。车票与车次都不对，乘务员检票发现时让他补票。他开始时大吵大闹口口声声说，我买的卧铺票，票价比你们动车票还高，凭什么不能做？

后来乘务员见其油盐不进无计可施，准备叫来列车长，他见人多开始耍起无赖，口口声声说我已经买了卧铺票，没钱补票。最后列车长和乘务员不愿在车上起纠纷，退去，他开始跟身边人说，我是出差来的，补票没法再报销，所以就是不补票，他们也不能把我怎么样。那丑恶的嘴脸，看起来好像一条狗！其实，我也不过是五十步笑百步。

因为我也曾逃过票，那时大学，一个月生活费300块，火车票52块，还是选最便宜的，学生证可以打五折26块钱，多么？不多。我也不是为了去逃票而逃票，是车票实在买不到，为了回家，决定冒险先上车，后买票。

可是上了车之后，心态就变了，既然都上来了，也许他们不查票呢？这不就省了26块钱，一个星期的早餐就有了。 这时我面临着三种选择：1是主动补票，2还是等查到补票，

3或者等等看碰运气。

在上车前就准备上车后补票的我，在金钱的诱惑下，沦陷了，就为了26块钱，一个星期的早餐。最后，我没有主动补票，直到下车出站，也没有人来查票，要求补票。愧疚如同锤子，时刻敲打着自己的。那次逃票的侥幸给我带来了26块钱，当时认为自己好像赚了。直到看到那个嘴脸，内心开始波动。我知道，我心中一直都没有忘，对他的鄙视，其实就是对自己的鄙视。为了26块钱，让自己一直承受着良心的谴责，这笔帐，不划算。

毕业之后再没有过逃票的想法。虽然偶尔还是会有买不到票，先上车后补票的情况。我都会主动补票，比正常买票多付两块钱的手续费。这跟票价无关，是一个人的格局的体现。主动补票的经验告诉我，就算没带钱，可以刷卡，没有卡，还可以扫二维码。古训：不以恶小而为之，不以善小而不为。经历过才懂得，"举头三尺有神明"，所谓"神明"就是自己的良知与道德。格局小的人会为了蝇头小利就违背良知与道德。一个人骗得了别人，骗不过自己。格局小的人，在他人眼里看起来好像一条狗。

题外话：关于的铁路运输系统的种种，之前我也有些疑问，比如：为什么车票那么难买？黄牛到底是谁养的？（不是票太少，实在人太多。有光的地方就有影子。

）为什么迟到不能退票？ 改签不了就作废？（迟到对铁路公司造成了损失，人总是要为自己的行为买单的，改签本身就是一次机会。）为什么我买了A车次票，不能做B车次车？（会导致A车次空置，B车次扎堆，如果都这样，资源利用率不高，运维成本剧增，票价后面加两个0，随意乘坐，随意换乘，大概也就没人这么想了）

后来看了一个纪录片，讲的是政府所面对的地球1/4人口的出行问题，铁路运输系统发展和所需解决的交通问题。才认识到这个问题是多么艰巨，能做到现在这样已经很好了。如果你觉得还不够好，也许你该反思，是不是自己格局太小？您的心事，我来倾听。您的烦恼，找我咨询。微信公众号心理咨询师方文波

今年我工作满三年了，近半年也因为生活中的一些不顺，常常胡思乱想。

三年来我干过开发、运维、实施，最后项目越来越成熟，开发任务越来越少，项目成员都转走了，留下了的人除了改改 Bug 调调稳定性和性能也没有别的事可以做。

项目搞了那么久整个架构我都摸透了，有时候有新的想法和创新也没办法真正落地，浪费了很多时间在无谓的加班上，总是忙于应付各个环境的 Bug 和对外实施部署加上人力不足、自己也不懂汇报，很多时候都是一个人死磕，也不知道求助同事和领导，业务发展的越来越好，同事也越来越多，但好像大家都有自己的方向，只有我一个人在迷茫。

自己有了想法和迷茫也不知道找谁交流，磨平了很多热情和幻想，最近也在怀疑未来的方向，不知道自己到底努力是为了什么，也不知道自己在追求什么，甚至想不清楚人生的意义

工作就是一个循环，每天都在重复前一天的事情，上班下班吃饭睡觉，盼着发工资，盼着涨工资，盼着日子能更好过一点。

不知道你有没有遇到和我一样的迷茫，陷入到这个循环里面，不知道自己十年后二十年后是不是还在过着这样的日子，最后被更有热情和活力的新人替代？

三年来，我一边学习、实践，踩坑，一边向我的领导同事、有经验的人取经，总结了一些宝贵的经验。

如果你也遇到过“工作总是延期，计划总被打断，时间总被占用？”、“做了很多努力但总得不到认可？”、“别人升职加薪自己一无所获？”等的类似问题，如果有，那今天就赚到了。

这篇文章中我在 “工作” 与 “沟通” 方法这两个模块下总结了优秀员工的 11 个特质，聊聊我这些年流下的血泪，希望大家少走一点弯路

冷静下来想想，我们到底在追求什么？

有清晰的目标和定位

我以前从来没有想过这个问题，按理来说我这个年纪应该无忧无虑、吃吃喝喝，但是我真的做不到，互联网行业不景气，危机意识不允许我不想这些事情，未到而立之年，思想却提前不惑，担心的事情很多，想让老爸老妈享福，想要买房买车结婚生子，想要这些就要多多赚钱，一步一个脚印，才能走的更稳妥一些。

这算是我的第一个目标。

有时候也想过，上面的事全部经历一遍，还是活成了一个普通人，但是很多人那么努力，却连活成普通人都做不到，我是不是应该知足一点？把手头的事做好，对得起自己，对得起爱你的人，对得起别人的信任。

很多事情我还想不明白，暂时就不想了，以后经历的多了也就明白了；能做的就是勇敢一点，直面挫折，踏过去成长起来。

我是个俗人，是俗人就会有欲望，有欲望就会愁，做不到四大皆空，面对欲望就得踏过去，笑着面对迎接挑战。

从心所欲不逾矩，每一件事情都有自己发展的规律，什么年纪就做什么年纪该做的事，当下该做的事就是好好工作，争取在下一个阶段能给自己有选择的机会，而不是被选择，被淘汰，被放弃。

我大学毕业就参加工作了，凭着自己的一腔热血，不断的挑战了一个又一个的任务，慢慢晋升到现在，职级要求也越来越高，想要晋升到下一个职级就要提前表现出相应的能力，不是完成任务就可以的。

所以更要会来事，有创新，在对应领域深入研究成为专家，让别人想能你就能想到你涉及的领域，要学会沟通、学会汇报、学会带人。

这是我的第二个目标。

所以无论是工作还是生活，有明确的目标和定位，知道自己在追求什么，知道做每件事的意义和目标，表现在行为上你才会沉下心去做，做得更好，认真负责。

少抱怨，多做事

你应该更坚韧一点。

坚韧，指的是坚持和忍耐。

普通人往往是根据自己的情绪做事，劲头上来就很卖力，一旦受挫或遇到困难，就会慢慢的消极，做事情也得过且过。而优秀员工则对此更加理性，做事时很少受到情绪的影响。

你可以观察一下自己周围的人，像是周五下午、节假日前的最后一天，你就可以发现很多人开始坐不住，无心工作了。但也会有少数人，能够完全不受影响，专注地工作。

大多数人进入社会后，多少都会有一些眼高手低，急功近利，总想着快速做出成绩。如果遇到领导不器重，或者工作成绩没有起色、工资达不到预期的情况，就开始怨天尤人，觉得自己怀才不遇，要么消极怠工混日子，要么就打退堂鼓，想要换工作。

我是一个比较热情的人，对待老板交代下来的任务会赶紧去做，尽快完成，但是总是找不到重点，没有进行深层次的思考，比如 mariadb 运行总是出现这样那样的性能问题，我开始不断的出临时方案，加班了很多次，心里就很不爽，感觉自己一直在做脏活累活，抱怨是没有用的，后来才沉下心做了一次彻底的性能优化，长痛不如短痛，解决了这个问题。

成功的人有更强的忍耐能力，他们清楚自身的目标，困难和短期没有回报并不会影响他们的进程，遇到不理想的工作环境，他们甚至会忍辱负重地坚持下去。人想要成大事，要么能忍人所不能忍，要么能人所不能能。

特别是年轻人能力达不到预期，别人做 2 天，他要做 4 天，这种时候就避免不了加班，用时间换工作经验和能力。

要知道能力上来了才有话语权，抱怨加班无济于事，不如用这些时间多做一些实事。

在社会中打拼，难免会有吃苦受委屈的时候，和自己不喜欢的人合作也是常有的事，如果能把自己的一时情绪放下，理性地去处理问题，不屈不挠，真的是很珍贵的品质。

把个人成长和工作紧密结合

很多人总觉得“公司给钱，我劳动，天经地义，下班就应该走人，加班又没有加班工资，别想占我便宜”。

不要这样想，我们都是劳动人民，老实说我也有过这种想法，想早点下班回家休息，后来才想明白这些没有人告诉我过我的道理。

公司是要赚钱的，最终要的是成果和有能力的人，没有义务为一个达不到要求的人降低标准，一而再再而三的达不到要求，所面对的可能就是被开除。

现代职场之残酷，一点不亚于战场，眼看你的同事升官的升官，加薪的加薪，你却原封不动，很可能就是因为这种思想束缚了你。

如果想胜任一个岗位甚至晋升，最好的办法就是把个人成长和工作紧密结合起来，这样子你就不会这么抵触了，要知道工作做得更好，对个人来说也会有提高，个人有提高，工作自然就会做得更好，这是一个相辅相成的过程。

虽然承认自己好学有点不要脸，但是我真的很喜欢自己研究一些技术难题、记录工作中遇到的问题，也喜欢自己下来学习其他的知识，然后建立了自己的博客，输出文章分享知识，但是有时候分享的知识可能在工作上根本就用不到，后来想明白了，应该在工作中发现问题，寻找知识点，互联网的世界要学习的东西实在是太多了，贪多没有用。

人的精力有限根本就学不完，你要结合自己的工作内容来有针对性的学习，预测未来可能要用到的技术、功能，研究友商相应的产品设计、技术方案，不需要谁来追着你跑，自发的走在前面，时刻认清自己。

有一句话说的好，铁打的领域流水的岗位，即便是岗位会有变动，但是只要入了这一行涉及到的知识都是互相促进的，未来从事的领域也不会有太大变化，所以不要把学习成长和工作分开。

保持一颗踏实好学的心，该加班的时候要加班，即使不是为了工作，为了自己的成长也要加班，加班的时候打扰一些资深的员工、老板，这不会太影响他们的正常工作，你也能学到更多东西。

有效的加班

刚才说到加班的问题，其实现在互联网加班文化是非常严重的 996 、 9105是常事。

有时候加班是因为工作内容太多做不完，有时候也是因为自己效率不高或被一些琐事缠身，我仔细想了想，总结出以下几条会影响到我们程序员无效加班的原因，你有没有类似的经历呢？

一个人死磕问题，不借助外部力量解决。我就经常这样子，觉得一些技术点靠自己是能克服的，有时候拉不下脸，担心找别人会给别人带来麻烦，或者让别人觉得自己菜。也许别人一句话，能让你节省一天的时间，而时间就是生命，适当的时候也可以去麻烦老板，只要你最终可以花尽可能少的时间解决尽可能多问题，自然升职加薪也会考虑到你，你能解决问题，不仅为自己省下了时间也给公司省了钱，如果你总是解决不了问题，公司就会解决你。。

自动化不完善。有时候你在本地测试通过了，想在环境上跑跑，你得自己发布；有时候别人提交了错误的代码，代码评审会浪费时间，拉代码下来跑出问题还得改，如果能花时间做好 devops ，不仅节约了时间，同事也会感谢你。

版本管理太乱，你应该自己区分好开发分支和主分支，遇到紧急 bug 暂存代码，解决以后再恢复现场；你也应该管理好版本号，知道发布出去是包是哪个版本哪次提交；老版本只做 bug 修改，新功能只提交到 master ；定制开发另拉分支，用不同的版本号来管理，提交到不同的 yum 仓库，这样你以后的开发工作会异常舒服。

代码缺少注释、可扩展性太差、第三方组件总是出问题，项目中应该严格遵守代码规范，你应该花时间适当研究类似于《代码整洁之道》《设计模式》之类的书；在用的第三方组件要深入研究，抽时间和同事讨论现有问题的解决方案，寻找公司或者业界类似的组件进行改善，如果有新的方案记得和老板讨论，寻求建议。

工作时注意力不集中，总是被打断，带上降噪耳机，有人想打断你的时候就会犹豫，可以有效避免 50% 的干扰；适当清理工位给自己良好的办公环境，可以让心情更好思维更敏捷；把琐碎的事情集中处理，不要总是看聊天软件和邮件，你可以尝试番茄工作法，专注 50 分钟，休息 10 分钟，在休息的时间上厕所、喝水、处理邮件和回复同事的留言；写计划或者一些鼓励自己的话贴在显示器上时时看到，做一条划掉一条，特别有成就感！

还有一条比较重要，那就是做事要有规划，在本文的最后再另提出来说说。

正视工作中遇到的问题

工作中你总是会遇到很多难题，你应该怎么对待工作中遇到的问题？这，是工作态度的直接体现。

遇到难题首要做的事是不抱怨，直面问题，冷静分析；如果遇到笨笨的（无贬义）产品或者其他同事要给予理解，想想自己也是经历过从无到有的过程，能帮一把是一把，帮助别人也是锻炼自己表达能力的过程，还可以梳理一下自己的知识体系，从其他同事的身上挖掘闪光点。

执行力要强，“领导安排的问题能做就做，不能做的慢慢磨？”的心态肯定是不行的，领导安排的事情，如果自己做不了，无论是时间不允许还是能力范围不允许，都应该和领导进行沟通，把领导当作自己的朋友，最终达到解决问题的目的，保证优先级高的任务优先得到解决。交代的事情积极解决，遇到问题及时沟通请示。

为什么优秀员工不是你？

有的时候不是你做的好，就应该是你的，要知道有人比你更努力，比你更优秀，甚至比你有更好的条件去当这个优秀员工，要学会坦然面对，给你就是你的，不给你也不去奢求，做好自己分内的事情就好。

第一、想一想你的心思有没有放在工作上？是不是最近有哪些生活上的难题影响到了你的工作？ 比如贷款压力大、小孩淘气、和 TA 吵架等等等等，和老板约个饭唠唠嗑，毕竟他们的经验很丰富，也许你会得到理解或者意想不到的解决办法。

第二、你觉得把份内工作做好，就够了？不是的，不应该总是让老板给你安排活干，或者解决好手上的活就结束了，作为一个想成为高工或者已经是高工的程序员来说，应该心中有事，主动找事（不是指挑事），自己去寻求解决方案并和老板沟通，而不是总让老板操心。

第三、有时候可能组里的员工太多了，老板根本顾不过来，你可以试试写周报，写周报有些形式主义除非你写的很好，老板才会细看，因为每天要收的邮件实在太多了，我自己每天都要收到好几十封，更别说老板了，要抽时间来看你写的周报挺难的，认真写一封周报，看见了也挺好，写的周报内容乱七八糟没有重点还不如不写。

程序员一般只会埋头干事，不太会表现自我，你应该花点时间和老板成为朋友。

和你的老板成为朋友，学会汇报和求助

花时间和老板成为朋友，听起来有些功利，就像是我在蛊惑你当舔狗一样，我们都讨厌舔狗，做老板的朋友是把老板当作你工作中的助力伙伴。换位思考一下，老板的业绩是怎么体现的？

每一个老板都有一个梦想，就是带的团队会自动运转，所有员工会自动联合起来不断的创造出喜人的成绩。

所以作为老板，他最希望的事就是自己能帮助到团队里每个员工，能为员工协调资源，能把控风险，掌控大局，最终把事情做好，这样老板自己也能出成绩得到晋升。

分享三个小秘密

1、你做的所有工作老板不可能都看见，你觉得重要有价值的工作，老板可能觉得没有意义，所以你需要花时间思考怎么在你和老板之间建立起信任，和老板沟通确定哪些工作是有价值的

2、适度的工作汇报，对于领导来说也是一种尊重，领导会觉得你很重视他，你很相信他的专业度，所以你想得到他的一些意见和建议，给老板一个机会就你所做的工作提供一些建议或者提供一些帮助

3、经常汇报工作是你和领导共享信息的一个机会，领导可能会透露一些平时你不知道的信息，有时候你和某个部门对接起来比较困难，但是你不知道老板以前和这个项目组的领导是老同事，拉个群就解决了，不用靠自己死磕，傻傻的十天半个月解决不了

学会运用老板是一个必备技术，特别是在大公司尤为重要，因为老板也是支持你完成项目的一项资源，但是你不能滥用，这样他会觉得你的能力不行；也不能害羞，因为没有什么比让老板见证你的业绩成果，更有说服力的事情了。

如果你能从个人的能力出发，变成了个人的竞争力，再进一步变成了企业的竞争力，这是一件喜闻乐见的事，也是领导想看到的。你主动展现出愿意承担更多、学习更多的东西的意愿，老板才会把更多的责任交到你的手里面。所以主动思考，抓住表达红利，你的想法才会得到组织支持和资源支持，相应的你自己也能够实现升职加薪。

如果你想约老板沟通，但是老板永远没有时间怎么办呢？这可能是你的方法不对。你不应该总想着约一个会议室和老板单聊，本身老板管那么多人就很忙了，要抽空和你聊天更难，所以你必须想办法抓住老板的空隙，看见老板在那坐着就说明有汇报的机会，汇报尽量准确简练节省双方的时间。

你可以考虑这些关键词，可以快速抓住老板的兴趣，节约双方的时间：

应该多用准确简练的语言表述案例

告诉对手是怎么做的？行业的趋势和用户变化是什么？赚钱机会？做这个事可能会遇到的风险？这四个点可以快速抓住老板注意力

你干的活老板不一定都能看到，所以你要学会多汇报：注意主次分明、给老板选择题、多做图表少用文字

如果领导能成为你的朋友，能见证你的成长，能经常提出他的想法和建议，最终帮助到你能输出更多有价值的工作，你也能因此帮助到其他同事，那么你势必会收获更多东西。

多和优秀的同事沟通，发现闪光点

在和同事相处的过程中，不要嫉妒或羡慕别人，你的对手只有你自己。太在意和别人比较，很容易陷入一种想要证明自己比对方强的怪圈，浪费时间和精力去做许多没必要的事情。专注于自己的目标，避免被他人扰乱节奏，坚持每天有所进步，才是正确的前进方向。

所以面对同事，首要注意的点是不要攀比，不要把同事当作自己的敌人，大家都是来打工的，特别是互联网行业没有那么多勾心斗角弯弯绕绕，和同事好好相处，更应该把同事看作你前进路上的助力，互相搀扶，相互协助，这才是一种健康的状态，如果同事总是能帮助到你，你也总是能帮助到同事，你们的关系将会比所有人都铁。

虚心一点，甚至提前想想你接触到的同事都有哪些优点值得借鉴，哪些缺点需要避免，他们各自负责的工作内容是什么，和能力较强的同事处好关系，这样在你遇到困难的时候才知道该找谁。如果遇到比较紧急自己又不知道找哪些同事沟通，别害怕，你的上级将会是帮助你的最后一根救命稻草。

沟通有准备，别浪费时间

所以和同事、老板的交流之前，你应该做好充足准备，至少别现场想问题，应该把问题列出来让他们做决定，把疑惑列出来让他们可以快速 get 到你的点，减少无效的沟通。

别一个存在无效沟通风险的例子就是开会，开会的首要目标是对齐大家的思路，所以在开会之前你应该做好充足的准备，尽量想好方案，用多图表少文字的方式呈现，甚至私下找同事对齐，在开会时直截了当，列观点讲事实说缺陷表不足，把想法和案例、好的坏的经过自己一轮筛选再呈现出来。

开会的时候花少一点时间在现场思考上，花多一点时间在汇报、呈现上。如果是自己发起的会议，会注意与会同事是不是能尽量参与进来，如果只是需要征求意见，大可不必浪费同事的时间，而是应该在开会得出结论以后，再和同事沟通。

和同事成为朋友，成为同事的助力，帮助对方达成工作目标，成为某个领域的专家，让同事想到这个领域就想到你，让老板觉得你是一个会协调资源，会使用好同事资源的人，这样才会突破自己的壁垒，如鱼得水。

凡事有交代，件件有着落，事事有回音

怎么做一个踏实靠谱的人呢？你应该做到凡事有交代, 件件有着落, 事事有回音。

这句话说的是工作上的“闭环思维”，如果你接下了一件事情，无论最后办到什么程度，都要有个交代。办成了，有个交代，没办成，也要有个交代。听起来似乎不是很难，可其实绝大多数人都做不到。

我之前担心没办成事，会被觉得是自己无能，不好意思说；遇到困难总想闷头自己做，打算最后给对方一个惊喜，其实这都是武断的态度，不管办不办得成，都应该及时汇报。

在关键的节点上和老板同事沟通，他们才好及时发现你的工作方向是不是和预期有偏离，及时发现你遇到的困难和问题并在关键的时候给到你意想不到的帮助。

靠谱和能力无关，也不是事事能办成，而是在你力所能及的范围内，把事情做的周全。

管理自己的时间和目标，处理客户/同事的意见、要求或合作，与老板在事务上保持续沟通，你会发现这种“闭环思维”的运营方法，可以成为推动自己的衡量标准和反馈工具，能更好的帮助你把生活和工作运转的井井有条。

“闭环思维”，要特别注意的一点是要以自己为中心。如果你把这些反馈当成了具体的工作内容，你就相当于又让自己围着老板团团转了，和那些有求必应或者唯唯诺诺的工作方式，并没有高明到哪里去。

凡事有规划，定期要回顾

最后想对自己、对你说的事是，做事要有规划，这是律己的表现。

如果有一件特别重要的事情，需要从两个人中选一个来帮忙，你会选择早睡早起、言出必行、从不迟到、做事认真周全的人，还是会选择经常赖床、总说大话、不遵守时间、做事情马马虎虎的人去做？

我们身边从来不缺那种天天喊着要减肥要多赚钱，然后啥都不干，一年到头又对自己的碌碌无为感到后悔的人。

这样的人显然难以获得成功。我决定以后每天早上提前 30 分钟到公司，想一想前一天完成的工作和做今天的计划，这里推荐 Trello 看板做计划。

每天早上可以想想：

今天我将全力以赴完成的事是什么？

今天有哪些事是需要和同事、老板沟通对齐的？

回顾昨天的复盘。

每天晚上复盘可以想想：

今天任务完成度是否符合预期？明天计划完成什么？

今天我遇到了什么工作难题，并如何解决？

今天我犯的错误是什么？下次怎么避免？

今天哪些分心/浪费时间的事，让我无法更有效率？怎么避免？

每周总结与计划：

下周目标是什么（只设定一个大目标，并规划每天解决计划）

下周有哪些事，在工作之外可以考虑解决，解决这些事会给你带来什么帮助？

回顾一周任务完成情况，总结未完成原因和如何避免。

本周哪天浪费了最多时间，如何避免？

工作内容和情况、以及解决方案哪些需要和老板/同事沟通？

每月总结与计划：

本月最值得自豪的工作事项是什么？完成了哪些重要的任务？

本月浪费了多少时间在其他事项上，如何改进？

本月哪些事项和老板/同事保持了沟通？

下个月的计划是什么？

总结

身在鹅厂，同事们都很优秀，也很有想法，反观自己感觉心里很慌，这篇文章是我失眠了好几天，自己在被窝里琢磨出来的，也是自己这几年工作的所思所想，这是一套对自己非常有用的想法和规划，本来想自己留着看，想了很久还是决定分享出来，希望或多或少对你有些帮助。

小熊现在很喜欢深入思考一些问题和自己的不足，希望在未来的日子里能够工作越来越顺利，和同事和老板的沟通越来越通畅，成为一个做事靠谱、积极向上、明事理知进退、想同事领导之所想，忧同事领导之忧虑，在工作中有效率、有担当、负责任、值得信任的人。

也希望看到这篇文章的你，能有醍醐灌顶的感觉，如果你能在小熊的思考和经历中得到哪怕一点帮助，少走一些弯路，希望让你和让你的朋友也能得到一些帮助。

      最近有很多人加我微信，想要跟我学习产品经理，想要转行做产品经理，作为一个已经转行成功的产品经理，就非常好奇：我当时为什么要转？为什么人越来越多？产品经理有什么诱惑？接下来黑脸将系统性的分析一下这个现象给想要转行产品经理的人一些思考。

「产品经理」，互联网最有弹性的词汇，原来苏轼说过一句评价自己的话：“ 吾上可陪玉皇大帝，下可以陪卑田院乞儿 ”，现在我把这句话用在描述产品经理身上再合适不过了， 产品经理上可跟老板高谈阔论，下可跟技术开发撕逼掰扯。

      为什么有这么多人想转行做产品经理？那么我就用产品经理思考产品的思维模式刨析这些人的想法！

我们先来分析这句话“为什么有那么多人想转行做产品经理？”，我们可以分成几个关键词，然后一个“ 那么多”、“人”、“想转行”、“做产品经理” 。

我们通过“那么多”、“人”、“想转行”、“做产品经理”这几个关键词深入思考，引申出以下几个问题

第一：为什么那么多人？

第二：什么人想要转行？

第三：为什么想要转行？

第四：产品经理做什么？

第五：转了之后会有什么好处？

互联网市场足够大！未来万事万物都被互联网取代！

      试想下？你有多久没用过纸币了？去医院检查？小区缴纳水电费？ 商场购物？ 就连路边买个煎饼，大爷都是说“小伙子，扫这里”；你会发现，连钱这么重要的东西都被互联网技术取代，还有什么不会呢？我们把思绪延长，就会发现身边的万事万物都在互联网！

未来就没有互联网了，因为互联网会像水和电一样下沉到所有的行业，成为像公路一样的基础设施 。所有的行业就都是互联网行业了。而那个时代的到来，也许十年，二十年，三十年。但是在社会以及市场发展变革的时代，互联网人才拥有巨大的人才缺口，产品经理更是其中最重要的部分，如果产品经理机会没有这么多，那么其实也不会有这么多人去转产品经理！

机会成本低！

      试下一下？产品经理如果像金融从业者一样，需要资格证还有专业冷门技能，还会有这么多人么？ 答案：肯定是不会那么多，入门门槛的高度就会让一大群人看着产品经理这座大山望而却步!而最基本的产品经理其必要的技能就是需求分析，问卷调查之类的工作，这类工作最基本的就是会用电脑，以及对产品需求有一定的概念和理解。所以产品经理的地板门槛很低，门槛低也就意味着很多人有机会转产品， 机会成本是很多人转产品的动力所在 。

钱、钱、钱

      试想一下？产品经理如果月薪3千，那么还会有那么多人想要转产品经理么？ 答案：肯定是不会那么多，那么产品经理月薪多少呢？我们看一下《2020年产品经理报告》，里边有一张产品工作年限以及工资的，从下图我们可以看出，工作3年以内的产品经理，拿到15K 以上的就超过80%的产品经理，除此之外， 产品经理的工资跟年限成正比，工作时间越长，薪资越高，属于越老越吃香的一个岗位 （当然是在一定的时间范围内）。我原来的一个下属毕业参与秋招，直接被头条录取，拿到了月薪18K，18K这个数字对于一个刚毕业的本科生来说，相当于一笔巨款了，相比于运营、行政、人事、财务等等岗位，起薪要高出一大截。

来源《2020年产品经理报告》

离产品生命周期近的人可能转行

如上图所示，这一个产品完整的生命周期，从 定义产品——设计产品——开发产品——发布产品——改进产品——定义产品—— ；通过生命周期的细枝末节的工作内容，我们从生命周期里去分析分别有什么岗位！再去分析他们有没有可能转产品！

定义产品——生孩子

定义产品（调研）这个分为两类，第一类：这个一般是高层 对这个市场有一定的认知，才去决定做不做这个产品 ，所以这个岗位可能是 老板、高管 ；第二类：公司 为了提高估值或者打造产品护城河，需要寻求新的上下游产品线 ，这个工作是建立在公司已经有完整的产品体系基础上才去思考的问题，所以这个岗位可能是 老板、高管、产品 VP 。通过岗位分析，老板、高管一般不会转产品的或者他们只是承担产品工作的一部分工作，他们本身的职位是大于产品的。当然也有特殊，除非这是一家小公司的老板或者高管，他们创业精神，产品意识，会去一些风口行业或者大型公司做转行做产品负责人。

      定义产品（需求文档）这就是标准的产品经理每天干的事情，这里就不用细说了，下面我会在“产品经理做什么”一一列举产品经理的工作内容。

设计产品——让孩子变好看

      设计产品（设计原型）这也是标准的产品经理每天干的事情，这里就不用细说了，下面我会在“产品经理做什么”一一列举产品经理的工作内容。

设计产品（视觉设计）这个分为两类，第一类： UI设计 ，第二类 UE 或者 UX设计。

      UI：User Interface用户界面

      用户界面其实是一个比较广泛的概念，指人和机器互动过程中的界面，以车为例子，方向盘、仪表盘、换档器等都属于用户界面。现在一般把屏幕上显示的图形用户界面（GUI ：Graphic User Interface）都简单称为UI。可能是UI这个概念比较难以被一般人理解，所以现在一般所说的UI设计师，也即是指GUI设计师。也就是图形界面设计师。主要是负责产品或是网站的图形图标色彩搭配，总之是负责网站看起来是一个什么风格什么气质。

      UE or UX：User Experience用户体验

      用户体验指用户在使用产品过程中的个人主观感受。关注用户使用前、使用过程中、使用后的整体感受，包括行为、情感、成就等各个方面。用户体验是整体感受，所以不仅仅来自于用户界面，那只是其中的一部分。通俗的讲这是个整体的使用感受，包括受品牌影响，用户个人使用经验的影响，总之就是让用户用着爽。

第一类：UI，优势：UI 设计师是包装产品的人，熟悉产品经理规划的产品功能、产品的调性、使用者的用户画像等等；劣势：UI 设计师可能不懂技术，不懂的产品规划、市场调研、产品变现等等，但是这类通过学习以及经验就能解决的，所以 UI设计师是转产品的概率比较大的岗位 。

第二类：UE or UX，UE设计其实跟 UI设计工作性质差不多，只不过UI 设计更多的偏向于静态设计，UE 设计偏向于交互设计，所以 UE 设计比 UI 设计更偏向于产品的逻辑性。所以 UE设计片面的理解比 UI 设计师更懂产品，更懂用户；所以 UE设计师也是转产品的概率比较大的岗位 ；存在一个市场现象，UI 设计市更佳市场化，一般每一家互联网公司都会有，UE 一般只有C端产品或者大公司才会匹配这样的岗位（因为一般产品经理也会干 UE 设计师干的事情），所以 UE 设计师没有 UI设计师那么多。

      总结： UI、UE、UX设计师是转产品经理概率比较大,只不过 UI 体量更大

开发产品——生孩子

      开发产品是实现产品落地过程，这里主要是 程序猿们 通过以夜继日的搬砖实现的。

      优势：1、程序员们对某一个功能的实现熟悉的不能再熟悉了，因为这就是他们一砖一瓦建造承德，所以他们对于产品功能逻辑很了解，对市面的上竞品或者主流技术也很了解，知道如何快速落地一款产品。2、程序员的加班很正常，所以程序员的能吃苦，执行力强，这点是这个岗位去转产品最大的优势了（踏踏实实去学习）。

劣势：1、程序猿更多的工作在于研发，专注于自己的工作，所以很多程序眼很少说话，造成了很多程序员转产品不知道怎么沟通；2、 程序猿以往的工作属于被动接需求，主动寻找这方面的能力欠缺，同时产品很多技能也欠缺 ，比如： 需求调研能力、版本规划能力、商业变现能力 等等，这是开发工程师的主要劣势，所以如果开发想要转产品，就需要先跟自己公司的产品经理打好关系，多问问为什么这么做，他们是怎么考虑的，来思考如果是你，你会怎么做。

总结： 研发转产品不太好转 ，可能很多研发不服气，觉得我知道所有的功能，比产品经理还懂技术，我应该好转，其实产品经理最重要的是决定要做什么，而这个要做什么可能是从10个筛选项里列出来的，所以研发转产品首先需要学会产品调研、产品规划，（反而因为技术懂技术，所以才不好选要做什么），转产品才会好转。

发布产品——孩子出生

      发布产品需要多个部门多个岗位协调合作，保证产品能够顺利落地；1、 销售 ：了解产品、把产品卖出去；2、 运营 ：了解产品、保证产品顺利运营；3、 市场 ：了解产品、根据产品性质投放广告；4、 客服 ：了解产品、了解用户、及时处理产品问题以及用户问题。根据业务不同，不同的公司可能还会设置不同的额岗位，这里就不往下一一列举了。

销售、市场：产品商业化的实践者

优势：1、 知道客户痛点，为了能够把产品卖出去 （真正的需求是建立在痛点之上）；2、知道竞品， 了解竞品，为了防止跑单 （了解竞品，就能够掌握自己的优势以及劣势）；3、 性格活跃，指导根据不同的客户使用不同的对话方式 ，其次卖出去产品需要联系其他各方部门为客户服务（跨部门沟通以及协调的能力）。

      劣势：1、不懂的技术，不知道如何实现；2、不懂流程，不知道流程以及策略；但是这两类劣势其实是可以通过很短的时间教育培训改变的。

总结：我经常说一句话：其实 销售才是转产品经理最多的人，因为所有的产品都需要商业化，销售是接触用户产品最多的人，销售工作内容接触的也是产品诞生的最重要的步骤 。

运营：给产品给予活力

优势：1、产品使用最多的人，产品好不好用运营说了算（因为使用，所以知道用户体验感触颇深）2、接触用户最多的人，运营能及时了解用户的反馈，沉淀用户的数据（了解用户）3、 运营会根据使用情况，数据观察，反哺产品进行改进，所以说产品后期，运营也是产品。

      劣势：1、不懂的技术，不知道如何实现；

总结： 运营就是产品，产品也是运营，运营也是转产品最好转的岗位。

改进产品——孩子长大

      改进产品是根据运营提供、后台观察用户行为数据等等对产品进行改进的过程，所以这里主要是 运营 、 产品 互相反哺的一个过程，所以这里最主要的岗位也是产品和运营，上边已经说过运营是转产品最好转的岗位，这里不再赘述。

      这里我们从两个方面说起，产品经理这个岗位有什么优势？转产品之前原来的岗位有哪些痛点？

产品经理有什么优势？

      一、收入普遍较高。

      刚入职一般是产品助理或者产品专员，工作1-2年后会升为产品经理，薪资一般为15-30K，3-5年可以升为高级产品经理，月薪30K+，具体能拿到多少就看个人能力了。我一个前同事跳槽去今日头条了，三年工作经验，月薪45K，因为头条是发18月工资，再加上部分期权，轻轻松松年薪百万。

      二、产品思维可以影响人的一生

      产品经理时刻带着问题去思考万事万物，比如:一件商品到你手里，你就会这件商品经过了几层流程，大概中间每一层赚多少钱的利润，怎么样才能降低商品的售价。比如:一个女人跟另外一个人吵架，你就会思考什么是吵架？为什么吵架？吵架的目的是什么？吵架能解决什么？从而发现生活中的点点滴滴的本质。

      三、产品经理的工作是趣味性的、创造性的

      有一句话评价“产品经理靠想做正确的事情，项目经理靠执行把事做正确”，产品经理需要了解各方的利益关系、用户痛点、他们为什么要用你的产品、为什么要跟朋友推荐你的产品、为什么要在你的平台消费，去了解人的本质，以及事情的本质。不是一味的枯燥的去执行某一件事情。比如：我做媒体网站的产品经理，需要了解什么人看？看的目的？怎么赚钱？赚谁的钱？为什么他们要给你钱？他们给你钱的天花板在哪里？你就能发现用户背后每一个岗位的 KPI，他们的求人同、求曝光、求资源等等等的诉求，抓住这些才能去做产品。

      四、产品经理未来前景好

      牛逼的产品经理可以改变一个行业、改变市场格局，成为独领风骚的****；其次即便是未来更有很大的机会可以创业、做投资、成为一个风口行业公司或者同类型创业公司的的高管。

转岗之前的岗位有什么痛点？

      一、销售：1、入门需要强大的人脉资源；2、入门工资极低；3、经常需要出差，家庭和事业不能兼顾；

      二、程序猿：1、需要不断的学习，才能保证自己不在研发的道路上不掉队；2、处于被动执行阶段，很难有主动思考的能力，长此以往，会慢慢磨灭思考的能力；3、加班严重，研发加班那是再正常不过的事情了；4、前景：研发是一个青春饭，到了30几找工作难了，要不然就是找技术总监，找偏执行的工作基本没啥戏，因为后期新秀会把你死死的拍在沙滩上

     三、运营：1、运营的工作适合女生，因为运营这件事需要很细心，需要贴近用户去感受用户的感受；2、没日没夜的加班，整天为拉新、留存、促活、转化抓心挠肝想破了头，和付出的精力时间相比，工资根本不值得一提；3、发展越来越难，随着市场获客越来越难，越来越需要高质量的内容或者合适的场景才能撬动用户，运营越来越难做，没有预算的运营团队更是一肚子苦水；

产品分析

      一、需要通过用户痛点，研究用户行为的本质，比如：为什么用户要发抖音？为什么用户会刷抖音？

      二、需要根据用户群体，确定市场规模的大小以及未来的增量空间，比如：抖音用户目前多少人？快手目前用户多少？短视频可以覆盖年龄段大概是什么区间？5G 的到来会给短视频带来什么影响？为什么视频带货会火？短视频未来的发展方向是什么？

产品规划

      一、当我们了解完用户、市场、行业之后，可以确定一规划，我们要做什么？市场有多大？竞品有哪些？我们这时候就需要根据规划去研究自己的产品。我们主要打什么客户？这类客户的需求什么？我们的需求有哪些？哪些需求是痛点、哪些是痒点？哪些事爽点？版本规划应该先做那些后做哪些？

      二、我们确定好版本后，产品经理就需要根据版本规划制定单个版本的 PRD、MRD、流程图等等文档。

产品设计

      一、产品完成各种文档后，内部确认无误后，就需要找设计研发评审需求 PRD。

      二、UI设计师根据产品调研的用户画像、产品特性等等选取产品的主要设计特定以及主题，进入设计流程。

      三、UI设计的同时 UE 设计师需要设计各个页面的交互逻辑，确保用户使用的流畅性。

项目管理

      一、找研发评审的时候，设计还没开始工作，这时候评审主要是需要开发指导工作内容是什么？需求是什么样的？有什么技术难题？从而进入技术方案的选型阶段。

      二、UI、UE设计图出来以后，设计会同产品经理一块评审设计稿，看设计的主题是否合理，功能逻辑是否正确。

      三、设计稿确认无误后，设计需要切图给到技术，同时技术拿到设计图后，首先需要评估研发时间，给到一个确定的提测时间、测试时间、上线时间。

      四、研发开发的过程中，需要时刻注意开发进度，防止研发因为技术难题，或者需求问题影响上线进度

      五、同时在研发开发的过程中，测试工程师需要给到产品测试用例，测试的流程，产品核验无误后，测试需要按照测试用例进行测试，保障每一个功能，每一个页面都没有问题

      六、研发提测后，产品经理、设计师、测试工程师三方都需要进入测试，产品经理更多的是看功能是否正确；设计师主要看研发功能是做的产品是否与设计稿一致；

      七、测试工程师测试更多的是单元测试、白盒测试、崩溃测试、以往功能测试等等，测试按照测试用例测试没问题后，需要让各部门签字（产品部、设计部、研发部、测试部），保障责任到人，确保每个部门对产品功能的确认。

      八、各部门签字后，运维与研发、产品需要同时在场，进行项目的上线，上线后还需要时刻注意线上的反馈情况，以免声场环境与测试环境的冲突

产品运营

      一、产品规划初期，产品以及运营就应该想明白产品的从0-1的冷启动应该怎么做？比如大家可以看看知乎的冷启动（对外开放没有内容，内容应该怎么产生）

      二、运营时刻应该时刻注意线上功能的反馈，时刻反馈给产品，做好产品的优化工作的收集

      三、运营分为很多种，有内容运营、用户运营、增长运营、社群运营等等，因此不同的岗位的运营工作内容也不一样，因此产品与运营对接过程中，工作内容也不太一样。

团地管理

      一、 团地管理很多入门的产品经理接触不到，团队管理首先必须能够带新人，让信任能够更快的熟悉业务，这时候产品经理必须有自己的方法论，让新手产品经理也能够根据方法论及时的成长

      二、绩效考核，产品经理有没有完成目标，怎么量化，按照上线量化还是按照使用效果量化，根据不同的阶段的产品经理，需要制定不同的规则。

      三、流程化管理，需要严格按照产品-设计-研发-上线-运营的流程做项目，把控每一件事情，防止因为流程导致的项目失误，比如产品还没定稿，产品已经给到研发；研发还没完成提测，就着急上线；测试没测试完成，就说没问题了，这些流程都会对产品造成很大的伤害。

总结

      产品经理是一门综合学科，起点很低，天花板有很高，小产品到产品助理，大到乔布斯、雷军都是很优秀的产品经理。如果真的想转产品经理，踏踏实实安下心，学习产品经理基础的工作，小到一两个月你就可以找到满意的工作

很多人对菲律宾的工作不是很了解，所以我在这里简单说下这边的工作具体是什么样的情况。

一、关于BC，很多人把BC比做诈骗，为什么呢？个人认为主要愿意是被设套了，同样是卖彩漂，国内的彩漂站点从来没有说去打广告，然后拉人来玩。如果国内的站点拉人来玩，那这个站点肯定就涉嫌违法了。菲律宾这块大概就是类似的。比如很多有牌照的公司，他们只是负责技术这块的。也就是他们根本不会去拉人。但是挂靠的公司，他们就会从事这样的业务。所以为了规避法律风险，他们全部都采用匿名的。做业务的时候也从不来自己的私人设备和账号的。到了公司，统一都有工作手机，微信QQ等各种账号和设备的。离开了公司和公司就无关了。而且在菲是合法的。菲律宾当地也管不了。那回国后就更加没有人管了。

二、一个平台的运营需要技术，所以有的公司招聘技术。也就是IT行业的。任何公司的业务模式都离不开网站，APP，不然没有这个，大家怎么做去让玩家来玩呢。然后就需要业务人员，也就是我们的推广，为了更多钱，就需要推广找来更多的客户了。客户多了，客户在消费的时候如果碰到问题怎么办，这个时候就有网站的在线客户了，就相当于淘宝的后台客服。专门在线回答客户的问题，还有管理客户的入账出账什么的。这些人都不懂英语怎么样，那就需要一个翻译，也就是行政来处理这些事情了。租房，带员工看病，接机，和菲律宾本地人政府对接等。但是这些人怎么过来呢？就需要靠人事的招聘了。

三、先来说说客服，这个很简单，本人了解也不对，个人接触客服比较少，一方面客服比较稳定，他们的工作时间都是需要倒班的，有夜班的。客服休假的话都是自己和自己部门的人玩耍的，因为他们的上班时间和我们不一样，有时候夜班，有时候白班，白班的时间和我们也不一样的，而且平时吃饭时间也不太一样，也是为了错开时间，不让食堂太拥挤。其他岗位基本都是白班，所以其他岗位的人有时候会一起玩耍，但是客服一般不会的。加上人员稳定，公司需要客服的也少的。流动性也不大。本人来菲律宾这么久，招聘的客服占比太少了，加上我平时工作忙，他们基本也没有什么事情。所以我和他们交流不多的。反正一个字，稳。

四、推广，这个提到让人唾弃存在的行业，就和国内那种卖保险的一样，真的很让人讨厌。很多人离开菲律宾就是因为做推广坚持不下来。但是一个公司不可能只有客服呀，只有业务好了，客户多了，客服的需求量才会要求更多。所以业务才是公司的根本。很多人不喜欢推广的原因很多，比如需要装女人，需要撩骚等。还有就是业绩压力了。

很多人觉得推广就是网络聊聊天什么的，就打打字，面试的时候也是很简单的，打打字了。看看速度什么的。其实就像你看书一样，给了一本武侠小说，和给了一本文言文，都是书，那你愿意看哪个。刚来菲律宾什么都不懂，基础很重要，业务知识，承受能力，人性的拿捏等。这些都是很考验人的。一般推广做好的人，绝对是人精了。

我见过聪明的人没有做几天就离开了，我也见过老实人坚持做，最后做得很好的人。总的来说关键看个人了。反正做这个工作前期绝对不能偷懒。不然后期压力更大的。

所以说，推广是勤奋者的天堂，因为做好了是所有职位里面最赚钱的，推广也是懒惰者的地狱，不努力，这里就是煎熬。

五、行政岗位，需要英语很好。这个事情就很杂了。不要觉得行政简单。比如租房，一个公司肯定最少有几十个员工宿舍吧，今天马桶堵了，明天空调坏了，然后有员工入职，你要带员工去宿舍，有员工离职，你也要带员工离开，然后员工来了，你要去给员工办理ID卡。那员工来的时候，生活用品，你也需要定期的去购买，还有药品等。公司签证需要续签了，你要去移民局办理。公司的菲佣，司机也都归你管。老板下班了喜欢出去玩，你要交代好司机。如果员工半夜生病了，你还要牺牲睡眠带员工去看病了。事情很多，但是有时候真的累。一般大概从下午一点开始忙到深夜了。这个工资比较固定。但是做好了还是有油水的。比如租房这块，在国内中介，租房是有返佣的， 这边一样也有的。如果了经常租房的话，你可以认识很多房东，有的房东需要出租，而公司正好需要租房，或者有其他行政的朋友需要租房，这个就是收入了。比如你去办理签证的时候，这个也是可以赚到钱。

六、人事，很多人觉得人事很简单，不就是拉拉人头吗？而且工作轻松。这个把问题想得太简单了。确实人事算是工作时间最短的，基本每个星期都可以休息。但是要知道人事下班了，也会工作的，但是客服，推广下班了，那是真的下班了，而且公司不提供任何资源。还有人事需要具备的专业知识更多。毕竟想来菲的人就那么多，你要想办法打广告。想办法让更多的人来找你。每天要发帖，发帖，有时候看到帖子我就头晕呀。而且做一个月不见得有效果。我遇到有人事做了两个月一个人都没有找到的。我也遇到有的人说我亲戚朋友多，我来做人事，然后带着他们发财，结果亲戚朋友没有一个相信他的。人事工作时间少，是因为他们可以在办公时间以外的时间工作。工资也算是最低的存在，唯一的好处就是自由了。然后遇到公司不要的人，还没有推荐其他的人，赚点外快了。不要相信什么良心人事，不推荐其他公司什么的。这样的人要么是骗你的，要么是没有人，所以不推荐，大家都是为了钱。作为人事的我有话说，同样是推荐，至少如果我们公司不要，我会推荐给比较好的公司。什么阿拉邦，拉斯，电力大厦什么的，我是肯定不会推荐的。之前也推荐给其他的公司，他们基本到现在都还在公司干。都很满意。但是有的人事为了钱真的很恶心，只看钱。不敢什么坑公司都推荐。这个就是为什么坑人的公司不缺人。因为他们愿意花钱招人。

七、IT行业的人才，一般大家也做不了，这个都是属于猎头行业的，我朋友就是做猎头的，和菲律宾基本大大小小的名企都合作过了。

其实说了这么多，无非是想告诉大家，这里的公司和国内的公司一样的，都是写字楼办公，没有什么区别，不同的是这边异国他乡的，有时候想家，然后工作压力回答一些，而且要做满合同期了。

这里再说下几个误区。

一、公司随意开除人，实际上我遇到过很坑的公司，也没有说随意开除人，做了两三年了，在公司里面看到被开除的人不超过10个了。基本都是不服从管理和主管对着干，有时候还吵架的什么的。大部分离开的人，都是接受不了这个行业，还有就是不能够吃苦，还有就是那种确实遇到坑人的公司，虽然坑人的公司不多。

二、感觉不安全，实际上工作生活地方很安全的， 不安全的是贫民窟，还有喜欢到处玩的那些人。哪些地方好玩呢？鱼龙混杂的地方，明知不安全，还要去玩。一方面为了喝酒，但是喝酒的原因还不是为了艳遇吗？最多就是破财免灾了，人身安全到没有。但是注意安全的话，基本不会有什么问题的。

三、没有公司会花钱去租一个小黑屋，老板要的是员工的努力工作。不努力，没有业绩的话，可以开除出，为什么要关小黑屋呢？只有偷公司钱的人，才会被老板高一顿。我见过，一般就在相对封闭的房间了。但是正常工作，这些和我们都没有关系的。大家都不傻。

四、赔付很多，不知道从什么时候起，柬埔寨的人事说菲律宾赔付都是3-7万的。在菲律宾这么多年，一般赔付大部分都是几千块钱，无非就是签证机票保关的费用了。超过一万的都不多的。还有护照是可以去大使馆补办的，签证也是可以去移民局补办的。然后你就可以回国了。如果你觉得赔付太多的话，去大使馆了。不要听别人说公司和移民局大使馆是通的这样的鬼话。认识不代表是通的，你经常去移民局办事情，你和移民局的人认识也正常，但是实际上公司都不认识移民局的人，因为他们的签证都是找的别人处理的。何况也不只有马尼拉有大使馆，宿务，拉瓦格都有的。所以正常赔付都不会说太高的。但是大家出来干活都是想长期干的。我来之前也是希望做个两三年的。

总之吧，如果了要说这边的坏，那真的几天几夜都说不完的。但是说完了我们都不是好好的吗。然后你继续说，我继续赚钱。大家人各有志。如果你想赚钱，你也可以加入我们的行列。

说一下大家找工作的注意事项了。

一、很多人找工作都是想做客服，但是想做客服，也要根据自己的实际情况来看。一般男生超过了26岁还想做客服的话，基本没有公司要了。如果超过了30岁还想做客服，那只有落地变狗推了，所以有时候不要怪人事骗你。当然我也讨厌骗人的人事。

二、很多人都喜欢让公司买机票。但是根据我的个人经验，很多公司都是让求职者自己买机票，然后到了公司报销，有的公司是转正报销。个人觉得自己买机票的公司更加正规。我接触过很多买机票的公司，要么公司很坑，要么就是中介推荐的。所以如果我遇到有人说我一分钱都没有，公司给我买机票把，我基本都不理睬的。因为我不相信搞不到1000多块钱买机票的人。真的想来上班的人，应该想确定公司的好坏，然后再选择公司。

三、认为工作时间段的公司是好公司。这个是误区，只是公司的操作模式不一样而已。这边有的公司推广是12个小时月休1，有的是10个小时月休2。这里说下，一般工作时间段的公司，公司提供的资源不怎么好，基本都是按照个人业绩来算的，所以压力更大，完全看个人的努力和实力了。但是来这边的人基本都是没有实力的。所以就是看努力和学习力了。而工作时间长的公司，基本都是按照团队来算个人业绩的，就是一个小组，业绩平分的那种，这样压力更小点。公司一般提供的资源比较好点。很多接触过资源这块的都知道，资源这块是很贵的。公司有了好资源，自然也希望员工工作更长的时间，这样就能够保证资源的充分利用。

四、听人劝，吃饱饭。这里我不是说让你到我的公司来，只是我确实告诉过很多咨询过的人，说哪里不好，但是大部分可能并不相信我。还有的人也相信我，他们肯定也不光问过我。但是他们依然觉得和对方都谈好了，还是要去。我只能说你没有到菲律宾之前，选择权在你，你到了菲律宾，护照一收，然后上班，选择权就不在于你了。遇到过很多这样的人，刚刚到了菲律宾，护照收了，就给我说，来救我呀，我不喜欢这个公司。但是我就一个人事，我能帮你变出一本护照吗？不可能的。所以工作是自己的，理性的选择。适合自己的才是最好的。也许有的人觉得人事说话可能都会说自己公司好，但是你多接触几个人事，多了解一些，你就能够筛选出信息的真实性了。所有人都说一个地方不好，那这个地方肯定不怎么样的，只有一个人说这个地方不好，或者在那儿呆的人都说这个地方不好，那说明这个地方真的不好。

五、只要能够发工资，那就说明公司不坑。对于这样的小白，我简直无话可说。这边没有老板不发工资的，不发工资，哪个人愿意干，大家也不是神经病。很庆幸，干同样的事情。我可以拿到四万一个月，但是只能拿到几千。

六、不要总盯着赔付，要知道既然选择出来了，肯定是打算长久干的。当然没有长久干的决心也做不好工作。这边没有养大爷的公司。所以如果你在找工作，首先是选择一个至少正规，适合自己的公司。你能够坚持下来，自然就能够做满合同期，就不需要赔付。你去的公司就算赔付再少，但是公司待遇差，各方面不行，你干不了几天，你想走人，那你就需要赔付。所以首先你要关注的是公司，然后再关注赔付。当然赔付高的公司会说自己赔付高。表面说法都是一样的。其实你问赔付的话。也问不出什么来。

七、记住，到菲律宾工作不是去捡钱的，是去工作。要抱有能吃苦耐劳的心态去工作，工作态度要端正，这样才能长期发展下去

八、大部分公司都是好的，老板开公司是为了赚钱，员工就是赚钱的机器，如果不能够留住员工，老板如何赚钱。留住员工最好的办法就是让员工也赚钱。所以绝大部分公司都是比较好的。少部分大楼和地区（比如阿拉邦、拉斯）除外。最关键的还是看是否适合自己了。几年前想出国打工的人，大部分都是比较单纯想赚钱的人，能够吃苦。现在想出来的人大部分都是为了碰运气的，真的不要抱着碰运气的心态来这边。和我同一批来的人，有一些人的能力还没有我好，但是他们在一个公司坚持，现在混得都比我好多了。能不跳槽，尽量别跳槽。我跳槽过后，我发现所有的公司都差不多的。有实力有能力的人，你去什么公司，你都能够赚到钱。

以上纯属个人意见。可能会存在一些偏差。但是基本是我这些年的总结

引言 谁应该对项目进行管理项目管理的的文章和书籍到处都是，我也不敢在这班门弄斧。所以以下的文字主要关注从没有管理到开始对项目进行一些管理这个过程，通常没有进行管理或者很少进行管理的项目也不会特别大，所以本文并不一定适合大型项目。本文也不完全符合某一流程或者标准，其中一些只是我个人的一些浅见，如果能抛砖引玉，那就再好不过了；如果哪里说的不对，肯定各位筒子们尽管拍砖。作为项目组的成员之一，不论你是开发工程师，测试工程师还是数据库工程师，你都对项目管理负有责任。在工作中，工程师应该精通自己的部分，优秀的工程师还应该熟悉别人的部分，实际情况中的工程师通常还需要在必要的时候（有人离开）顶上去做任何一个部分，此时，对项目的整体的把握至关重要。在参与到管理的过程中，也会提高自己的项目管理能力。其实，“项目管理”四个字重点不在管理，而在项目，当你的心在项目上，你就是管理者，项目就有可能因为你而成功；反之，即使你是个小角色，项目也可能因你而面临失败的危险。（一） 我们需要什么样的人在前面的文字中，我提到项目中的人员。我个人通常喜欢称项目的参与者为“工程师”，不管是开发，测试还是数据库管理，还是需求分析，项目管理人员。工程师这个词，其实包含了很多内容，不仅仅是垒代码，而是要像做一个建筑工程一样，考虑自己的部分对其他部分的影响，设计自己的部分，构建自己的部分，测试自己的部分，这是一个有机互动的过程，不是一个简单机械运动。我要强调的是工程师是技术工种，不是熟练工种，作为项目组的一员，我们也要从内心去做一个技术工种而不是熟练工种。基于以上的考虑，我认为项目组成员应该至少具备如下三个特征：1， 具有本领域内基本的技术能力和学习能力。我坚信不知道开机按钮在哪的同志确实干不了修理电脑的活儿，也不认为三天学不会hello world的程序员还有在这个领域生存的机会。2， 专注于工作的精神。哪怕你工作一分钟，也请专注的工作，专注的思考。专注成就价值，只有专注的做事情，才能有所斩获。3， 能够与人沟通。众所周知，沟通对于项目的成功有多么重要，所以沟通是项目组成员比不可少的素质之一。工程师，还是代码工人。你的选择？（二） 始终关注交付物--不管是项目经理还是开发人员（项目中的所有人） 项目一开始，我们就开始和客户谈需求。“汽车怎么卖跟我程序员有什么关系？如何让你的客户满意又关我什么事？只要告诉我你要什么就行了嘛，废话这么多”，很多程序员都这么想。随着这些我们并不关心的事情越谈越多越谈越深入，我们越不耐烦，越想早点儿结束，进入我们自己的代码的世界。此时，我们忘记了真正重要的真正最核心的东西：我们要交付什么东西！此时你会说，我没有忘记，我就是要做个B2B的电子交易平台。没错儿，就是它，但是它是什么呢？包括什么呢？为什么是这样的呢？将来有可能会变成什么样呢？甚至这个平台能为我们的客户带来什么呢？不知道你能回答上来多少。我们的交付物---它可能是一个独立工作的功能，可能是一个部署的方案，也可能是一个帮助文档， 它才是值得我们一直关注并且必须要关注的东西。对于它，我们应该深入的去了解，它能干什么？ 为什么要这么干或者能为客户带来什么？在整个项目中处于什么位置？关键的挑战在哪里？何时交付最给力？最晚何时交付还能有效？如果没能交付会有什么后果，还有替代方案吗？为了了解我们的交付物，我们必须深入的了解客户的需求。当我说到需求，我不想你联想到海量的客户业务信息，虽然那也是我们需要了解的；我只想让你去深入了解当前你在思考的交付物，以及跟它有关联的业务接口，当然，还有它产生的影响。关注交付物的最大好处就是能够保证项目的交付，而最核心的技术就是学习客户的业务—虽然我们是程序员，但其实我们应该是全才。在此过程中，原型法是个不错的主意。原型不一定是一个客户看的东西，我不太看重那些重型的花费太多精力的原型。有时候，一个流程图，简单的几行字，几条描述业务的问题，一段与用户关于功能点的深入短暂的交谈，都是很好的原型。原型其实就是将你理解的东西，让用户理解，并得到用户的反馈，不管用什么方式，只要达到这个目的，那你的原型就成功了。最后，一切关注交付物的努力都将迎来收获的季节：验收。项目组员可能关注交付物，而项目领导者可能更关注验收。其实关注交付物，就是关注验收，因为验收就是由一系列的交付物组成。乍一看，验收貌似就是一堆代码或者一堆文档，其实不然。验收其实是一个过程，是一个从开始就需要得到关注的过程。在项目开始的计划和设计阶段，每一个交付物都应该有一个完成的标准，即做到什么时候为止，一切交付物都应该是可验证的，而这种验证方式应该得到客户的认可。这些验证方式可以是一些测试用例，也可以是一些其它的标准，但是必须得有，我们一切的工作都要围绕这个验证标准进行。要努力让客户相信：验收就是跑完客户已经签字的测试用例，系统出现的错误在可以接受的范围之内。我们并不是欺骗客户，而是要客户进行深度参与，让它们意识到这些测试用例的重要性，从而更好的实现双赢。（三） 我们需要哪些文档，工具和努力 软件项目肯定离不了文档和管理工具，如果您的项目还没有它们，那么请从现在开始。那么文档是不是越多越好呢？老话说的好，合适的才是最好的。小而精的文档和工具会让我们事半功倍，大而全的文档会让我们疲于奔命，最后迷失在文档的海洋中。 我们写代码的都知道，错误的注释比没有注释更可怕；同样的，没有及时得到更新的文档比没有文档更可怕，因为文档就是项目的注释。那么我们是否有必要去更新那些我们根本没有用到的文档呢？很显然，那是非常没有必要的，是对资源的浪费。文档说起来其实就是一个工具，是一个让我们开发时有依据，可以追溯开发过程以及记录开发结果的工具。我们只有用到它，它才有存在的必要。 那么文档过于少或者干脆没有文档，不是更简洁？我想说：不写代码不是更简洁？玩笑归玩笑，没有文档或者文档太少会导致的问题大家可能也都遇到过：那就是过程不可追溯，有些非常重要的逻辑没有记录，需要用到时团队成员各执一词，甚至需要重新找客户确认而是客户认为我们不够专业；有些非常重要的设计没有记录，导致代码维护困难，以至于维护人员破口大骂开发人员写的什么垃圾代码做的什么垃圾设计。有些设计非常的巧妙，非常的值得学习，然而就是因为没有留下记录而被初学者如我一样的人骂了N次。在反省自己不够聪明时，是否也该让写代码的人反省一下为什么没能留下点儿记录？ 有一种观点是最好的设计就是代码，意思是代码就是设计，代码应该非常的优秀，可读性特别好，让人一看就明白，我完全同意。如果代码写到这种程度，那文档就真的没用了。那么请自问，您是这样吗？如果是，没文档，没问题；如果不是，请把重要的东西写下来。那么，哪些是重要的呢？ 哪些是必须的， 哪些是Optional的。对于哪些文档更重要些，应该由项目的具体情况而定，特别是项目的大小，逻辑的复杂程度，人员的情况等等很多因素。在我做过的项目中，我个人认为最重要的一些文档和工具如下所述：1， 功能说明书（Functional Specification）------按独立功能划分优先级，每一条记录都是一个可交付物，都是一个功能。整个文档就描述了整个项目的交付功能和优先级。项目中的所有人，都应该关注这个文档：测试用它来写测试用例；开发人员用它来决定先开发哪个功能；PM用它来查看功能的完成和验证状态。它通常不应该内容过多（由项目规模决定），我觉得最多两行字就可以描述一个独立工作的功能，至于对这个功能的理解，应该由负责它的程序员来完成。2， 核心流程图。这个流程图可能描述了用户使用该系统的过程；也可能描述系统中数据的流转；也可能描述表单的流转。总之，它描述一个过程，这个过程对用户来说非常重要。这个图有时候也会被其它的图，如顺序图代替。3， 部署文档。该文档描述了该系统应该如何部署，它不一定非要是一个word文档，也可能仅是一个bat文件而已。这个文档应该描述该项目如何部署，步骤是怎么样的，需要哪些文件，需要哪些硬件支持，以及需要注意什么。部署历来都不太被重视，大家觉得只要东西做出来了，部署不就是放上去吗？其实不然。在经历了一定周期的开发后，开发过程中积累的配置，对环境的要求，在真正部署的时候很多就忘了，所以部署可能会花费很多没必要的时间，我觉得这也是微软要做daily build的原因之一，每天都build一个可用的版本，当然部署就没有问题了。我们刚开始可能不需要每天都build一个版本，但最少要一周或者两周部署一个版本吧。每次部署都整理一个自动化的脚本或者文档，会让你最后上线的时候非常的从容。4， 测试用例。我不是一个测试人员，测试也是我觉得一直没有做到位的地方。客观的说，我觉得用例应该花很大心思去编写，就像用户真正的在使用软件一样。项目应该在设计和开发的时候就以满足用例为目标，而不是开发完了才想起来用例，去测试，发现问题再修改，回头想想，这可能就是测试驱动开发产生的原因吧。我们知道用户发现错误修改的成本高于我们自己发现的错误；同样的，设计和开发阶段就解决的问题成本也远远小于测试阶段发现的。正是，问题发现的越早，解决起来就越容易，成本就越低。5， Bug管理工具。这个管理工具可以是一个excel，当然，我并不推荐这么做，毕竟excel却是不那么自动化。但是，只要比excel自动化一点点儿的信息系统就可以了，它需要可以记录问题，可以传截图，这就够了。我推荐使用bug tracker，这是个dotnet开发的开源的bug管理工具，其实也可以管理需求，是非常实用的。以上五个是我认为最重要的，我觉得是项目开始进行管理的阶段必不可少的；而下面几个，则是大家视情况可选的。6， 核心类图。这个可能是可选的，因为有时候，类的关于没那么复杂，也就没有必要有这个图；相反，则需要进行记录。7， 数据库设计。数据库设计文档可能在review的时候用到。8， 系统间接口图。如果产品有若干个子系统，如web service等等，那么我认为需要一个描述系统间接口和交互关系的图，这个图应该在设计的早期就开发出来供大家使用并且随时保持更新和关注。有了文档和工具，是不是就一切OK了呢？不对，就像大而全的文档并不能帮助我们成功一样，有了文档并不代表项目就能成功，如何维护和使用这些文档和工具是相当重要的。每个文档都应该有人去维护，那么谁去做这个事呢？我认为项目经理应该经常拿着功能说明书开会，它也可以被看做是WBS的初级版本，可以被标注状态和优先级；所有人都应该熟悉流程图，并随时提出对流程图进行检验和review；应该指定一个人负责构建，这并不需要花费很多时间，但是需要细心和一些完美主义精神；测试人员自然要维护好测试用例；每个人特别是开发人员，都应该有一种觉悟，那就是一旦想起了哪些重要的逻辑，不管是业务的逻辑还是系统的算法，都应该记录到bug管理工具上。Bug管理工具完全可以记录这些零散但却重要的东西，以便将来方便查询。在这里我也是根据自己的经历简单的谈了一些我的看法，这并不是金科玉律，我还得说，合适你的才是最好的。（四） 代码规范的选择 做开发不可避免的遇到代码规范，从上学时就会学习到一些规范，但是每个公司都不同，那么我们到底要遵守哪些规范呢？我个人认为，一个合格的程序员应该可以随时调整自己适应任何一种规范，这是一种职业素养和能力。而何时该遵循何种规范，这也有一定的原则。1， 在现有系统（代码）基础上进行开发。这种情况下，我们应该尽量的去遵循原有系统的规范，不论是命名还是注释。因为如果这时你非要按照自己的习惯写，那么系统就会出现两种完全不同风格的代码，这对将来的维护是一种噩梦。但是，遵循原有规范不是迁就原有错误。如果发现原有的规范会造成一定的问题，就要立刻改正，不能装傻充愣假装看不见。2， 新建团队开发新的系统。新建的团队中团队成员可能来自不同的环境，对规范的选择倾向一定是不完全一样的，此时要怎么做呢？这时，项目的领导者应该组织大家一起做一个决定，讨论如何定义变量，如何给控件取名等等。在出现意见不统一又谁都说服不了谁的情况时，项目经理应该做出明确的决定。此时选择一种规范远比同时迁就两个人要来的好，不然造成新系统中存在两种规范，同样是维护的噩梦。3， 稳定团队开发新的系统。这种情况就容易得多，团队稳定后团队成员渐渐的了解了互相的习惯，互相学习后就更容易达成妥协。只要注意让新加入的成员适应就可以了。有人可能觉得代码规范没什么大不了，功能正确没有bug不就行了？当然，如果没有bug那肯定没问题，然而一个系统运行到退休还没有bug，哪位见过呢？我做了一些运维工作之后才渐渐了解到，不同风格的代码读起来就像是一会儿在赤道，一会儿在南极，非常的痛苦，有时甚至会造成系统很多的不一致，大大增加了维护的工作量。我们的目标之一不就是增加系统的可维护性吗？（五） review和重构说到review，有些筒子可能立刻就想到了：吵架。确实，有的时候review真的可能演变成吵架，但是我们为了项目的成功，这个风险一定要冒，慢慢成熟以后，被人批评的次数多了，脸皮厚点儿就好了。；）玩笑归玩笑，review确实是需要技巧的：在review别人的代码时，要注意你的话语有时会伤害别人的自尊心，让别人觉得你是在鸡蛋里头挑骨头；在别人review你的代码时，同样的你也会觉得别人是在鸡蛋里头挑骨头，伤害你的自尊心。这里我也没有太多的技巧可言，一句话，换位思考，脸皮厚点儿吧。哈。 Review可能分成以下几种：1， 设计的review。说起review大家更多想到的是大家坐在一起边侃大山边看别人的代码，其实设计的review是更加重要的和更加高级的，也是更有价值的，问题发现的早解决的代价就小嘛。在review别人或者自己的设计时，我们都能学到别人的设计理念，方法和技巧，这能大大提高团队成员的能力。项目中的技术牛人，项目经理和技术骨干应该作为设计review的主力人员，多多谈谈自己的看法；同时也要注意尊重设计者的感情，让大家都有收获的同时，把项目做好。2， 代码的review。代码review的形式可以多种多样，两个人坐在一起看看代码也是一种review，也没有必要非得所有人都凑齐。Review代码的可以让自己迅速成长，也能让项目组成员熟悉别人的业务和代码，以最大程度减少人员变动造成的损失；同时也能让代码规范更加一致。不管是设计review还是代码review，都不一定要全部人员到场，这可能会浪费一些时间；但是设计的review最少要有一个技术骨干或者项目经理在场，否则review就会变成讨论会进而升级成战争。Review有时候也会被认为浪费时间，特别是很多程序员对review别人的代码没有任何兴趣，也不愿意让别人对自己的代码说三道四。我想说，作为一个二十一世纪的软件工程师，我们不但要善于对技术进行钻研，更要善于把自己的技术传播出去，也要善于通过别人的指点更快的提高自己的工作能力。这是一个开放的时代，是一个需要交流的时代，是一个迅速发展的时代，你慢，就就完蛋。在review发现了很多问题之后，我们要怎么办呢？对，重构。这几年重构这个词已经非常的火了，大家都说重构很重要，但是又有几个人真正的去重构呢？有几个人真正的不允许自己写重复代码呢？大家是不是还在说：“项目schedule太紧了，等有空了再优化吧”？我认为，这句话是有问题的，项目的总时间短，任务重，我们没办法；但是优化（重构）却不会增加这种时间的压力，相反的，重构会大大减少后续的开发和debug时间。