标签：style blog http java 使用 os io strong
公司最近让我负责开发一款APP，以增加用户粘性。在开发APP之前与老板讨论先在哪个平台上实体。老板直言先上IOS。我问为何，老板回复：“我们APP主要针对的客户是土地投资拓展人员，这群人，都是土豪，谁用安卓？再举个简单的例子，你看我们公司好多人用IOS？”于是，我们就开始了IOS的准备。然而，当我们在走访用户的时候，发现被老板坑哭了，因为我们前期走访的10个用户中，8个安卓，1个安卓与IOS的平板，有效长期使用IOS的，只有1个。这也导致了我们的第一个版本的直接用户，不能是我们前期走访过的用户，前期走访过程中的关系建立、情境代入又得重新再做一次。
后来，我写了一篇“谈谈团队精神”中，欧阳也静 评论中的提到了“懒”，再加上我正在反省这件事，也许这件事故的原因除本身的对用户不够重视、决策过于轻易、没做市场调查、没有严格按产品开发流程之外，还有一个更为深层次的隐藏Bug：懒！
按照计划，今天这件事应该做完，但今天心情不好而且出门的时候，没有面朝吉方，不适合修复这个Bug。拥有这种表现的人，其实更多的是责任心的严重缺失，如果你运气好，碰到这种同事共事，那恭喜，你有了一面很好镜子，但千万别学去镜子，而要去学会避免。
当然，如果你能决定此人的去留，我建议你还是迟早让他去了吧，这样的人会使你的管理成本升高而且会祸害团队，因为人都有懒惰，这样的人会把其它人的懒惰勾出来。
“油瓶子倒了都没人扶！”如果以此思想来做为IT团队建设的基本思想，那该团队的日子应该不会好过。有人就开始拍砖了：“楼主2B！（话说，大家都在说2B，我一直没搞清楚，1B是什么），职责明晰，不是很好吗？”是的，职责明晰是很好，但自我观察应该不适合于IT团队，之前公司某领导在和我聊他们团队开始做团队拆分的时候，我笑而不语，后来实在受不了，于是乎就警告他：“老大，小心油瓶子倒了都没扶哟！”老大郑重其事地给我说：“现在这个阶段，我就是要这种，很简单，大家职责不明晰，出现问题都不好追责！”老大这么笃定，我还是只能笑而不语了。该老大试行半月之后，适逢公司搬办公地址，结果，该部门的人几乎都站在那里不动，该老大极为光火，责骂属下很懒，但我想想很简单呀，搬家，不在我的职责范围之内呀，我的笔、笔记本在现在这里是什么样的，你行政部门就应该给我搬过去是什么样子的。半年后，该部门独自承担某内部系统的开发更混乱了，曾闹了一个笑话：产品经理在交付开发人员DEMO的时候，有一个功能涉及到奇偶数时候，写了这么一句：“1,3,5等算奇数，2、4、6等为偶数。”该版本验写的时候，-1，-2，-3都未处理，版本延期。在做版本总结的时候，开发人员就直述：“产品经理都没只写了1，3，5，2，4，6没有写-1，-2，-3。”后来，该老大评定，开发人员有错，但产品经理错误更大（所以，每次受邀参加他们的版本总结会议，我都很紧张，因为，在已经凝固的空气下，销烟弥漫，那一群人在互掐，吃果果地互掐呀。）。我后来借该DEMO看了一下，当场晕倒，一个页面，满满当当的文字说明有2页，是说，当时一个系统，5个开发，2个测试，1个产品经理，配了1个助理，还说产品的工作量太大，产品版本延期严重。
“为什么在IT团队中职责分明是不好的？”该问题思考了很久，后来有一天参加一个聚会的时候大家在讨论，我突然有了灵感，感觉此结解了。大概是这样，IT研发是脑力活儿，不像体力活那样，所有产出很好衡量，即使再难做的模具，只要有了图纸，我做的东西，就能在大的机器上使用。但IT研发不是这样，做了详细设计，你最多给我一个接口，我实现你的接口就行，但你不能规定我写代码的行数，字数。再强的测试，也不可能做到100%用例覆盖；再牛逼的产品，也不可能想到用户的所有场景。所以，一个有战斗力的团队，大家可以互相质疑，只要有充足的理由，开发人员可以质疑产品的设计。当然，这时有人会说：“天天扯皮，怎么做事？”对此，我只想说，南辕北辙，做得越多，风险越高！
“楼主！歪楼了，这与懒惰有一毛钱的关系？！”团队建设指导思想的错误，唤起的不是其它的，正是潜在你内心深处的懒惰。如果想要走到人生的某种高度，就需要积累，这种积累也许不是职责范围内的，因为唯有此，你才会慢慢关心周围的世界。因此，“不想做产品的开发，不是好测试！”
有一类人，每天7点到公司，晚上10点离开，工作勤勤恳恳，兢兢业业。但是，结果让其负责的项目，十分也有个六七分，让他写的程序，向来也是在预期之内，但从不会超出预期。这种人，十年如一日，一日如十年，就像社会主义曾极力歌颂的螺丝钉一样，永永远远停留在那个位置。
公司里有一哥们儿，人挺好，工作很上进，曾做程序员的时候，攻克无数复杂功能，后因功勋卓著，特被策封为领导，愿其带领团队，继续攻克难题。但后来，十仗八输，一平，一胜。曾与其讨论，因何而胜，又因何而败。皆故左右而言其他，无一中的。后因某程序员要改其写的某复杂功能的代码，发现其用了30多个if…else…，搞了巨多4层for，于是其问题一下显露出来。此同事，之前能做程序员（其实，应该是码农）工作，并能完成很多复杂功能，无他皆因其勤恳。但，现在他开始干一份创造性极强的工作时，其思维模式未发生任何改变：“只要我努力，尝试所有办法，总有一个是可以的，if不行，那就来else，再不行，再if，再else如此种种。”这类人，很忙，会一直很忙，但会像陀螺一样，忙着转圈，偶尔回身：呀！风景未变，我也未变，变的只是年龄这个数字与头上的白发！
这种懒惰，不表现在行为上边，表现在心理或者思维上，而且最可怕是这种人会有一种暗示：“这次的失败，证明我还不够努力，我应该更加努力。”因此，极不好识别，而且，别人不能提点，只能通过自身深刻的反省才能识别，并加以改进，方能“当上CEO、迎娶白富美，走上人生巅峰！”
还有一类人，思维灵活，用了一天中的20个小时思考。说起创业思路来一套一套，说起某项技术来，头头是道。但一旦被问到实施进度来，他的回答往往是：“现在，这还是一个想法，没有实施过。”要知道当上CEO，迎娶白富美，走上人生巅峰这种事，靠的是想法，但绝不可仅仅靠想法，还得看行动。
陷于这种模式底下的人在极端情况下，会一直找方法，但，对所有方法都是浅尝则止，精深对于陷于这种模式的人来说，不是不能做到，而是不愿做到。当.NET好找工作的时候，他们会去学习.NET，但当他看到JAVA工资高的时候，又就义无反顾地拥抱JAVA，后来在团队中，看到DBA有点风风火火的时候，又改行去做DBA。三五年下来，当周围的朋友都是某总某O的时候，他就开始郁闷了，为嘛，我还只是个程序员，虽然我一直在学习，一直在努力。
（ps.楼主也是这样的人，因此，我也没有走上人生巅峰。）
当然，要改变这个懒惰模式，不仅要清楚认识到这种模式，还要讲究一些方法，这里以我曾经戒掉晚睡晚起的习惯为例（被逼的呀，因为我好久睡，我家公子也好久睡，甚至他能更晚睡呀）。
当我认识到要早睡的时候，我想了两个方案：方案一：早睡引发早起，每晚10点上床；方案二：早起引发早睡，每天定时6点钟起来。然后，我开始做实验，第一个10天，我用第一种方法，但结果是，晚上10点上床后，结果由于晚睡习惯了，虽然10点上床，但躺在床上，会无尽地失眠，一般睡着也就12点过，第二天肯定早起不成。所以，10天中，早起的次数只有2天，而且，早起之后精神十分地不好，整天都是昏昏沉沉的。第二个10天，我用第二种方法，无论晚上多晚睡，第二天早上准时6点起床。于是，我调整了闹钟，第天早上6点钟准时被唤醒。结果前四天都是被闹钟闹醒，精神不好，但从第五天开始，到5点50左右就自己醒了，而且精神有点感觉，到第8天，我已经可以关掉闹钟了。而且，每晚9点半左右，眼皮就开始打架。
所以，要战胜这种模式，首先要有压力，这种压力或来自于自身，或来自于外界；其次要有方案，你要去想如何去战胜目前的困难，再次，要学会做实验，不断对实验的结果进行评估改正；只有这样，才可能战胜这种模式。
好了，这就是我想叨叨的。剩下的，大家自由发挥，我先去睡会儿。
标签：style blog http java 使用 os io strong
原文地址：http://www.cnblogs.com/davyfamer/p/3918698.html
