主题：【原创】拍卖工程师 -- 邓侃
我们lab有个工程师，本来计划这周去美国做系统集成，但是美国大使馆不给签证，说延迟三个月再说。在这三个月的等待时间里，他在国内做不了什么事，但是 lab里其它项目军情吃紧。这个员工不仅技术能力强，而且团队合作精神好。所以其它项目组都眼馋这位干将，纷纷情愿，说能不能暂时借调他去救急。
共有五个项目告急，把干将抽调给谁呢？这个决策不好做。与其困扰于决策结果，不如着力于决策过程。什么过程最合适？试试拍卖吧。
与众人商量，决定制订以下拍卖规则。
1. 参与人，a. 被拍卖人，b. 五位项目组代言人，c. 观众，整个拍卖过程完全公开，所有lab成员均可列席做观众，d. 主持人，职责是维持拍卖秩序，但是无权干涉观众投票和被拍卖人决策。
2. 陈述。拍卖会开始后，先由五位代言人分别做简短陈述，时间不得超过5分钟。要求是，诚实地说清楚项目的目标和现状，不夸大，不隐瞒。初步安排被拍卖人在三个月借调期间的工作。至于如何展示项目的魅力，由各个代言人自由发挥。
3. 观众投票。投票结果被视为各个项目的魅力指数，但是不具有最终决定权。魅力指数对于被拍卖人来说，仅仅是一个参考。被拍卖人与主持人不参与投票。每个观众最多可以投三票，通过这种差额选举的办法，拉开各个项目之间的魅力指数差距。
4. 答辩。被拍卖人向代言人提问，代言人可以自己回答，也可以邀请观众回答。最后留若干机会，给观众提问。
5. 决策。被拍卖人宣布他的决策。可以解释原因，也可以不解释。
每个代言人的项目解释各有特色。
Embedded Search Engine，“如果说Google在服务器端的搜索是无比强大，难以撼动的，那么在嵌入式平台做搜索引擎，或许会有超越的可能。”
Embedded Route Engine，“做一个引擎并不难，难在做出宝马那样的引擎。如何组织数据在RAM里的存放，如何减少IO，如何优化进程调度，处处是挑战，所以处处是机会。”
Mobile File System，代言人以亲情攻势开局，“XX当初来面试时，我是主考官。。”，话没说完，众人哄笑。代言人及时调整战术，“移动互联网时代，什么技术最关键？手机和网络服务器文件系统的一体化。”
Graphics，“产品要酷，要炫，要动感，要性感，靠什么实现？Graphics！”
Android Integration，代言人一改前面四位代言人的煽动性风格，以实在为基调，平平淡淡地解释项目的目标是把各个模块集成到Android手机，没有太多技术挑战，没有太多蛊惑魅力，但是，“我们离客户最近。”
观众投票，性感的Graphics高票夺魁，扬言要挑战Google的Embedded Search Engine屈居第二，离客户最近的Android Integration挤进三甲，Mobile File System和Embedded Route Engine出师不利。主持人重申，观众投票结果只具有参考意义，对拍卖结果没有实际约束力。
接下去是答辩，焦点话题在于具体的工作安排。在答辩过程中，大家谈到为什么Mobile File System和Embedded Route Engine名落孙山。原因是这两个项目的主题框架已经基本定型，接下去的工作是性能优化。性能优化的工作主要是分析比较不同的数据结构的存取速度，以及比较各种算法和函数库的执行速度和内存占用。这些工作不仅耗时费力，而且非常枯燥。另外，性能是否有明显进步，事先难以预料。所以，属于吃力但不讨好的工作。
本来，主持人的职责是维持秩序，但是不参与答辩，以保持超然中立的公信力。但是看到大家对性能优化有成见，主持人忍不住跳起来说了两句。Java Virtual Machine的设计算得上精巧吧，那是James Gosling的作品。JVM有没有进一步优化的空间？老实说，崇拜还来不及呢，哪里有胆量做手术。我们不敢并不意味着别人也不敢。Google Android团队就有向极限挑战的勇气和能力，Dalvik的数据存储比JVM节省25%的空间，运行性能改善好几倍。为什么Android能有这样的本事？扎实。如果没有性能优化方面厚实的经验积累，就不可能有能力改进James Gosling的设计。
最后，被拍卖人宣布最终结果。他选择了朴实无华，但是离客户最近的Android Integration项目。理由，1. 该项目压力最大，2. 工作安排最具体，可操作性最强，3. 借机深入了解Android。
本帖一共被 2 帖 引用 (帖内工具实现)
ndroid。有这两点，做选择是足够了。
android的未来很光明，作为技术人员不会不关注的。
既可以让被拍卖人充分了解各组工作内容（集思广益嘛），另外，也让观众（LAB其它成员）了解其它组都在做什么－－有太多地方每个人只知道自己在做什么，对别人做什么却不是很清楚。不仅了解别人做什么，也了解别人是怎么做的－－工作安排。一个好的工作安排往往能决定工作成功与否。
想想能不能让几个项目经理竞拍工程师，应该很好玩儿
java企业定制项目一个
.net遗留系统一个
ruby on rails web项目一个
ruby on rails CMS项目一个
java的快收工了，不算
.net是个烂OA，需要重构和一些新的功能开发，工作流引擎要重写
rails项目一，做个应用于IT贩售行业的行业站点
rails项目二，在前期一个站点的基础上（就是羊给张三作的东东，被充公了。。。），提炼出一个可以通用的CMS系统
待会儿找他们问问，肯定好玩儿
因为你们的目标硬件比当年java的目标硬件高级多了。
倒像是一次反向的竞聘。
五个职位争一个人员。
拍卖的特点之一是要叫价的，这里面没有。
如果增加一个环节，五个项目竞价工程师的福利待遇，倒是更像拍卖了。
我最近做优化的经验总结下来就是那句编程珍珠里的经典的名言“不要太早的做优化”。
硬件的快速变化就是原因之一，当年实验室一哥们的phd topic简单的描述就是研究怎么在gpu里做基于八叉树的计算。
可由于现在gpu的飞速发展，导致这个课题快要被over了。。。
另一个哥们当年曾经在实现并行渲染时，把主要精力放在数据的压缩上，教授告诉他没必要，他不信，最后老板直接用一块几十美元的千兆网卡将他的辛苦设计的高效压缩方法变成垃圾。
业界的data deduplication，很多公司用特殊硬件处理，DataDomain这家公司用PC架构，然后就坐着intel的顺风船把其他用特殊硬件的公司抛在身后。