我们不是在做技术决策，我们在玩

    在这里我不想一味地去抱怨对公司管理的不满，只想和大家一起分享下我们在做技术决策时遇到的问题。

        遇到的很多情况是，公司领导是以前在大公司做过什么CTO之类的人，有了自己的一些资本和人脉积累后，自己跳出来开个小公司，这类人在技术上有着自己独特的见解和十分强的自信心。然后开始招兵买马，那么是什么兵什么马呢？据我了解招的大多数是应届生或不足一年工作经验的。之后项目来了，于是开始带领大家做项目，那么这里存在一个采用什么技术进行开发的问题，如果我是老板我一定会选最NiuBility的技术，你想啊，既然我的人拼不过别人，那么我在技术的先进性一定要比别人NiuBility，再加上自己伟大的创意，这样才有和别人竞争的余地。

        事实上我们目前也是这么干的，昨天j2ee，今天SOA，明天restful，后天……，为了超越别人。于是一帮本来就没有多少的经验的人在各种技术之间疲于奔命。就举个实例吧，最近就有这么一个项目，为了做的比别的同类产品NiuBility，打算用flex做前端，丫的，多酷啊，加上javaeyer一起看好，难道有错？在项目启动会上老板首先把这个东西鼓吹一番，什么跨平台、未来趋势、AIR……，之后大家开始讨论这个东西，当时只有我保留意见，其他人一致通过。现在不想去讨论这个东西有多么NiuBility，关键是目前我们有几个人会这个东西，nobody！于是边学边干，据说pureMVC好，于是就基于pureMVC做，做着做着，我越发的感觉这个这个世界太疯狂了，连AS都还没弄清楚怎么回事的人就开始玩转pureMVC了，尽管我没有参与这个项目。结果是一片混乱，工期开始肆意的延长，老板急了，那加工加点吧，赶制出来的东西粗糙的不得了，一堆问题也不知道怎么办，界面不好看为什么不去修改flex的皮肤？由于不熟练怕耽误时间。性能跟不上为什么不去找瓶颈去优化？因为不会。出错了为什么不能很快解决？因为没有调试经验。和后台交互为什么那么费劲？还是因为不熟。   

        那么你可能奇怪，为什么不早点发现这个技术瓶颈问题从而解决呢？那就要话说在项目决策的时候，经过老板这么一鼓吹，大家都被吹晕了，因为这个东西大家都没接触过，也不好反对，再说确实也拿不出一手的经验去证明这个东西不适宜我们，谁能反驳他？他说好那就好喽。而且还有一点，你要是反对使用这个东西你就会被贴上保守、不自信的标签，老板嘴上不说，心里多少会这么想的，我就由于就没投赞成票，老板几次和我说(做不满意状)，叫偶多了解点这方面的东西。

那么技术决策该怎么做呢？我觉得很简单，根据员工的特长去选，扬长避短，其实这个道理是蛮简单的，但是这里有个矛盾的地方，就是有些公司为了节省人力成本还是愿意接收大量的应届生或者刚入门者，但又想提高公司的技术水准，所以在做项目的时候大家基本是边学边做，这无疑把企业培训的风险和成本加到项目开发过程中了，不可否认的是技术的提高是个积累的过程 ，拔苗助长只会让项目死的更快，所以也就让老板感觉，他在工作，我们却在玩。折腾了那么多的NiuBility的技术，结果我们j2ee了吗？我们soa了吗？我们restful了吗？我只感觉我们在玩！

那么为什么不去聘请O6Z这样的大佬来带领大家一边拍脑袋，一边干活，多帅啊，很遗憾，我们供不起这样的大佛，你还别不信，在用人上，有些老板有时就会把一块钱看的和月亮一样大，谁要价低，包装看得过得去，就买谁。这里人力资源可能就是T1说的服务期货，没有服务器、路由器等这样的现货来的实在，来的让人心里感到踏实。

总之我认为，老板有什么样的枪，就去打什么样的鸟，否则结局很可能就是，老板来收我们的烂摊子，而我们只得另投明主了。    

    欢迎拍砖，如有雷同，纯属巧合

评论

38 楼 guooo 2008-08-02  

这样的头不在少数吧

37 楼 poprlz 2008-08-02  

看来这些人不知道什么是利润哦！我之前的公司就简单用的技术，做了成几千万的项目。只要java开发人员会struts 和 jdbc就可以！系统稳定，客户又喜欢！我不知道为什么这么多人喜欢新技术，可能有  卖点  ，银两多吧！还能吹嘘自己公司的技术在业界是在领先地位吧！

36 楼 treenode 2008-08-02  

我刚刚因为类似的原因离职了。
最近的项目是我力主采用Flex的，理由很简单，因为之前我们已经用Flex作过两个成功的项目，不管出现什么技术问题，我们都比较有信心自己能够解决。
负责人开始的时候并没什么表示，但是项目进行到一半的时候他突然发话，我们能不能试试Silverlight，顺便用上WCF，如果Linq也能派上用场的话更好。
于是我明白了，这个负责人心里其实并不关心项目的成败，他只是想玩新技术而已。

35 楼 skzr.org 2008-08-02  

老板也太nb了！什么都用最新的！呵呵我个人看好j2ee的传统应用，对于Eclipse的平台是做客户端的绝配！
当然这部分还在摸索中！个人的方向也是定在j2ee的传统方面+spring+Eclipse平台！
以前还看过flex后来发现，这个真郁闷，什么都要钱，呵呵，环境不好，还是搞java舒服

34 楼 liuqiang 2008-08-02  

<div class='quote_title'>ltian 写道</div>
<div class='quote_div'>
<div class='quote_title'>PureMVC在我们的项目中运用的很好，而且现在改为多核的了。不过我我们团队打算今后不再用这玩意了，除非可能要做的是通用的组件。因为PureMVC的调试有点烦。系统大了之后维护有点累。</div>
</div>
<p> </p>
<p> 走题啦，这里不谈具体技术的好坏，我只是举个小例子，每个团队的情况不一样嘛。</p>
<p> </p>
<p>根据大家的讨论，我感觉到这种情况还是比较普遍的，负责人（老板）就像一个小孩，有2块钱，又想买可乐，又想买鸡腿。</p>
<p> </p>
<p>我不知道还有多少死马当作活马医的案例，再说一个例子，不才大四那年被一个创业公司廉价买去做网站，那时web2.0贼热，当时偶只会点js java，结果到公司简单学了3天dojo，就开始奉命用dojo去打造一个全中国最牛X的web2.0，被折磨到毕业大家都不欢而散了。</p>

33 楼 cuiyi.crazy 2008-08-02  

ltian 写道

dlee 写道

我们现在用的正是Flex+PureMVC+REST+Rails，配合起来感觉很舒服啊。

给你们的老板一个建议，大量采用新技术时最好自己能够冲在前面，有把握帮助手下的弟兄度过难关之后再上。不要自己只说不练，只会做一个督战队队长站在后面磨刀霍霍。

你们的老板对于技术的掌握和理解充其量只配当个连长，还自以为是军长司令有能力指挥千军万马。

共军的连长打仗的时候都这样喊：“弟兄们，跟我上！”
国军的连长打仗的时候都这样喊：“弟兄们，给我上！”
所以国军被共军打到台湾去了。

你们的老板犯了两个错误：
不知人：不清楚手下技术人员的特长、爱好、学习能力。
不自知：高估了自己驾驭技术风险的能力，低估了大量采用新技术所带来的成本。

PureMVC在我们的项目中运用的很好，而且现在改为多核的了。不过我我们团队打算今后不再用这玩意了，除非可能要做的是通用的组件。因为PureMVC的调试有点烦。系统大了之后维护有点累。

能多解释一下为什么不选air么？
在网上搜索了不少对比，感觉不出明显的差异来，只是说puremvc的松耦合更合理，也不用单例。
莫非air的调试会简单么？

32 楼 smilelee74 2008-08-02  

能碰上这样的老板真的算不错了 能给你机会学东西 练兵 风险自己担着 呵呵
有几个老板敢这样 你们老板有闯劲 关键是手下兵太弱 要有个能力强的兵在里面突击技术难关就好了

31 楼 d8111 2008-08-02  

在武汉碰到这样的公司，干了2个月，实在受不了离开。

到现在离开已经3个月了，半年前起来的3，个项目：1个做完被客户评价值50块钱，另外2个陷入泥潭，不知道何时能面世

30 楼 hyhongyong 2008-08-01  

<div class='quote_title'>liuqiang 写道</div>
<div class='quote_div'>
<div class='quote_title'>hyhongyong 写道</div>
<div class='quote_div'><br/>
<div class='quote_title'>dlee 写道</div>
<div class='quote_div'><br/>你们的老板犯了两个错误： <br/>不知人：不清楚手下技术人员的特长、爱好、学习能力。 <br/>不自知：高估了自己驾驭技术风险的能力，低估了大量采用新技术所带来的成本。 <br/></div>
<br/><br/><br/>也许他们老板就是敢玩。 <br/>低估采用新技术带来的成本是比较普遍的现象。 <br/>如果真有承担风险的能力，玩砸一次也许是好事。</div>
<p><br/><br/>大哥，你终于出现了。 </p>
<p><br/>哈哈，我终于知道你的这篇文章是怎么回事了，<a href='../../../../../../topic/219371'>http://www.iteye.com/topic/219371</a> ，大家赶紧去看，很遗憾貌似快被隐了，看看这位大哥玩的多尽兴。</p>
<p><br/>原来你们真的再玩啊，原来你们还真敢玩。:)</p>
<p> </p>
</div>
<p> </p>
<p>这么说有点不厚道啊，我们是为了解决问题，一条路走不通，换一条路走而已。</p>
<p> </p>

29 楼 frankiehuang 2008-08-01  

深有体会！

28 楼 shuishou 2008-08-01  

兄弟啊，我以前的情况和你一样，也是什么都想用最新的，公司没有一个明确的技术发展目标，所以最后。。。我走了~~

27 楼 nihongye 2008-08-01  

写的有意思，人员配备不齐，敢玩这么大，很疯狂

26 楼 LucasLee 2008-08-01  

这样的人真不少。
时代的特征。

25 楼 icewubin 2008-08-01  

不管这个Boss是CEO还是CTO还是技术负责人，这样的决策有点莫名其妙，如果是CEO，不能过多干涉公司技术负责人的工作。技术负责人可以根据CEO对外宣传的需要，适当忽悠一点，比如随便搞点啥，就号称Restful，真正实现的时候技术负责人根据实际情况不必完全要如何如何的。也就是说技术负责人当然不能公然不给面子，当面顶撞CEO说不行，不能采用新技术，可以这样进谏，先预研架构实现，做出例子，再行评估学习成本和培训，架构迁移成本，不能没有退路就直接上什么Flex架构。

如果这个Boss自己就是技术负责人，那就是典型的国民党的“兄弟们给我上”，这样的人太多了。技术负责人或者是技术架构师，又不是什么对外技术咨询，不亲自实践架构，带领公司技术团队解决实际问题，攻克难题，就是严重的失职，或者说搞笑。

24 楼 liuqiang 2008-08-01  

<div class='quote_title'>neora 写道</div>
<div class='quote_div'>
<div class='quote_title'>dlee 写道</div>
<div class='quote_div'>
<div class='quote_title'>gigix 写道</div>
<div class='quote_div'>
<div class='quote_title'>fly_ever 写道</div>
<div class='quote_div'>感觉很多领导都有这样的想法。 <br/>新技术有什么，学啊，只要能把项目完成就行，又不用钻研得很深。 <br/>不是程序员吗，不是新技术学的快吗。 <br/>可等真的动手开始做时，才发现有很多问题，这个不支持，那个实现很困难，等等。 <br/>再加上如果老板喊的是“弟兄们，给我上！”，结果就没有几个人愿意好好去弄了，如果老板还不能发挥员工的积极性的话，就只剩下烂摊子了。</div>
<br/>其实这种”领导“很可笑啊 <br/>他根本都不知道当最坏的情况发生时该怎么办 <br/>前一阵我的导师问我这个项目的情况，他直接就问我：把其他人都扔掉，你和xxx（另一个senior developer）能不能搞定 <br/>我想一下说可以 <br/>他就认为这个项目是安全的 <br/>要当”领导“，没有”别人都不行了我自己扛着也能走只要你们别给我添乱“这样的觉悟，还是趁早歇着吧</div>
<br/>gigix说的非常好，这样的觉悟说来容易，但是身体力行其实很难，需要同时具备非常强的个人能力（不仅自己要有大量的开发经验，还要深刻理解软件开发过程、善于沟通、乐于帮助同事解决棘手的问题）和很强的责任心，要求别人永远都比要求自己容易的多。 <br/>不能或不肯承担责任和压力的人，就不应该把他提到一个领导岗位。否则真的是一将无能，累死三军。</div>
<br/>采用新技术必然会有好处，不一定都是“玩”。搂主对决策的原因想得可能有些片面。作IT的勇于采用“新技术”本身并没有什么错，而且出发点也是好的。 <br/>这个问题的关键是“新”技术。吃透新技术的要领、优势、难点、缺陷、风险是前期必须的准备工作。不知彼，不知己，容易吃败仗。 <br/><br/>用“新技术”好比走夜路。无强兵不行，但如果无强将更不行。强兵再强也只是“兵”，快速掌握新技术对他们来说是有些困难的，不是达不到，但要走很多弯路遇到很多挫折。兵遇挫折，大多容易衰疲。这也不怪兵士，劈山开路的关键策略本是将的职责。有强将，则能提前预知困难，提前自己走些险招，趟一趟黑路，给后面跟上的部队点几盏灯。让兵冲在前头，容易死一片，强将则不容陷进去，毕竟能力强、心智也强一些。 <br/><br/>如果没有强将，“老板”也是文官，那难了。得派“侦查兵”先上。“侦查兵”在解放军里相当于特种部队，虽然没有将帅之才，但个人能力极强，能让侦查兵去点灯也是很好的办法。 <br/><br/>侦查兵、强将都没有...,那先别搞了。直接拿struts+hibernate上项目，人员储备充足、成本低、成品及格率高。 <br/><br/><br/><br/></div>
<p> </p>
<p>评价的非常中肯，尤其是</p>
<p> </p>
<p>1 直接拿struts+hibernate上项目，人员储备充足、成本低、成品及格率高</p>
<p>2 采用新技术必然会有好处，不一定都是“玩”</p>
<p>3 用“新技术”好比走夜路。无强兵不行，但如果无强将更不行</p>
<p>4 作IT的勇于采用“新技术”本身并没有什么错，而且出发点也是好的</p>
<p> </p>
<p>其实和我最初想表达的意思基本一样，只是我写出来有些极端，呵呵……</p>
<p> </p>

23 楼 chuan315 2008-08-01  

flex3貌似是今年初才正式发布的。。。

22 楼 chuan315 2008-08-01  

<div class='quote_title'>liuqiang 写道</div>
<div class='quote_div'>
<div class='quote_title'>chuan315 写道</div>
<div class='quote_div'>哈哈，要你老板来招我做flex撒，都不会，招个会的人带带不就行了，那玩意其实其实也蛮简单，系统设计最重要</div>
<p><br/> 难不难那看你的系统规模和特点了 ， <a href='../../../../../../topic/107357'>http://www.iteye.com/topic/107357</a> ，robbin这篇文章推荐你读一下。</p>
<p> </p>
<p>来我们公司行呀，看在javaeyer的份上，给你开2k/月，说好了，你小子不许跑<img src='../../../../../../images/smiles/icon_wink.gif' alt=''/></p>
<p> </p>
</div>
<p>robbin那篇文章可是一年前写的，他现在再看到不知道又有何看法。。。</p>

21 楼 neora 2008-08-01  

dlee 写道

gigix 写道

fly_ever 写道

感觉很多领导都有这样的想法。
新技术有什么，学啊，只要能把项目完成就行，又不用钻研得很深。
不是程序员吗，不是新技术学的快吗。
可等真的动手开始做时，才发现有很多问题，这个不支持，那个实现很困难，等等。
再加上如果老板喊的是“弟兄们，给我上！”，结果就没有几个人愿意好好去弄了，如果老板还不能发挥员工的积极性的话，就只剩下烂摊子了。

其实这种”领导“很可笑啊
他根本都不知道当最坏的情况发生时该怎么办
前一阵我的导师问我这个项目的情况，他直接就问我：把其他人都扔掉，你和xxx（另一个senior developer）能不能搞定
我想一下说可以
他就认为这个项目是安全的
要当”领导“，没有”别人都不行了我自己扛着也能走只要你们别给我添乱“这样的觉悟，还是趁早歇着吧

gigix说的非常好，这样的觉悟说来容易，但是身体力行其实很难，需要同时具备非常强的个人能力（不仅自己要有大量的开发经验，还要深刻理解软件开发过程、善于沟通、乐于帮助同事解决棘手的问题）和很强的责任心，要求别人永远都比要求自己容易的多。
不能或不肯承担责任和压力的人，就不应该把他提到一个领导岗位。否则真的是一将无能，累死三军。

采用新技术必然会有好处，不一定都是“玩”。搂主对决策的原因想得可能有些片面。作IT的勇于采用“新技术”本身并没有什么错，而且出发点也是好的。
这个问题的关键是“新”技术。吃透新技术的要领、优势、难点、缺陷、风险是前期必须的准备工作。不知彼，不知己，容易吃败仗。

用“新技术”好比走夜路。无强兵不行，但如果无强将更不行。强兵再强也只是“兵”，快速掌握新技术对他们来说是有些困难的，不是达不到，但要走很多弯路遇到很多挫折。兵遇挫折，大多容易衰疲。这也不怪兵士，劈山开路的关键策略本是将的职责。有强将，则能提前预知困难，提前自己走些险招，趟一趟黑路，给后面跟上的部队点几盏灯。让兵冲在前头，容易死一片，强将则不容陷进去，毕竟能力强、心智也强一些。

如果没有强将，“老板”也是文官，那难了。得派“侦查兵”先上。“侦查兵”在解放军里相当于特种部队，虽然没有将帅之才，但个人能力极强，能让侦查兵去点灯也是很好的办法。

侦查兵、强将都没有...,那先别搞了。直接拿struts+hibernate上项目，人员储备充足、成本低、成品及格率高。

20 楼 dlee 2008-08-01  

gigix 写道

fly_ever 写道

感觉很多领导都有这样的想法。
新技术有什么，学啊，只要能把项目完成就行，又不用钻研得很深。
不是程序员吗，不是新技术学的快吗。
可等真的动手开始做时，才发现有很多问题，这个不支持，那个实现很困难，等等。
再加上如果老板喊的是“弟兄们，给我上！”，结果就没有几个人愿意好好去弄了，如果老板还不能发挥员工的积极性的话，就只剩下烂摊子了。

其实这种”领导“很可笑啊
他根本都不知道当最坏的情况发生时该怎么办
前一阵我的导师问我这个项目的情况，他直接就问我：把其他人都扔掉，你和xxx（另一个senior developer）能不能搞定
我想一下说可以
他就认为这个项目是安全的
要当”领导“，没有”别人都不行了我自己扛着也能走只要你们别给我添乱“这样的觉悟，还是趁早歇着吧

gigix说的非常好，这样的觉悟说来容易，但是身体力行其实很难，需要同时具备非常强的个人能力（不仅自己要有大量的开发经验，还要深刻理解软件开发过程、善于沟通、乐于帮助同事解决棘手的问题）和很强的责任心，要求别人永远都比要求自己容易的多。
不能或不肯承担责任和压力的人，就不应该把他提到一个领导岗位。否则真的是一将无能，累死三军。

19 楼 liuqiang 2008-08-01  

<div class='quote_title'>dlee 写道</div>
<div class='quote_div'>
<div class='quote_title'>javaeye_mao 写道</div>
<div class='quote_div'>
<div class='quote_title'>dlee 写道</div>
<div class='quote_div'><br/>你们的老板犯了两个错误： <br/>不知人：不清楚手下技术人员的特长、爱好、学习能力。 <br/>不自知：高估了自己驾驭技术风险的能力，低估了大量采用新技术所带来的成本。</div>
<br/>老板又不是搞技术的，老板做的东西多着呢，只能说他少了几个牛B的架构师带领大家冲啊。 <br/>不要动不动就拿老板开刷，老板的权利是要代理下去的，他不能管那么多 <br/></div>
<br/>程序员将自己的上司称作老板（boss），研究生将自己的导师称作老板。大陆人喜欢称老板和台湾人喜欢称长官差不多。 <br/>没有理解这里的老板是什么意思就开始胡扯了。 <br/><br/>作为一个技术团队的总负责人，这个老板做的是非常失职的，他没有尽到他本人对于他的老板（公司的CEO、投资人、etc.）的责任，如果我是公司的CEO我也不愿意雇这样的技术负责人。</div>
<p> </p>
<p>dlee说的非常好，道出了问题的本质。</p>
<p> </p>
<p>忽然觉得javaeye_mao的想法 其实也有一定的道理，只是没有理解dlee的意思，dlee其实在这里已经给出了精彩的解释！</p>
<p> </p>