[share] 你在项目中用了很多技术么？软件开发中7种反模式

[sagasw]

你在项目中用了很多技术么？软件开发中7种反模式

Hello there! If you are new here, you might want to subscribe to the RSS feed for updates on this topic.

Powered by WP Greet Box WordPress Plugin

From “make good software"

软件开发中一个经常发生的常见错误是太关注于技术、架构、中间件或者其他技术细节。

我们忘记了任务是产生一个出色的应用程序，而不是我们用了最强劲 的工具。

下面是我列出的一些反模式。

反模式1：基于知道的技术数量来选择人

在选择人才方面一个最常见的情况是我们让技术来驱动我们的决策，这是非常不保靠的。

我们不能只关心候选者知道多少技术，而不去他们有什么好的编码设 计技能，其实后者是更重要的。

反模式2：选择技术不是基于有用与否

我们都准备差不多了，项目就要开始，我们做的第一件事是罗列出觉得适用于这个项目的技术、框架。

这就像是列一个要去超级市场时用的购物单子。我认为 一开始越简单越好，只在必要的时候，确定新技术能够增加生产力的情况下，再加入新的技术、框架。

反模式3：过度使用新技术（炫技）

”你拿着锤子，什么东西看上去都像是钉子”。设想一下决定使用“Spring”作为依赖注入架构。

接下来你会想，Spring可以创建应用中所有的 对象，然后配置文件相应的就增加了上千行代码。

反模式4：用技术细节掩盖设计上的瑕疵

当我们讨论这个反模式，性能问题立刻浮现出来。

当应用程序性能非常糟糕的时候抱怨或者关注于相应的技术细节是很常见的，但是我的经验是，性能问题常 常产生于设计层面。

反模式5：一直倾向使用新技术而不是平常方法

一些开发人员一旦发现他们能够用到某种新技术，立刻就对简单常用的方式弃如敝履，通常情况下这不是什么好现象。

值得记住的是技术、架构、中间件都可 能是项目中的负担，它们需要维护、学习、支持、配置等等。

反模式6：即使没必要也拔高扩展性的优先级

我听到的一个很常见的使用酷炫的新技术的理由是他们有良好的扩展性以及其他平常方法做不到的可配置能力。

听上去很酷是不是，其实大多数情况下对于项 目来说这都不是必须的，使用它们只能增加项目工程完成的风险。

反模式7：MDT-领导层驱动技术

这个反模式常常是这样的：你的领导读了一篇杂志或文章，谈论到某个高超的技术，他感到很兴奋。

隔天到了公司以后他决定说：“我发现了针对我们所有问 题的解决方案，从现在起我们都要开始使用xxx！”

1）我需要管理一个很“性感”的项目来提升我的职业经验。

2）它要听上去不错，而且在我得到提拔之前不能失败。

3）“反恐纳米干细胞”，这个怎么样？O-O-OKAY.

------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------

[Kenny Yuan]

说到anti pattern，我最喜欢这几条：

* 引擎室里的船长（Captain in the engine room）：团队带头人把时间和精力全花在技术问题上，没有人开船
* 死亡征途（Death march）：除了CEO，每个人都知道这个项目会完蛋。但是真相却被隐瞒下来，直到大限来临
* 海鸥管理（Seagull management）：飞进来，弄得鸡飞狗跳、一片儿狼藉，然后就拍拍屁股走人
* 大泥球（Big ball of mud）：系统的结构不清晰


--
Kenny Yuan
-->CS, MMA, Psychology, Automobile...
http://twitter.com/kenny_yuan
http://csbabel.wordpress.com/
http://blog.csdn.net/yuankaining/

[Fuzhou Chen]

 

>>> 反模式6：即使没必要也拔高扩展性的优先级

呵呵，CoInitialize()的那个参数，一个接近二十年没有用过的扩展。这简直是这个模式的
最经典范本，

 

>>> 反模式4：用技术细节掩盖设计上的瑕疵

 

这一条sagasw原文的解释有点抽象了，我给一个我见过的例子吧：

 

公司内部曾经有一个经典的反例。产品我不能说，大概这样的：
他们最初搞Windows的一个手写输入法，需要支持一个识别分类功能,不知道最初的

协调如何做的，开发组用C++实现了输入法模块，却用C#实现了识别分类的DLL。但

是输入法模块本身实现为Windows输入法框架的插件DLL，本身不能再调.NET的控件。

 

怎么办呢？于是他们的解决方案是：他们加了一个系统服务，这个EXE负责host那

个.NET DLL，然后以DCOM的形式写了一堆接口。每一个输入法框架用DCOM调用那

个.NET写的服务。

 

看看这个设计：完美复用所有的代码，简直是能载入教科书的典范！

 

 

后续：刚一发布没多久就暴出一个内存泄漏问题。据说是因为DCOM异步调用和

.NET 1.0互操作的一个bug引起的。但因为那个输入法模块是用钩子挂在系统里的每

一个窗口上的，每个焦点切换操作都会触发一次，而且所有的操作都集中到了那个服

务进程里，最后的结果就是那个服务进程随随便便就吃光了系统内存。

 

于是他们迫不得已把异步操作改成了同步，可又带来了第二个问题，同步DCOM操作

开始造成焦点切换延迟，进而出现了大量系统消息分派到错误窗口的问题，甚至出现

了我们的软件安装到Windows上之后双击操作会变成单击的诡异状况。

 

更神奇的事情在后面：因为那个全局服务是需要和窗口关联的，所以必须是每个session

一个服务，可是Windows还有一个功能叫Fast User Switch，于是他们又需要加代码区别

究竟哪个服务进程应该收到对应的消息……

 

 

 

最后的解决方案：第二个版本他们废掉了那个.NET 写的DLL，用C++重新实现了一遍，

于是进程间通信变成了进程内调用，全局服务也取消了，一切都完美了……

 

--
《采莲》·江南

为卿采莲兮涉水，为卿夺旗兮长战。为卿遥望兮辞宫阙，为卿白发兮缓缓歌。

另抄自蒜头的评论：http://www.douban.com/review/1573456/：

　　且祭一束紫琳秋，为一段落花流水的传说
　　且饮一杯青花酒，为一场几多擦肩的错过
　　且焚一卷旖旎念，为一腔抛付虚无的惜怜
　　且歌一曲罢箜篌，为一刻良辰春宵的寂寞

[archer]

 我也遇到过类似的情况，我的感觉是：

1. 很多时候只是知其然，却不知其所以然。现在很多技术或产品，都有很漂亮的demo和狂热的鼓吹者。但是，其实质是需要技术人员去仔细深入研究的，而不人云亦云。可惜在很多情况下，你没有这个时间去做这种研究。我觉得lz的反模式3和7，很多时候就是起源于此。
2. 缺乏对需要解决的问题的正确认识，导致选择的工具和技术不合适。比如，为了解决性能问题，必须先找出真正的bottleneck或者hot spot在哪里，而不是简单的说我们要用cache。我觉得反模式2和4很多时候都是源于此。

2010/4/1 Fuzhou Chen <cppo...@gmail.com>

[Fuzhou Chen]

有时候商业软件开发存在一个二重倾向，就是在完成前一面倒地倾向于引入新技术，
而完成后一面倒地倾向于避免重写代码。加上程序员做事情喜欢看细节而不看整体，
很容易得到一些错误的决策。

还是我那个例子，事实上后来我读代码的时候才发现那个如此重要的DLL仅有的两
个作用就是维护一个哈希表保存识别信息，然后需要的时候存成一个XML文件，用
MSXML写并不费劲。最要命的是，后来的检查表明开发组花在编写和发布那些包
装代码上的代码量甚至超过了那个DLL的代码量本身，别提后来无数的bug报告和
相关的修改。其实只要这个问题最初发布之前查一查代码量就可以注意到，但可惜
老话说得好，只缘身在此山中。

所以我建议再加一项反模式，作为 3 的一个反例：

模块完成后无原则地高估重构的代价。

2010/4/1 archer <arch...@gmail.com>:

[LeeoNix]

呵呵，最近面试的几个新人，问一些基础问题能答上来的却很少，都在说懂某某技术，如何如何熟悉某些库。
说老实话，现在对于“算法”的学习的人，真的少了很多。
其实LZ的文章重点强调的是编程思想和基础的重要。
以上为个人理解，呵呵。：）

[jinhu wang]

出的什么题目，说来听听。

有时候一些面试官总是把一些细枝末节的东西当做基础问题来问。记得一次一个考官居然跟被面试者兴高采烈的交流起VI编辑器的基本用法。。。

[LeeoNix]

呵呵，简单的二分查找法就难倒了至少4个人。

虽然有些人不注意，其实二分查找法有很多地方很好用。

[Kenny Yuan]

前几周我恰巧也面了10个人，很是悲哀：没有一个人能说得上来算法思想（分治/回溯/贪心/动态规划等），没有一个人听说过amortized analysis；快速排序只有2个人能答出来；只有两个人在回答性能调优的时候提到了profiling方法；还有两个人竟然说Hash没学过，所以不会说……（这些人里面有名校的研究生，也有大公司工作十多年的，简历上面全部都很辉煌）

在 2010年4月2日 下午3:47，jinhu wang <wangji...@gmail.com>写道：

[Kenny Yuan]

对，还有“二分”！我面的那些人里面，有三个人认为“二分”是排序算法……

[Fuzhou Chen]

完了完了，如此说来俺看来也要没饭吃了。这里也有大堆我不知道的。。。

2010/4/2 Kenny Yuan <yuank...@gmail.com>:

[LeeoNix]

呵呵，同感啊。

上周还让两个研究生答题呢，但后面都不过。只是录用了一个本科生。

不过有一个做事挺认真的，是什么华东软件研究所的。但是实际开发经验看上去很少，就一个反转字符串的简单题目，都把指针的用法用错了……

[Kenny Yuan]

呵呵，握手！

“负面”的说太多了，改说点“正面”的：有一个人能说得上来快排，能分析O(N*N)的情况，还能改进算法，仔细一问，原来是看过programming pearl的，呵呵……

[Kenny Yuan]

请允许我推断一下，你应该年龄偏大，被国产垃圾教材毒害的一代，对吧？

现在那些优秀的年轻人真真了不得，入门就用CLRS，还有读paper的好习惯，许多人还看TAOCP …… Internet真是个好东西啊！比起他们来，我上学的时候简直就是瞎子……

在 2010年4月2日 下午4:39，Fuzhou Chen <cppo...@gmail.com>写道：

完了完了，如此说来俺看来也要没饭吃了。这里也有大堆我不知道的。。。

2010/4/2 Kenny Yuan <yuank...@gmail.com>:

> 前几周我恰巧也面了10个人，很是悲哀：没有一个人能说得上来算法思想（分治/回溯/贪心/动态规划等），没有一个人听说过amortized

> analysis；快速排序只有2个人能答出来；只有两个人在回答性能调优的时候提到了profiling方法；还有两个人竟然说Hash没学过，所以不会说......（这些人里面有名校的研究生，也有大公司工作十多年的，简历上面全部都很辉煌）
>

[LeeoNix]

呵呵，

其实倒不是反对什么先进技术的了解和学习。

任何先进技术的使用都是建立在很基础的逻辑编码上，

没有很基础的算法分析和数据结构应用的基础，使用先进技术，那代码质量可想而知的差啊。

所以我面试的时候特别注重各种“小”算法的提问，可以说是代码编写习惯方面的。

其实LZ的文章指出的其实是现在想追求“高薪”的前提下，对高级技术的好奇和追捧，无奈啊。

比如设计模式，热了那么久，刚开始人人嘴里都开始谈模式，设计模式的门槛还没入呢。

我写程序这么久了，最近才突然感觉到设计模式的优势所在，之前看到设计模式，知道好，但是根本不知道好在哪里。

好在哪里，是需要知识和经验的积累才有的。

[LeeoNix]

说老实话，有好的老师才是最有意义的。

唉，虽然提倡自学。不过老师的地位真的是无可替代的，老师指点的话不多，或许之需要一、两句，对于人生来说是巨大的转折。

我就很幸运遇到过两个好老师。唉……

[Kenny Yuan]

呵呵，说到设计模式，要是让我能自己决定的话，设计模式我都懒得问了。凡是敢声称自己是面向对象专家的，我就直接问OCP，看他理解如何，让他当场推导LSP/DIP等等。如果这些都理解了，设计模式也就是一个惯用手法和名词而已了

[sagasw]

我曾经去过一家公司笔试，被鄙视了，全是非常细节的手册上的东西，
而且我也没搞过java或者dotnet，全是猜的。

算法思想我也说不上来，amortized analysis也不会，
快排知道，还知道冒泡，profiling没问题，写过博客。
Hash没问题，

不过我知道这些也算是对得起我的工资了。

------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------

2010/4/2 Kenny Yuan <yuank...@gmail.com>

[Fuzhou Chen]

不才28，算起来也算是年纪偏大了。工作原因算法用得不多，和调试器、
crash dump打了四年交道，问我算法估计一无所知，惭愧。

2010/4/2 Kenny Yuan <yuank...@gmail.com>:

--

[Kenny Yuan]

好老师太少见了，估计这也是中国程序员喜欢对好书进行追捧的原因吧！比如Algorithm一书，中文译本《算法概论》，里面讲动态规划的时候，重点强调了DAG的存在，动态规划和DAG联系起来理解，一下子就抓住了算法的内在“神韵”。

[Tinyfool]

要是Kenny Yuan来面试我的话，我估计会当场哭的……

2010/4/2 Kenny Yuan <yuank...@gmail.com>:

--
Tinyfool的开发日记 http://www.tinydust.net/dev/
代码中国网 http://www.codechina.org
myTwitter: http://twitter.com/tinyfool

[LeeoNix]

也不差了。术业有专攻，

看雪论坛的fly我也认识，逆向工程水平很高，估计和他说算法他不会了解太多。

--
To unsubscribe, reply using "remove me" as the subject.

[Serenade]

看了看，得出结论，要跳槽还真不容易啊
有个前几年几乎还原了大部分softice的哥哥，很多基础知识也不怎么样，到你们这里还不是连打小工都不行啊
每个人都有擅长的地方，合理混搭才是一个全面的项目组；
反过来想想，如果你找的那个人在你擅长的领域样样比你nb，你还敢招他么？

[LeeoNix]

也不一定，呵呵。人嘛，在团队里的定位有很多，有些就是需要动脑子的那种，有些就是实干的，面试什么样的人出什么样的题，

最关键的还是：态度问题。不懂其实没关系，但别忽悠人，唉……

在 2010年4月2日 下午5:11，Tinyfool <tiny...@gmail.com>写道：

要是Kenny Yuan来面试我的话，我估计会当场哭的......

2010/4/2 Kenny Yuan <yuank...@gmail.com>:

> 呵呵，说到设计模式，要是让我能自己决定的话，设计模式我都懒得问了。凡是敢声称自己是面向对象专家的，我就直接问OCP，看他理解如何，让他当场推导LSP/DIP等等。如果这些都理解了，设计模式也就是一个惯用手法和名词而已了
>
> 在 2010年4月2日 下午4:59，LeeoNix <leeo...@gmail.com>写道：
>>
>> 呵呵，
>>
>> 其实倒不是反对什么先进技术的了解和学习。
>>
>> 任何先进技术的使用都是建立在很基础的逻辑编码上，
>>
>> 没有很基础的算法分析和数据结构应用的基础，使用先进技术，那代码质量可想而知的差啊。
>>
>> 所以我面试的时候特别注重各种"小"算法的提问，可以说是代码编写习惯方面的。
>>
>> 其实LZ的文章指出的其实是现在想追求"高薪"的前提下，对高级技术的好奇和追捧，无奈啊。
>>
>> 比如设计模式，热了那么久，刚开始人人嘴里都开始谈模式，设计模式的门槛还没入呢。
>>
>> 我写程序这么久了，最近才突然感觉到设计模式的优势所在，之前看到设计模式，知道好，但是根本不知道好在哪里。
>>
>> 好在哪里，是需要知识和经验的积累才有的。
>>
>>
>> 在 2010年4月2日 下午4:51，Kenny Yuan <yuank...@gmail.com>写道：
>>>
>>> 呵呵，握手！
>>>
>>> "负面"的说太多了，改说点"正面"的：有一个人能说得上来快排，能分析O(N*N)的情况，还能改进算法，仔细一问，原来是看过programming

>>> pearl的，呵呵......

>>>
>>> 在 2010年4月2日 下午4:40，LeeoNix <leeo...@gmail.com>写道：
>>>>
>>>> 呵呵，同感啊。
>>>>
>>>> 上周还让两个研究生答题呢，但后面都不过。只是录用了一个本科生。
>>>>

>>>> 不过有一个做事挺认真的，是什么华东软件研究所的。但是实际开发经验看上去很少，就一个反转字符串的简单题目，都把指针的用法用错了......

>>>>
>>>> 在 2010年4月2日 下午4:37，Kenny Yuan <yuank...@gmail.com>写道：
>>>>>
>>>>> 前几周我恰巧也面了10个人，很是悲哀：没有一个人能说得上来算法思想（分治/回溯/贪心/动态规划等），没有一个人听说过amortized

>>>>> analysis；快速排序只有2个人能答出来；只有两个人在回答性能调优的时候提到了profiling方法；还有两个人竟然说Hash没学过，所以不会说......（这些人里面有名校的研究生，也有大公司工作十多年的，简历上面全部都很辉煌）

>>>>>>>> >> 究竟哪个服务进程应该收到对应的消息......
>>>>>>>> >>
>>>>>>>> >>
>>>>>>>> >>
>>>>>>>> >> 最后的解决方案：第二个版本他们废掉了那个.NET 写的DLL，用C++重新实现了一遍，
>>>>>>>> >> 于是进程间通信变成了进程内调用，全局服务也取消了，一切都完美了......

[LeeoNix]

怎么不敢？我以前有个同事就比我更擅长，我可以从他身上学到很多东西，我可以给他做下手。

谦虚是做一个好程序员第二品德。

[qiaojie]

大部分程序员的工作跟算法无关，我现在招人一般也不会问有点难度的算法问题，

不过一定会让他动手写点小程序，排个序、逆转字符串什么的，看此人靠不靠谱，

写点程序就一目了然了。

 

2010/4/2 Fuzhou Chen <cppo...@gmail.com>

[Kenny Yuan]

呵呵，其实我也不是非得要求这些都背得有多熟——但是反过来说，连说都说不上来的，也太对不起自己的专业了吧？比如那些坚持认为二分是排序方法的，我就带着他的思路去归谬，顺便考察一下逻辑（还有人死不认帐呢！）

[Kenny Yuan]

呵呵，在某个职位下肯定会有某个偏向的，我上回碰到的是要求skillset，于是就涉及了算法了。

在 2010年4月2日 下午5:08，Fuzhou Chen <cppo...@gmail.com>写道：

--
To unsubscribe, reply using "remove me" as the subject.

[Kenny Yuan]

哥，你最后一句的问题让我很有感叹……

我想起来前几天有好多人在CSDN讨论做项目能不能偷偷带走源码……

在 2010年4月2日 下午5:12，Serenade <seren...@gmail.com>写道：

[LeeoNix]

呵呵，坐在我前面的那位，他就对二分查找不是特别了解，在查找的地方他写了一个顺序查找，效率有点差。

我拿过来改成了二分查找，他很虚心的学了进去，还很仔细的把算法进一步优化了下。

这种人是我最喜欢的。做什么东西他都很虚心。对于自己的不足会很好的补充，还会给出其他类似的方案。

认死理的，唉，还是算了吧。

[Kenny Yuan]

快点开公司吧，等我学完了iPhone开发给你打工，到时你来面我……

在 2010年4月2日 下午5:11，Tinyfool <tiny...@gmail.com>写道：

要是Kenny Yuan来面试我的话，我估计会当场哭的......

2010/4/2 Kenny Yuan <yuank...@gmail.com>:

> 呵呵，说到设计模式，要是让我能自己决定的话，设计模式我都懒得问了。凡是敢声称自己是面向对象专家的，我就直接问OCP，看他理解如何，让他当场推导LSP/DIP等等。如果这些都理解了，设计模式也就是一个惯用手法和名词而已了
>
> 在 2010年4月2日 下午4:59，LeeoNix <leeo...@gmail.com>写道：
>>
>> 呵呵，
>>
>> 其实倒不是反对什么先进技术的了解和学习。
>>
>> 任何先进技术的使用都是建立在很基础的逻辑编码上，
>>
>> 没有很基础的算法分析和数据结构应用的基础，使用先进技术，那代码质量可想而知的差啊。
>>
>> 所以我面试的时候特别注重各种"小"算法的提问，可以说是代码编写习惯方面的。
>>
>> 其实LZ的文章指出的其实是现在想追求"高薪"的前提下，对高级技术的好奇和追捧，无奈啊。
>>
>> 比如设计模式，热了那么久，刚开始人人嘴里都开始谈模式，设计模式的门槛还没入呢。
>>
>> 我写程序这么久了，最近才突然感觉到设计模式的优势所在，之前看到设计模式，知道好，但是根本不知道好在哪里。
>>
>> 好在哪里，是需要知识和经验的积累才有的。
>>
>>
>> 在 2010年4月2日 下午4:51，Kenny Yuan <yuank...@gmail.com>写道：
>>>
>>> 呵呵，握手！
>>>
>>> "负面"的说太多了，改说点"正面"的：有一个人能说得上来快排，能分析O(N*N)的情况，还能改进算法，仔细一问，原来是看过programming

>>> pearl的，呵呵......

>>>
>>> 在 2010年4月2日 下午4:40，LeeoNix <leeo...@gmail.com>写道：
>>>>
>>>> 呵呵，同感啊。
>>>>
>>>> 上周还让两个研究生答题呢，但后面都不过。只是录用了一个本科生。
>>>>

>>>> 不过有一个做事挺认真的，是什么华东软件研究所的。但是实际开发经验看上去很少，就一个反转字符串的简单题目，都把指针的用法用错了......

>>>>
>>>> 在 2010年4月2日 下午4:37，Kenny Yuan <yuank...@gmail.com>写道：
>>>>>
>>>>> 前几周我恰巧也面了10个人，很是悲哀：没有一个人能说得上来算法思想（分治/回溯/贪心/动态规划等），没有一个人听说过amortized

>>>>> analysis；快速排序只有2个人能答出来；只有两个人在回答性能调优的时候提到了profiling方法；还有两个人竟然说Hash没学过，所以不会说......（这些人里面有名校的研究生，也有大公司工作十多年的，简历上面全部都很辉煌）

>>>>>>>> >> 究竟哪个服务进程应该收到对应的消息......
>>>>>>>> >>
>>>>>>>> >>
>>>>>>>> >>
>>>>>>>> >> 最后的解决方案：第二个版本他们废掉了那个.NET 写的DLL，用C++重新实现了一遍，
>>>>>>>> >> 于是进程间通信变成了进程内调用，全局服务也取消了，一切都完美了......

--
To unsubscribe, reply using "remove me" as the subject.

[Tinyfool]

那你快学，我面试人也挺猛的，直接让人在windows上面写个iphone游戏给我，20分钟内

2010/4/2 Kenny Yuan <yuank...@gmail.com>:

[jinhu wang]

搜了一下才知道原来二分查找就是折半查找。⊙﹏⊙b汗，死定了。

你们这么多用二分查找的都是怎么用的啊？

俺比较懒，就用stl，遇到单key的就用set，遇到带data的就用map。

上次有个朋友跟我交流他的订制数据库内核，我倒是建议他把b+树改成顺序文件然后折半查找。。。

在 2010年4月2日 下午5:21，LeeoNix <leeo...@gmail.com>写道：

[jinhu wang]

哈哈，tinyfool兄是开着公司的啊。你的催促晚了

[LeeoNix]

也太猛了，还不如找个不会写游戏的熟人呢。呵呵。

[Mikster.Z]

人家只说写游戏而已。没说多好玩...

[LeeoNix]

举个稍微变化的二分查找的例子，你要搜索的是不是“一个个”的元素，是某些区间内的元素。

比如符合1~10，50~70，80~100....等等往后很多个区间，只要某个符合这个区间内的元素就返回某个特定的值。

比如2就符合1~10的区域，就可以返回true，11就不在整个集合内，就返回false。

乍一拿过来，不会想到二分查找，会使用大量的if和else if来做，其实稍微一想就知道二分查找最方便了。

二分查找英文叫Binary Search，二分符合这个英语表意，折半……我不喜欢，呵呵。

[Kula]

要是用记事本写呢？ 要求一次编译通过呢? :) 

2010/4/2 Mikster.Z <china...@gmail.com>

[Mikster.Z]

想起没有编译器切水题的日子了....

[Lucas Zhang]

这么离谱... 之前不是应该有笔试和电面吗？

2010/4/2 Kenny Yuan <yuank...@gmail.com>

前几周我恰巧也面了10个人，很是悲哀：没有一个人能说得上来算法思想（分治/回溯/贪心/动态规划等），没有一个人听说过amortized analysis；快速排序只有2个人能答出来；只有两个人在回答性能调优的时候提到了profiling方法；还有两个人竟然说Hash没学过，所以不会说……（这些人里面有名校的研究生，也有大公司工作十多年的，简历上面全部都很辉煌）

出的什么题目，说来听听。

有时候一些面试官总是把一些细枝末节的东西当做基础问题来问。记得一次一个考官居然跟被面试者兴高采烈的交流起VI编辑器的基本用法。。。

>> 究竟哪个服务进程应该收到对应的消息……
>>
>>
>>
>> 最后的解决方案：第二个版本他们废掉了那个.NET 写的DLL，用C++重新实现了一遍，
>> 于是进程间通信变成了进程内调用，全局服务也取消了，一切都完美了……

>>
>>
>> --
>> 《采莲》·江南
>>
>> 为卿采莲兮涉水，为卿夺旗兮长战。为卿遥望兮辞宫阙，为卿白发兮缓缓歌。
>>
>> 另抄自蒜头的评论：http://www.douban.com/review/1573456/：
>>
>> 且祭一束紫琳秋，为一段落花流水的传说
>> 且饮一杯青花酒，为一场几多擦肩的错过
>> 且焚一卷旖旎念，为一腔抛付虚无的惜怜
>> 且歌一曲罢箜篌，为一刻良辰春宵的寂寞
>
>



--
《采莲》·江南

为卿采莲兮涉水，为卿夺旗兮长战。为卿遥望兮辞宫阙，为卿白发兮缓缓歌。

另抄自蒜头的评论：http://www.douban.com/review/1573456/：

且祭一束紫琳秋，为一段落花流水的传说
且饮一杯青花酒，为一场几多擦肩的错过
且焚一卷旖旎念，为一腔抛付虚无的惜怜
且歌一曲罢箜篌，为一刻良辰春宵的寂寞

--
Kenny Yuan
-->CS, MMA, Psychology, Automobile...
http://twitter.com/kenny_yuan
http://csbabel.wordpress.com/
http://blog.csdn.net/yuankaining/

--
Zhang Qing (张卿)
@SJTU ShangHai

[shawn wang]

其实你们不该这样评价一个人
你真的把他招进来试试，你会发现他没你想的那么差

2010/4/2 Lucas Zhang <zhangq...@gmail.com>

[Tinyfool]

面试题：
这是我用一天写出来的游戏，未来我要是开iPhone的公司，面试题就会是这个，一天之内写出来一个基本上一致的游戏。

http://itunes.apple.com/hk/app/id362540105?mt=8

这个游戏不难，而且水平要是不如我，我当然不要了。

2010/4/2 Mikster.Z <china...@gmail.com>:

[Tinyfool]

http://itunes.apple.com/hk/app/id362540105?mt=8

2010/4/2 Lucas Zhang <zhangq...@gmail.com>:

--

[Kenny Yuan]

不是用它评价人，人是要综合评价的。这里只说的是“算法的悲哀”。

[Lucas Zhang]

现在很流行的小游戏嘛，看瞬间记忆力了

2010/4/2 Tinyfool <tiny...@gmail.com>

[Tinyfool]

面试题不是让你玩，让你写，难度这么小的游戏，一天能写出来才行

2010/4/2 Lucas Zhang <zhangq...@gmail.com>

[jinhu wang]

3个名词认识第一个，OCP是我在华为的时候的一个数据业务平台的名字。。。
设计模式原来在高手那里是这么的浅显。。。自卑ing

 

在 2010年4月2日 下午5:06，Kenny Yuan <yuank...@gmail.com>写道：

呵呵，说到设计模式，要是让我能自己决定的话，设计模式我都懒得问了。凡是敢声称自己是面向对象专家的，我就直接问OCP，看他理解如何，让他当场推导LSP/DIP等等。如果这些都理解了，设计模式也就是一个惯用手法和名词而已了

在 2010年4月2日 下午4:59，LeeoNix <leeo...@gmail.com>写道：

呵呵，

其实倒不是反对什么先进技术的了解和学习。

任何先进技术的使用都是建立在很基础的逻辑编码上，

没有很基础的算法分析和数据结构应用的基础，使用先进技术，那代码质量可想而知的差啊。

所以我面试的时候特别注重各种“小”算法的提问，可以说是代码编写习惯方面的。

其实LZ的文章指出的其实是现在想追求“高薪”的前提下，对高级技术的好奇和追捧，无奈啊。

比如设计模式，热了那么久，刚开始人人嘴里都开始谈模式，设计模式的门槛还没入呢。

我写程序这么久了，最近才突然感觉到设计模式的优势所在，之前看到设计模式，知道好，但是根本不知道好在哪里。

好在哪里，是需要知识和经验的积累才有的。

在 2010年4月2日 下午4:51，Kenny Yuan <yuank...@gmail.com>写道：

呵呵，握手！

“负面”的说太多了，改说点“正面”的：有一个人能说得上来快排，能分析O(N*N)的情况，还能改进算法，仔细一问，原来是看过programming pearl的，呵呵……

在 2010年4月2日 下午4:40，LeeoNix <leeo...@gmail.com>写道：

呵呵，同感啊。

上周还让两个研究生答题呢，但后面都不过。只是录用了一个本科生。

不过有一个做事挺认真的，是什么华东软件研究所的。但是实际开发经验看上去很少，就一个反转字符串的简单题目，都把指针的用法用错了……

在 2010年4月2日 下午4:37，Kenny Yuan <yuank...@gmail.com>写道：

前几周我恰巧也面了10个人，很是悲哀：没有一个人能说得上来算法思想（分治/回溯/贪心/动态规划等），没有一个人听说过amortized analysis；快速排序只有2个人能答出来；只有两个人在回答性能调优的时候提到了profiling方法；还有两个人竟然说Hash没学过，所以不会说……（这些人里面有名校的研究生，也有大公司工作十多年的，简历上面全部都很辉煌）

出的什么题目，说来听听。

有时候一些面试官总是把一些细枝末节的东西当做基础问题来问。记得一次一个考官居然跟被面试者兴高采烈的交流起VI编辑器的基本用法。。。

>> 究竟哪个服务进程应该收到对应的消息……
>>
>>
>>
>> 最后的解决方案：第二个版本他们废掉了那个.NET 写的DLL，用C++重新实现了一遍，
>> 于是进程间通信变成了进程内调用，全局服务也取消了，一切都完美了……

[jinhu wang]

看来我是被教材害了。记忆深处是折半查找和二分排序。难怪有朋友会把二分法当做排序算法。因为听到二分就想到把数据分成两部分，一部分比另一部分大。

另外你这个不叫例子，叫算法介绍。

我觉得是不是只有在没有成熟的轮子的时候才有人会这么较真的去自己写个说不定还有bug的二分查找呢？

[Kenny Yuan]

哥…… 设计模式的确不是什么高深的东西，但我也的确不是高手……

P.S. OO方面的东西，我推荐一下Robert C Martin的文章和Bertrand Meyer的书，网上都有下载

[jinhu wang]

我还是觉得你出的题目适合压力测试，或者笔试。

但是招人面试不是为了一味的打压他，鄙视他，在其中找到某种快感。
事实上很多做技术的做久了往往都会有这样的倾向。不知算不算是一种性格的扭曲。

 

正常的面试，是让应试者有充分的发挥余地，给一个引导让他充分展示自己的擅长点。这样你才能权衡他能过来干什么。

指东打西的玩文字游戏，只是一时的炫耀和骄傲，跟你所说的谦虚背道而驰，害人害己害公司。

[居振梁]

正规面试基本不可能通过的人飘过。。。

2010/4/2 jinhu wang <wangji...@gmail.com>

我还是觉得你出的题目适合压力测试，或者笔试。

但是招人面试不是为了一味的打压他，鄙视他，在其中找到某种快感。
事实上很多做技术的做久了往往都会有这样的倾向。不知算不算是一种性格的扭曲。

 

正常的面试，是让应试者有充分的发挥余地，给一个引导让他充分展示自己的擅长点。这样你才能权衡他能过来干什么。

指东打西的玩文字游戏，只是一时的炫耀和骄傲，跟你所说的谦虚背道而驰，害人害己害公司。

--
御剑乘风来，除魔天地间。有酒乐逍遥，无酒我亦颠。
http://www.xspirithack.org
一饮尽江河，再饮吞日月。千杯醉不倒，唯我酒剑仙。

[Kenny Yuan]

奇怪，什么证据支持你得出如此严重的结论了？ 我有介绍整个的面试组织方式和过程么？

[frank chan]

还是毛主席说得对：一切从实际出发！

[居振梁]

汗，我不是说你的方式不好。

 

1.是事实也好，暗示也好，反正我是鄙视笔试的，

那些玩意写写就成了写“考试标准答案”了，所以为了避免这种情况我会自己组织，然后写字慢，写得又多，心理有压力。

 

2.我不愿意在简历上写虚的东西（也不喜欢自我包装），

如果我的大脑知道我在说谎，它会强烈的阻止我这么做，这就露陷了。

当然关键点是：每天都在进步，然后以前做过的事，如果在现在看来没什么，我就不会列出来或说出来了。

 

这个阶段还有第三个原因：第一次找工作，没有工作经验。

2010/4/2 Kenny Yuan <yuank...@gmail.com>

奇怪，什么证据支持你得出如此严重的结论了？ 我有介绍整个的面试组织方式和过程么？

[Yongwei Wu]

2010/4/2 Tinyfool <tiny...@gmail.com>:

> 面试题：
> 这是我用一天写出来的游戏，未来我要是开iPhone的公司，面试题就会是这个，一天之内写出来一个基本上一致的游戏。
>
> http://itunes.apple.com/hk/app/id362540105?mt=8
>
>
> 这个游戏不难，而且水平要是不如我，我当然不要了。

是不难。但一天能写出来的熟手，为什么要去你那儿应聘呢？单干得了。

个人认为只用人、不培养人的公司不是好公司。招人很多时候需要找有潜力的人，而不是样样强的（那种人的要求也高）。要求员工比老板强，或者要求员工比老板差，都是有问题的。

--
Wu Yongwei
URL: http://wyw.dcweb.cn/

[Tinyfool]

既然要求比老板强也不对，差也不对，那么你说怎么要求？

发自我的 iPhone

在 2010-4-2，下午9:13，Yongwei Wu <wuyo...@gmail.com> 写到：

[Yongwei Wu]

不要求员工比老板强，不害怕员工比老板强。

2010/4/2 Tinyfool <tiny...@gmail.com>:

> 既然要求比老板强也不对，差也不对，那么你说怎么要求？
>
> 发自我的 iPhone
>
> 在 2010-4-2，下午9:13，Yongwei Wu <wuyo...@gmail.com> 写到：
>
>> 2010/4/2 Tinyfool <tiny...@gmail.com>:
>>>
>>> 面试题：

>>> 这是我用一天写出来的游戏，未来我要是开iPhone的公司，面试题就会是这个，一天之内写出来一个基本上一致的游戏。

>>>
>>> http://itunes.apple.com/hk/app/id362540105?mt=8
>>>
>>>
>>> 这个游戏不难，而且水平要是不如我，我当然不要了。
>>
>> 是不难。但一天能写出来的熟手，为什么要去你那儿应聘呢？单干得了。
>>
>>

>> 个人认为只用人、不培养人的公司不是好公司。招人很多时候需要找有潜力的人，而不是样样强的（那种人的要求也高）。要求员工比老板强，或者要求员工比老板差，都是有问题的。

[qiaojie]

一天写出这样一个游戏确实不是什么过分的要求，符合要求的大有人在，不过问题是你这样招人肯定招不到符合要求的人。做过招聘就知道，要招到合适的人是很难的。

2010/4/2 Tinyfool <tiny...@gmail.com>

既然要求比老板强也不对，差也不对，那么你说怎么要求？

发自我的 iPhone

在 2010-4-2，下午9:13，Yongwei Wu <wuyo...@gmail.com> 写到：

2010/4/2 Tinyfool <tiny...@gmail.com>:

面试题：
这是我用一天写出来的游戏，未来我要是开iPhone的公司，面试题就会是这个，一天之内写出来一个基本上一致的游戏。

http://itunes.apple.com/hk/app/id362540105?mt=8


这个游戏不难，而且水平要是不如我，我当然不要了。

是不难。但一天能写出来的熟手，为什么要去你那儿应聘呢？单干得了。

个人认为只用人、不培养人的公司不是好公司。招人很多时候需要找有潜力的人，而不是样样强的（那种人的要求也高）。要求员工比老板强，或者要求员工比老板差，都是有问题的。

[jinhu wang]

我的看法可能是太客观了些，不过毫无恶意：）

我只是想以旁观者的身份提醒你以己之长攻彼之短不是适合所有的场合。

大公司里提倡的一个重要的素质叫团队合作，一种管理手段叫资源整合。

如果你是要一个单兵作战的coding大牛，的确不适合从大公司找，反之亦然。

[jinhu wang]

个人觉得设计模式还是更具实效一些。利于架构组的架构师们用共同的语言说话，建造风格一致的“大教堂”。

在 2010年4月2日 下午6:20，Kenny Yuan <yuank...@gmail.com>写道：

[jinhu wang]

Binary search绝对是个很经典的东西，不仅仅是coding。

这个帖子http://hr.c114.net/news.asp?id=18067里就讲了一个经典案例。

应该有不少朋友遇到过类似的问题，就是当一个软件出现了问题，但是限于软件的复杂性无从查起究竟是哪里导致了问题，就通过裁剪法把软件规模一点点缩小来探索问题根源。

在 2010年4月2日 下午5:15，Kenny Yuan <yuank...@gmail.com>写道：

呵呵，其实我也不是非得要求这些都背得有多熟——但是反过来说，连说都说不上来的，也太对不起自己的专业了吧？比如那些坚持认为二分是排序方法的，我就带着他的思路去归谬，顺便考察一下逻辑（还有人死不认帐呢！）

在 2010年4月2日 下午5:07，sagasw <sag...@gmail.com>写道：

我曾经去过一家公司笔试，被鄙视了，全是非常细节的手册上的东西，
而且我也没搞过java或者dotnet，全是猜的。

算法思想我也说不上来，amortized analysis也不会，
快排知道，还知道冒泡，profiling没问题，写过博客。
Hash没问题，

不过我知道这些也算是对得起我的工资了。

------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------

2010/4/2 Kenny Yuan <yuank...@gmail.com>

[Lucas Zhang]

找到出问题的代码位置在编程珠玑上也有提到
果然没事把书拿出来翻翻是有帮助的~

2010/4/2 jinhu wang <wangji...@gmail.com>

[Mikster.Z]

一个没学过Objective C，也没用过Xcode，给个一天连学带写出来，tiny给估个价？

[Tinyfool]

一个月23k，我只管估价，不管雇人

2010/4/3 Mikster.Z <china...@gmail.com>:

[朱晋玄]

这是2*10+3还是\in[2,3]*k？

[Tinyfool]

你快把我弄懵了，23都不认得么? 23k

2010/4/3 朱晋玄 <zhuji...@gmail.com>:

[windstorm]

一个月23K? 哪个城市? 一天是指24小时么? Objective C的图形库自带的还是说可以给个参考啥的

----------------------------------------------------------------------------------
Yours Sincerely
Kun

www.kunli.info
http://twitter.com/cnbuff

2010/4/2 Tinyfool <tiny...@gmail.com>:

[Tinyfool]

我给的是估价，我要是有钱开这样的公司，有可以用一天学到，写出刚才那样一个程序的人，我是乐意付他23k的。

现在还没开，市场上会怎么估价我不知道啊，我又没有进过专门的iphone开发的公司。

2010/4/3 windstorm <likunar...@gmail.com>:

[Mikster.Z]

感谢国家，感谢tinyfool的估价。

[Kenny Yuan]

没办法，只能再接着回一次了，line-by-lined

在 2010年4月2日 下午11:33，jinhu wang <wangji...@gmail.com>写道：

我的看法可能是太客观了些，不过毫无恶意：）

你也太客观了，哥……

我只是想以旁观者的身份提醒你以己之长攻彼之短不是适合所有的场合。

感谢提醒，我会无则加冕的，哥……

大公司里提倡的一个重要的素质叫团队合作，一种管理手段叫资源整合。

感谢你的教诲啊，哥……

如果你是要一个单兵作战的coding大牛，的确不适合从大公司找，反之亦然。

感谢你的假设啊，哥……

[Tinyfool]

233

2010/4/3 Kenny Yuan <yuank...@gmail.com>:

--

[Mikster.Z]

大公司，那必须是六神合体，或者是什么组合型战神金刚，至于威震天，擎天柱这种单体型号大公司是不要的。

可怜的威震天和擎天柱啊！

[Kenny Yuan]

变形金刚辞典

Transformer——变形金刚
Transformers——变形金刚|《变形金刚》玩具、动画系列
TF——Transformer|变形金刚|Transformers|《变形金刚》玩具、动画系列

Autobot——【派别】汽车人／博派|机械龙／奥杜堡
Bot——Autobot|【派别】汽车人／博派|机械龙／奥杜堡

Optimus Prime——【博】擎天柱／柯柏文
Optimus——Optimus Prime|【博】擎天柱／柯柏文|Optimus Primal|【巨】黑猩猩队长(猩猩将军)／奥迪武(奥迪姆)
OptimusPrime——Optimus Prime|【博】擎天柱／柯柏文
OP——Optimus Prime|【博】擎天柱／柯柏文
Prime——Optimus Prime|【博】擎天柱／柯柏文|Rodimus Prime|【博】补天士／洛迪文(洛迪民)
Roller——【博】小滚珠／路滑

Jazz——【博】爵士／爵士

Wheeljack——【博】千斤顶／阿积

Ironhide——【博】铁皮／铁皮
Ratchet——【博】救护车／力捷

Prowl——【博】警车／潜行兽
Bluestreak——【博】蓝霹雳／蓝光
Smokescreen——【博】烟幕／烟幕

Hound——【博】探长／猎犬
Mirage——【博】幻影／幻影

Sunstreaker——【博】飞毛腿／闪电光
Sideswipe——【博】横炮／斯韦伯(施韦伯)
Red Alert——【博】红色警报／灭火车

Tracks——【博】轮胎／吉斯

Inferno——【博】消防车／火地狱|【原】魔鬼勇士／艾非路
Grapple——【博】吊车／基夫

Hoist——【博】滑车／和斯(荷斯)
Trailbreaker——【博】开路先锋／机密战士(机敏战士)

Skids——【博】(刹车)／

Bumblebee——【博】大黄蜂／大黄蜂
Cliffjumper——【博】飞过山／跳崖者

Brawn——【博】大汉／布朗
Huffer——【博】鲁莽／夏发
Gears——【博】变速箱／波段
Windcharger——【博】充电器／追风者
Beachcomber——【博】巨浪／巨浪
Seaspray——【博】浪花／海浪
Powerglide——【博】滑翔机／力基
Warpath——【博】战戟／冲锋头
Cosmos——【博】宇宙飞碟／宇宙客

Perceptor——【博】感知器／博士

Blaster——【博】录音机／拍子达
Rewind——【博】发条／重播|磁带
Ramhorn——【博】犀牛／铁角|磁带
Eject——【博】喷射／弹出|磁带
Steeljaw——【博】金狮(钢钳)／钢爪|磁带

Dinobot——【博】机器恐龙／恐龙派|【原】恐龙勇士／狄龙宝|【派别】机器恐龙|BM 的玩具系列
Grimlock——【博】钢锁／钢锁|机器恐龙成员（队长）
Sludge——【博】淤泥／淤泥|机器恐龙成员
Slag——【博】铁渣／火炭|机器恐龙成员
Snarl——【博】嚎叫／哮叫(吼叫)|机器恐龙成员
Swoop——【博】飞标／飞扑|机器恐龙成员

Topspin——【博】(表层)
Twin Twist——【博】(双钻)

Jetfire——【博】(飙火)|Skyfire (天火／天火) 的动画形象原型
Skyfire——【博】天火／天火

Omega Supreme——【博】大力金刚／庞龙
Omega——Omega Supreme|【博】大力金刚／庞龙

Aerialbot——【博】飞行太保／飞空派(飞天派)|组成大无畏
Superion——【博】大无畏／超级战士(超级金刚)|飞行太保组合而成
Silverbolt——【博】银箭／灰甲|飞行太保成员（队长）|【巨】闪电勇士(霹雳侠)／史华宝
Air Raid——【博】空袭／空袭|飞行太保成员
Fireflight——【博】飞火／飞天火|飞行太保成员
Skydive——【博】俯冲／天狄(天敌)|飞行太保成员
Slingshot——【博】弹弓／史灵|飞行太保成员

Protectobot——【博】机器卫兵(防御部队)／保卫派|组成守护神
Defensor——【博】守护神(防御大帝)／保卫者|机器卫兵组合而成
Hot Spot——【博】热点／救火侯|机器卫兵成员（队长）
Blades——【博】刀刃／霹雳飞刀(比利)|机器卫兵成员
First Aid——【博】急救员(护理)／大国手|机器卫兵成员
Streetwise——【博】大街／雷达威|机器卫兵成员
Groove——【博】车辙／穿山甲(巨多)|机器卫兵成员


Defcon——【博】敌无双／
Alpha Trion——【博】泰师傅／
Alpha——Alpha Trion|【博】泰师傅／
A——A-3|【博】A-3|Alpha Trion (泰师傅) 的前身
A3——A-3|【博】A-3|Alpha Trion (泰师傅) 的前身
Orion Pax——【博】奥利安·派克斯／|Optimus Prime (擎天柱／柯柏文) 的前身
Orion——Orion Pax|【博】奥利安·派克斯／|Optimus Prime (擎天柱／柯柏文) 的前身
Daion——【博】奥利安·派克斯的朋友


Rodimus Prime——【博】补天士／洛迪文(洛迪民)
Rodimus——Rodimus Prime|【博】补天士／洛迪文(洛迪民)|　｜Rodimus Convoy|【博】补天士／洛迪文(洛迪民)(TF2010)|即 Rodimus Prime|Hot Rodimus||【博】(热破,高速马力)／火棒(TF2010)|即 Hot Rod


Ultra Magnus——【博】通天晓／马格斯(玛格斯)
Magnus——Ultra Magnus|【博】通天晓／马格斯(玛格斯)

Hot Rod——【博】(热破,高速马力)／火棒
HotRod——Hot Rod|【博】(热破,高速马力)／火棒

Kup——【博】杯子／郭伯(葛博)

Blurr——【博】罗嗦／急先锋

Springer——【博】弹簧／百丈跳|三变
Broadside——【博】排炮／舷炮(博西)|三变
Sandstorm——【博】沙暴／飞沙(飞沙雷)|三变

Wreck Gar——Wreck-Gar|【博】营救车／百塔
WreckGar——Wreck-Gar|【博】营救车／百塔
Wreck——Wreck-Gar|【博】营救车／百塔

Wheelie——【博】转轮／云尼

Bumblejumper——【博】(缓冲器)
Hubcap——【博】(轮踏盖)／的士
Swerve——【博】(背离)
Outback——【博】(腹地)
Tailgate——【博】(挡板)
Pipes——【博】管子／收买佬

Throttlebot——【博】(调节车部队)
Goldbug——【博】金飞虫／金甲虫|调节车部队成员
Freeway——【博】(高速路)|调节车部队成员
Searchlight——【博】(探照灯)|调节车部队成员
Rollbar——【博】(路障)|调节车部队成员
Wideload——【博】(宽载)|调节车部队成员
Chase——【博】(追捕)|调节车部队成员

Sky Lynx——【博】天猫／天豹

Technobot——【博】神风队(技术部队)／科幻使者|组成计算王
Nosecone——【博】钻探机／高鼻|神风队成员
Scattershot——【博】机关炮／钢炮|神风队成员（队长）
Strafe——【博】钢鞭／扫射|神风队成员
Lightspeed——【博】光速／光速(光速车)|神风队成员
Afterburner——【博】烙铁／助燃器|神风队成员
Computron——【博】计算王／电脑金刚|神风队组合而成

Metroplex——【博】猛大帅(大都市)／大力士

Arcee——【博】阿尔茜／烟士|女汽车人
Elita One——【博】艾丽达／伊莉一号|女汽车人（队长）
Elita——Elita One|【博】艾丽达／伊莉一号|女汽车人（队长）
Chromia——【博】克罗米娅／|女汽车人
Moonracer——【博】月娇／|女汽车人
Firestar——【博】火翼星／|女汽车人

Beta——【博】贝塔／|女汽车人
Aerial——【博】艾丽尔／|Elita One (艾丽达／伊莉一号) 的前身|女汽车人

Cerebros——【博】福特|变形为 Fortress Maximus (巨无霸福特) 的头部|星云人|（RB）
Fortress Maximus——【博】巨无霸福特|头领战士|也指巨无霸战舰|（RB）

Chromedome——【博】电脑怪杰·郭文|头领战士|（RB）
Hardhead——【博】老顽固·费特|头领战士|（RB）
Brainstorm——【博】小诸葛·黎恩|头领战士|（RB）
Highbrow——【博】电子斗士·海隆|头领战士|（RB）
Stylor——【博】变形为 Chromedome (郭文) 的头部|星云人|（RB）
Duros——【博】变形为 Hardhead (费特) 的头部|星云人|（RB）
Arcana——【博】变形为 Brainstorm (黎恩) 的头部|星云人|（RB）
Gort——【博】变形为 Highbrow (海隆) 的头部|星云人|（RB）

Grotusque——【博】剑齿虎
Doublecross——【博】双头龙
Repugnus——【博】暴乱兽

Double Spy——【博】双面人|（RB）
Punch——【博】进攻|Double Spy (双面人) 的汽车人身份|（RB）
Counterpunch——【狂】反击|Double Spy (双面人) 的霸天虎身份|（RB）

Fastlane——【博】浪子|克隆战士|（RB）
Cloudraker——【博】腾云|克隆战士|（RB）

Pointblank——【博】布兰卡|先锋战士|（RB）
Sureshot——【博】煞特|先锋战士|（RB）
Crosshairs——【博】克罗斯|先锋战士|（RB）
Peacemaker——【博】变形为 Pointblank (布兰卡) 的武器|星云人|（RB）
Spoilsports——【博】变形为 Sureshot (煞特) 的武器|星云人|（RB）
Pinpoint——【博】变形为 Crosshairs (克罗斯) 的武器|星云人|（RB）

Firebolt——【博】变形为 Hot Rod (热破(高速马力)／火棒) 的武器|星云人|（RB）|【博】飞火／飞天火(TF2010)|飞行太保成员|即 Fireflight
Recoil——【博】变形为 Kup (杯子／郭伯(葛博)) 的武器|星云人|（RB）
Haywire——【博】变形为 Blurr (罗嗦／急先锋) 的武器|星云人|（RB）


Decepticon——【派别】霸天虎／狂派|伪装兽／迪西干
Con——Decepticon|【派别】霸天虎／狂派|伪装兽／迪西干

Megatron——【狂】威震天／麦加登|【原】霸王龙(无敌龙)／麦卡顿

Starscream——【狂】红蜘蛛／星星叫
Thundercracker——【狂】惊天雷／雷公
Skywarp——【狂】闹翻天／天鸥
Thrust——【狂】推进器／突斯|【原】暴风摩托／
Dirge——【狂】挽歌／戴志(狄志)
Ramjet——【狂】喷气机／罗渣(罗咤)

Soundwave——【狂】声波／音波
Rumble——【狂】轰隆隆／雷响|磁带
Frenzy——【狂】迷乱／疯狂(法斯)|磁带
Ravage——【狂】机器狗／野犬|磁带|【原】掠夺兽／毁灭者
Laserbeak——【狂】激光鸟(雷针鸟)／激光鸟|磁带
Buzzsaw——【狂】锯齿鸟(圆锯)／激光鹰|磁带
Ratbat——【狂】蝙蝠精(机器蝙蝠)／韦伯|磁带
Overkill——【狂】(机器暴龙)／|磁带
Slugfest——【狂】(机器剑龙)／|磁带

Shockwave——【狂】振荡波／震波

Reflector——【狂】照相机／反射器
Spectro——【狂】(聚光镜)|照相机部队成员
Spy Glass——【狂】(反光镜)|照相机部队成员
Viewfinder——【狂】(分光镜)|照相机部队成员

Insecticon——【狂】机器昆虫(趋天敌)／昆虫派
Bombshell——【狂】炸弹／子母弹(迷心炮)|机器昆虫成员
Kickback——【狂】反冲／神腿(蛊惑仔)|机器昆虫成员
Shrapnel——【狂】弹片／炸弹(苏利)|机器昆虫成员

Constructicon——【狂】挖地虎(机械部队)／建造派|组成大力神
Devastator——【狂】大力神／破坏者|挖地虎组合而成
Bonecrusher——【狂】推土机／船头浪|挖地虎成员
Scavenger——【狂】清扫机／兀鹰(清道夫)|挖地虎成员
Scrapper——【狂】铲土机／刮刀(废铁)|挖地虎成员
Long Haul——【狂】拖斗／小可|挖地虎成员
Mixmaster——【狂】搅拌机／万能胶(搅拌机)|挖地虎成员
Hook——【狂】吊钩／汉克(铁钩)|挖地虎成员

Stunticon——【狂】飞虎队／冲锋党(冲锋派)|组成飞天虎
Menasor——【狂】飞天虎／万能丧士|飞虎队组合而成
Motormaster——【狂】汽车大师／车主|飞虎队成员（队长）
Breakdown——【狂】打击／死火|飞虎队成员
Dead End——【狂】封锁／死路|飞虎队成员
Wildrider——【狂】莽撞／乱冲|飞虎队成员
Drag Strip——【狂】抢劫／迪士龙|飞虎队成员

Combaticon——【狂】战车队／战斗派|组成混天豹
Bruticus——【狂】混天豹／布斯达|战车队组合而成
Onslaught——【狂】袭击／安史罗|战车队成员（队长）
Blast Off——【狂】爆炸／火爆|战车队成员
Brawl——【狂】吵闹／喧哗|战车队成员
Swindle——【狂】诈骗／史云度|战车队成员
Vortex——【狂】旋风／维迪斯|战车队成员



Galvatron——【狂】惊破天／格威隆

Cyclonus——【狂】狂飙／旋风

Scourge——【狂】瘟疫／探子|扫荡队成员（队长）
Sweeps——【狂】扫荡队／

Astrotrain——【狂】大火车／智慧魔星|三变
Blitzwing——【狂】闪电／闪电|三变
Octane——【狂】毒气弹／恶顿|三变

Runabout——【狂】(流浪汉)
Runamuck——【狂】(游民)

Predacon——【狂】巨狰狞／霹雳派|组成冲云霄|【派别】原始兽／巴达干
Predaking——【狂】冲云霄／霹雳星
Divebomb——【狂】大鹏／飞鹰炮|巨狰狞成员
Headstrong——【狂】铁头／硬头|巨狰狞成员
Rampage——【狂】猛虎／飞虎(狂虎)|巨狰狞成员|【原】狂飙勇士／蓝比治
Razorclaw——【狂】利爪／利爪|巨狰狞成员（队长）
Tantrum——【狂】野牛／水牛派林|巨狰狞成员

Terrorcon——【狂】龙头部队／魔神|组成求雨鬼
Abominus——【狂】求雨鬼／宝斯|龙头部队组合而成
Hun Gurrr——Hun-Gurrr|【狂】龙头魔(野蛮)／魔犀牛|龙头部队成员
Hun——Hun-Gurrr|【狂】龙头魔(野蛮)／魔犀牛|龙头部队成员
Gurrr——Hun-Gurrr|【狂】龙头魔(野蛮)／魔犀牛|龙头部队成员
HunGurrr——Hun-Gurrr|【狂】龙头魔(野蛮)／魔犀牛|龙头部队成员
Blot——【狂】龙头妖(污点)／|龙头部队成员
Cutthroat——【狂】龙头精(谋杀)／|龙头部队成员
Rippersnapper——【狂】龙头兽(撕裂)／烈齿|龙头部队成员
Sinnertwin——【狂】龙头怪(无赖兄弟)／双头龙|龙头部队成员

Trypticon——【狂】铁甲龙／毁灭大王(战斗堡垒)


Scorponok——【狂】撒克巨人|头领战士|（RB）|【原】巨蝎勇士／蝎子兽
Lord Zarak——【狂】撒克|变形为 Scorponok (撒克巨人) 的头部|星云人|（RB）

Weirdwolf——【狂】人狼|头领战士|（RB）
Skullcruncher——【狂】鳄龙|头领战士|（RB）
Mindwipe——【狂】蝙蝠魔|头领战士|（RB）
Apeface——【狂】猿猴|头领战士|三变|（RB）
Snapdragon——【狂】狂龙|头领战士|三变|（RB）
Monzo——【狂】变形为 Weirdwolf (人狼) 的头部|星云人|（RB）
Grax——【狂】变形为 Skullcruncher (鳄龙) 的头部|星云人|（RB）
Vorath——【狂】变形为 Mindwipe (蝙蝠魔) 的头部|星云人|（RB）
Spasma——【狂】变形为 Apeface (猿猴) 的头部|星云人|（RB）
Krunk——【狂】变形为 Snapdragon (狂龙) 的头部|星云人|（RB）

Sixshot——【狂】六面兽／六变兽

Wingspan——【狂】飞翔|克隆战士
Pounce——【狂】突击|克隆战士

Duocons——【狂】二合一战士
Battletrap——【狂】圈套|二合一战士
Flywheels——【狂】飞轮|二合一战士

Slugslinger——【狂】火炭|先锋战士|（RB）
Triggerhappy——【狂】扳机|先锋战士|（RB）
Misfire——【狂】吊索|先锋战士|（RB）
Caliburst——【狂】变形为 Slugslinger (火炭) 的武器|星云人|（RB）
Blowpipe——【狂】变形为 Triggerhappy (扳机) 的武器|星云人|（RB）
Aimless——【狂】变形为 Misfire (吊索) 的武器|星云人|（RB）

Nightstick——【狂】变形为 Cyclonus (狂飙／旋风) 的武器|星云人|（RB）
Fracas——【狂】变形为 Scourge (瘟疫／探子) 的武器|星云人|（RB）



Matrix——【博】能源宝(领导模块)／机体|矩阵／
Vector Sigma——魔力神球／|西格玛向量／
Oracle——圣贤电脑／

Spark——火种／生命火花
Spark Extractor——火种提取机／
energon cube——能量块／能源方块(能源容器)
energon——能量／能源

Teletran——Teletran One|【博】显像一号／眺望器一号|Teletran Two|【博】显像二号／眺望器二号
Teletran One——【博】显像一号／眺望器一号
Teletran Two——【博】显像二号／眺望器二号

Ark——【博】方舟／方舟
Nemesis——【狂】报应号／
Cybertron——塞博特恩／斯比顿|电子星／塞伯顿
Moon Base——卫星基地／
Axalon——【巨】巨无霸的飞船
Excelsior——【原】原始兽的飞船

Lithone——利索恩行星／
Orbulus——奥布勒斯／|利索恩星人
Kranix——克兰尼克斯／|利索恩星人
Junkion——垃圾星；垃圾星人
Nebulos——星云星
Nebulon——星云人

Unicron——宇宙大帝／独角兽|电子鳄鱼／独角兽
Quintessa——库泰沙星球
Quintesson——五面怪／海龙派|库泰沙星人；库泰沙星球的；库泰沙星人的
Alligaticon——【狂】(机器鳄鱼)／(鳄鱼派)
Sharkticon——【狂】机器鲨鱼／鲨鱼派
Gnaw——【狂】鲨鱼精／饿鲨|机器鲨鱼成员

VOK——外星人／

Witwicky——【人】维维基|斯派克家族的姓氏
Sparkplug——【人】斯巴克布拉／史帕克|斯派克之父
Spike——【人】斯派克／史碧加
Carly——【人】卡莉／|斯派克之妻
Daniel——【人】丹尼尔／|斯派克之子
Chip Chase——【人】奇普·切斯／士捷
Chip——Chip Chase|【人】奇普·切斯／士捷


Generation——Generation One|变形金刚 G1 系列|Generation Two|变形金刚 G2 系列
G1——Generation One|变形金刚 G1 系列
G2——Generation Two|变形金刚 G2 系列

Season——TF Season 1|变形金刚第一季 (1984) 1～16 集|TF Season 2|变形金刚第二季 (1985) 17～65 集|TF Season 3|变形金刚第三季 (1986) 66～95 集|TF Season 4|变形金刚第四季 (1987) 96～98 集，即《新生》|BW Season 1|超能勇士第一季 1～26 集|BW Season 2|超能勇士第二季 27～39 集|BW Season 3|超能勇士第三季 40～52 集
S1——TF Season 1|变形金刚第一季 (1984) 1～16 集|BW Season 1|超能勇士第一季 1～26 集
S2——TF Season 2|变形金刚第二季 (1985) 17～65 集|BW Season 2|超能勇士第二季 27～39 集
S3——TF Season 3|变形金刚第三季 (1986) 66～95 集|BW Season 3|超能勇士第三季 40～52 集
S4——TF Season 4|变形金刚第四季 (1987) 96～98 集，即《新生》

Rebirth——The Rebirth|《新生》三集|变形金刚第四季 (1987) 96～98 集|国内未播映|日版无此三集
RB——The Rebirth|《新生》三集|变形金刚第四季 (1987) 96～98 集|国内未播映|日版无此三集

TFTM——Transformers the Movie|变形金刚电影版|(1985)

Super Robot Life——Fight! Super Robot Life Transformers|日版《变形金刚》系列|相当于美版《变形金刚》第一季和第二季|(1985～1986)
Fight——Fight! Super Robot Life Transformers|日版第一部《变形金刚》系列|相当于美版《变形金刚》第一季和第二季|(1985～1986)
FSRL——Fight! Super Robot Life Transformers|日版第一部《变形金刚》系列|相当于美版《变形金刚》第一季和第二季|(1985～1986)

Scramble City——日版《混乱城市》OVA|(1986)

TF2010——Transformers 2010|日版《变形金刚 2010》系列|相当于美版《变形金刚》第三季|(1986～1987)

Matrix Forever——《变形金刚电影版》的日版名称|(1990)

Headmaster——头领战士
Headmasters——头领战士|日版《头领战士》系列|(1987～1988)
HM——Headmaster|头领战士|Headmasters|日版《头领战士》系列|(1987～1988)

Masterforce——Super God Masterforce|日版《隐者战士》系列|(1988～1989)
Super God Masterforce——日版《隐者战士》系列|(1988～1989)
MF——Super God Masterforce|日版《隐者战士》系列|(1988～1989)

Victory——日版《胜利之斗争》系列|(1989)
V——Victory|日版《胜利之斗争》系列|(1989)

Zone——日版《Zone》系列|(1990～1991)
Z——Zone|日版《Zone》系列|(1990～1991)

Return of Convoy——Return of Convoy / Battlestars|日版 G1 末期系列(有漫画，无动画)|(1991～1992)
Battlestars——Return of Convoy / Battlestars|日版 G1 末期系列(有漫画，无动画)|(1991～1992)

Operation Combination——日版 G1 末期系列(有漫画，无动画)|(1992)

Action Masters——《行动战士》系列|(1991～1992)
AM——Action Masters|《行动战士》系列|(1991～1992)

Animorphs——美版 Beast 期间的玩具系列

Machine Wars——《机器战争／机械大战》系列|(1996～1997)
MW——Machine Wars|《机器战争／机械大战》系列|(1996～1997)

Beast Wars——《超能勇士／特种变形勇士》系列|(1996～1999)
BW——Beast Wars|《超能勇士／特种变形勇士》系列|(1996～1999)

Beast Wars Super Lifeform Transformers——日版《超能勇士》系列|相当于美版《超能勇士》第一季|(1997～1998)
Super Lifeform——Beast Wars Super Lifeform Transformers|日版《超能勇士》系列|相当于美版《超能勇士》第一季|(1997～1998)
BWSL——Beast Wars Super Lifeform Transformers|日版《超能勇士》系列|相当于美版《超能勇士》第一季|(1997～1998)


Beast Machines——《猛兽侠》系列|(1999～2000)
BM——Beast Machines|《猛兽侠》系列|(1999～2000)

Beast Wars Second——日版《超能勇士Ⅱ》系列|(1998～1999)
BW2——Beast Wars Second|日版《超能勇士Ⅱ》系列|(1998～1999)
BWII——Beast Wars Second|日版《超能勇士Ⅱ》系列|(1998～1999)

Beast Wars Neo——日版《超能勇士 Neo》系列|(1999)
BWneo——Beast Wars Neo|日版《超能勇士 Neo》系列|(1999)
BW Neo——Beast Wars Neo|日版《超能勇士 Neo》系列|(1999)
BWN——Beast Wars Neo|日版《超能勇士 Neo》系列|(1999)

Beast Wars Metals——日版《超能勇士 Metals》系列|相当于美版《超能勇士》第二季和第三季|(1999～2000)
BW Metals——Beast Wars Metals|日版《超能勇士 Metals》系列|相当于美版《超能勇士》第二季和第三季|(1999～2000)
BWMetals——Beast Wars Metals|日版《超能勇士 Metals》系列|相当于美版《超能勇士》第二季和第三季|(1999～2000)
BWM——Beast Wars Metals|日版《超能勇士 Metals》系列|相当于美版《超能勇士》第二季和第三季|(1999～2000)

Car Robots——《Car Robots》系列|俗称 "日版 TF 2000"|(2000)
CarRobot——Car Robots|《Car Robots》系列|俗称 "日版 TF 2000"|(2000)
CR——Car Robots|《Car Robots》系列|俗称 "日版 TF 2000"|(2000)

Robots in Disguise——变形金刚 G2 系列的副标题|《Robots in Disguise》系列|俗称 "美版 TF 2000"|(2001)
RiD——Robots in Disguise|《Robots in Disguise》系列|俗称 "美版 TF 2000"|(2001)

Armada——《舰队》系列|(2002)
AR——Armada|《舰队》系列|(2002)
AMD——Armada|《舰队》系列|(2002)
Minicon——【派别】迷你战士／微型战士
Mini con——Minicon|【派别】迷你战士／微型战士

Micron Legend——《微米传说》系列|(2003)
ML——Micron Legend|《微米传说》系列|(2003)


The War Within——《The War Within》漫画系列|DreamWave 出品|(2002)
TWW——The War Within|《The War Within》漫画系列|DreamWave 出品|(2002)
WW——The War Within|《The War Within》漫画系列|DreamWave 出品|(2002)


Hasbro——【美】孩之宝公司
Takara——【日】特佳丽公司
Marvel——【美】Marvel公司|著名的漫画出版机构，TF漫画的出版商之一
3H——【美】3H公司|著名的漫画出版机构，TF漫画的出版商之一
Rhino——【美】Rhino公司|音像制品发行机构，美版DVD的发行商
Bandai——【日】万代公司|著名玩具模型制作公司|以Gundam(高达)、Ultraman(奥特曼)等玩具系列著名|Jetfire等部分G1玩具前身的拥有者
Diaclone——Takara 旗下的玩具系列|变形金刚的前身之一
Diakron——Diaclone|Takara 旗下的玩具系列|变形金刚的前身之一
Microman——《微星小超人》系列|Takara 旗下的玩具系列|变形金刚的前身之一
Gobot——Gobots|英国《百变雄师》系列|后被 Hasbro 并购，部分产品加入变形金刚系列
Go——Go-Bots|G2 的一个玩具系列|引进了 Gobots (百变雄师) 系列的玩具设计

TFclub——变形金刚中国联盟域名|TFclub.com
TransFan——变形金刚爱好者；变迷
Botcon——变形金刚年会|变形金刚年会组织|Botcon.com
Fox Kids——【美】著名电视广播公司 Fox 公司旗下的公司|该公司为推广动画的影响力而推出的异色版 Beast 玩具系列
DreamWave——【加】DreamWave 漫画公司|2002 年起制作多部变形金刚漫画
DW——DreamWave|【加】DreamWave 漫画公司|2002 年起制作多部变形金刚漫画|以 DW 漫画作品为包装图片的日版复刻版玩具的俗称
BotCon Club of China——变形金刚中国联盟|www.TFclub.com
BCCC——BotCon Club of China|变形金刚中国联盟|www.TFclub.com


Maximal——【派别】巨无霸／密斯姆

Optimus Primal——【巨】黑猩猩队长(猩猩将军)／奥迪武(奥迪姆)
Cheetor——【巨】黄豹勇士(豹司令)／捷达
Rhinox——【巨】犀牛勇士(将军吉星)／赖奴
Rattrap——【巨】老鼠勇士(精灵鼠)／韦卓
Blackarachnia——【巨】蜘蛛勇士(毒蜘蛛)／雅丽娜
Depth Charge——【巨】急先锋／
DepthCharge——Depth Charge|【巨】急先锋／
Tigatron——【巨】白虎勇士(白虎侠)／泰加顿
Airazor——【巨】飞箭勇士(闪电侠)／飞罗刹
Tigerhawk——【巨】虎鹰勇士／
Nightscream——【巨】蝙蝠侠／
Botanica——【巨】树神(巫女)／
Savage Noble——【巨】魔幻龙(野蛮绅士)／

Vehicons——【派别】原始兽(机械兽)／

Waspinator——【原】黄蜂勇士(澳洲蜂)／黄蜂兽
Tarantulas——【原】狼蛛勇士／蜘蛛兽
Terrorsaur——【原】蛇鸟勇士／翼龙兽
Quickstrike——【原】快刀勇士／闪电手
Tankor——【原】坦克战车(坦克)／
Jetstorm——【原】利剑飞船(战机)／
Obsidian——【原】金刚侠(黑曜石)／
Strika——【原】大力神(打击)／
Diagnostic Drone——【原】医生(诊断蜂)／
Aerodrone——【原】飞行蜂／

Targetmaster——先锋战士(目标战士)
Clone——克隆战士
TM——TransMetals|金属变体|Targetmaster|先锋战士(目标战士)|Transformers the Movie|变形金刚电影版|(1985)
Fuzors——混血系列|BW 的子系列，出现于 BW S2
TransMetal——金属变体
TransMetals——金属变体|BW 的子系列，出现于 BW S2
TransMetals2——金属二变|BW 的子系列，出现于 BW S3
Battle for the Spark——火种大战系列|BM 的子系列，出现于 BM S2

Convoy——【博】擎天柱／柯柏文(FSRL)|即 Optimus Prime|【巨】黑猩猩队长(猩猩将军)／奥迪武(奥迪姆)(BWSL)|即 Optimus Primal|Rodimus Convoy|【博】补天士／洛迪文(洛迪民)(TF2010)|即 Rodimus Prime
Lambor——【博】横炮／斯韦伯(施韦伯)(FSRL)|即 Sideswipe
Alert——【博】红色警报／灭火车(FSRL)|即 Red Alert
Maista——【博】爵士／爵士(FSRL)|即 Jazz
Ligier——【博】幻影／幻影(FSRL)|即 Mirage
Streak——【博】蓝霹雳／蓝光(FSRL)|即 Bluestreak
Bumble——【博】大黄蜂／大黄蜂(FSRL)|即 Bumblebee
Charger——【博】充电器／追风者(FSRL)|即 Windcharger
Cliff——【博】飞过山／跳崖者(FSRL)|即 Cliffjumper
Drag——【博】鲁莽／夏发(FSRL)|即 Huffer
Gong——【博】大汉／布朗(FSRL)|即 Brawn
Broadcast——【博】录音机／拍子达(FSRL)|即 Blaster
Grasp——【博】吊车／基夫(FSRL)|即 Grapple

Jaguar——【狂】机器狗／野犬(FSRL)|磁带|即 Ravage|【原】掠夺兽／毁灭者(BWM)|即 Ravage
Condor——【狂】激光鸟(雷针鸟)／激光鸟(FSRL)|磁带|即 Laserbeak
Crane——【狂】吊钩／汉克(铁钩)(FSRL)|挖地虎成员|即 Hook
Devastar——【狂】大力神／破坏者(FSRL)|挖地虎组合而成|即 Devastator

Sling——【博】弹弓／史灵(TF2010)|飞行太保成员|即 Slingshot
Weave——【博】(背离)(TF2010)|即 Swerve
Blaze——【博】刀刃／霹雳飞刀(比利)(TF2010)|机器卫兵成员|即 Blades
Guardian——【博】守护神(防御大帝)／保卫者(TF2010)|机器卫兵组合而成|即 Defensor
Rodimus Convoy——【博】补天士／洛迪文(洛迪民)(TF2010)|即 Rodimus Prime
Hot Rodimus——【博】(热破,高速马力)／火棒(TF2010)|即 Hot Rod
Cha——【博】杯子／郭伯(葛博)(TF2010)|即 Kup

Dinosaurer——【狂】铁甲龙／毁灭大王(战斗堡垒)(TF2010)|即 Trypticon
Vorda——【狂】旋风／维迪斯(TF2010)|战车队成员|即 Vortex

[Mikster.Z]

我真的没看过....

[朱晋玄]

我的意思是二十三千还是两到三千?

[Mikster.Z]

tinyfool看见会生气的

两到三千是这样写的2~3K

[朱晋玄]

我败狗了，我居然没有想到~符号，结果习惯性的来\in符号
这工资都有些让我动心想要转行当程序员了

[Serenade]

。。。 。。。如果做过这个，并且可以自带库和工具的话，应该不是什么难事，来个弹球游戏啊什么的，也不需要美工
恩，能自带库和工具的话，那直接把写过的游戏拿出来就可以了- -；

如果说你要人从无到有20分钟干出来。。。
你真的是想招人么？

2010/4/2 Tinyfool <tiny...@gmail.com>:
> 那你快学，我面试人也挺猛的，直接让人在windows上面写个iphone游戏给我，20分钟内

[alsor zhou]

呵呵, 大胆猜测Kenny Yuan应该是做数据处理,性能和并发方面考虑的比较多 (服务器程序员?) 做drv,bsp的很少会涉及你说的问题,他们有很多是硬件出身的,能读spec,能画图,算法压根儿没学过.

程序员的面太广了,那些做仿真写电路逻辑的也可以算程序员.

@veiz

在 2010年4月2日 下午5:08，Fuzhou Chen <cppo...@gmail.com>写道：

不才28，算起来也算是年纪偏大了。工作原因算法用得不多，和调试器、
crash dump打了四年交道，问我算法估计一无所知，惭愧。

2010/4/2 Kenny Yuan <yuank...@gmail.com>:
> 请允许我推断一下，你应该年龄偏大，被国产垃圾教材毒害的一代，对吧？
>
> 现在那些优秀的年轻人真真了不得，入门就用CLRS，还有读paper的好习惯，许多人还看TAOCP ……
> Internet真是个好东西啊！比起他们来，我上学的时候简直就是瞎子……
>
>
> 在 2010年4月2日 下午4:39，Fuzhou Chen <cppo...@gmail.com>写道：
>>
>> 完了完了，如此说来俺看来也要没饭吃了。这里也有大堆我不知道的。。。
>>
>> 2010/4/2 Kenny Yuan <yuank...@gmail.com>:

>> > 前几周我恰巧也面了10个人，很是悲哀：没有一个人能说得上来算法思想（分治/回溯/贪心/动态规划等），没有一个人听说过amortized
>> >
>> > analysis；快速排序只有2个人能答出来；只有两个人在回答性能调优的时候提到了profiling方法；还有两个人竟然说Hash没学过，所以不会说......（这些人里面有名校的研究生，也有大公司工作十多年的，简历上面全部都很辉煌）
>> >
>>
>
>
>

> --
> Kenny Yuan
> -->CS, MMA, Psychology, Automobile...
> http://twitter.com/kenny_yuan
> http://csbabel.wordpress.com/
> http://blog.csdn.net/yuankaining/
>
>

--

《采莲》·江南

为卿采莲兮涉水，为卿夺旗兮长战。为卿遥望兮辞宫阙，为卿白发兮缓缓歌。

另抄自蒜头的评论：http://www.douban.com/review/1573456/：

且祭一束紫琳秋，为一段落花流水的传说
且饮一杯青花酒，为一场几多擦肩的错过
且焚一卷旖旎念，为一腔抛付虚无的惜怜
且歌一曲罢箜篌，为一刻良辰春宵的寂寞


--

[windstorm]

那叫硬件开发工程师，不算程序员

----------------------------------------------------------------------------------
Yours Sincerely
Kun

www.kunli.info
http://twitter.com/cnbuff

2010/4/4 alsor zhou <alsor...@gmail.com>:

[Fuzhou Chen]

写驱动的在硬件圈子里也被认为是程序员的。

能读spec能调优就OK的不限于写驱动的，做网络协议的也
属于这一类，算法牛很好但不是最重要的，最重要的是能
做人肉spec词典，能随口答上来至少三个不同的实现在同一
个标准下的不兼容之处。

2010/4/4 windstorm <likunar...@gmail.com>:

[Jeffrey Zhao]

不同意

Jeffrey Zhao
Blog: http://blog.zhaojie.me/
Twitter: @jeffz_cn

--------------------------------------------------
From: "Fuzhou Chen" <cppo...@gmail.com>
Sent: Monday, April 05, 2010 1:55 AM
To: <pon...@googlegroups.com>
Subject: Re: [TL] [share] 你在项目中用了很多技术么？软件开发中7种反模式

[Fuzhou Chen]

敢问不同意在何处？我这里有三个论点：

a) 写驱动的在硬件圈子里被认为是程序员
b) 对网络协议的实现过程，算法好并不是最重要的
c) 网络协议的实现过程中需要对多个软件的兼容性有广泛的了解。

2010/4/4 Jeffrey Zhao <je...@live.com>:

[windstorm]

他说的不是写驱动的，是做仿真写电路逻辑，我的意思是那些人不是程序员。

----------------------------------------------------------------------------------
Yours Sincerely
Kun

www.kunli.info
http://twitter.com/cnbuff

2010/4/4 Fuzhou Chen <cppo...@gmail.com>:

[Fuzhou Chen]

呵呵原来如此啊。我的印象里来自一些个人的一些老朋友，就是
这么些尴尬的人物，在企业级程序员的圈子里被认为是硬件工程
师，但真的到了纯硬件开发的圈子里却有时候被看成是写软件的。

只是有感而发，估计也不是普遍现象。

2010/4/4 windstorm <likunar...@gmail.com>:

[Danton(丹东)]

”no，人家是搞底层，内核的，牛的很呐
上层应用多低级的啊，高中生都会搞“

2010/4/5 windstorm <likunar...@gmail.com>

[Bruce Li]

工作了十几年，基础的东西基本忘光了，名为程序员，现在代码都很少写，整天打杂，心里很虚啊。。。

On Apr 1, 10:10 am, Kenny Yuan <yuankain...@gmail.com> wrote:
> 说到anti pattern，我最喜欢这几条：
>
> * 引擎室里的船长（Captain in the engine room）：团队带头人把时间和精力全花在技术问题上，没有人开船
> * 死亡征途（Death march）：除了CEO，每个人都知道这个项目会完蛋。但是真相却被隐瞒下来，直到大限来临
> * 海鸥管理（Seagull management）：飞进来，弄得鸡飞狗跳、一片儿狼藉，然后就拍拍屁股走人
> * 大泥球（Big ball of mud）：系统的结构不清晰

>
> --
> Kenny Yuan
> -->CS, MMA, Psychology, Automobile...http://twitter.com/kenny_yuanhttp://csbabel.wordpress.com/http://blog.csdn.net/yuankaining/
>

> Anti-pattern.txt
> 18KViewDownload

[jinhu wang]

哦，十几年怎么熬过来的：）

程序员在经历过一段时间的脑力密集型的工作后，一旦趋于轻松，往往会很不习惯，甚至有种危机感。

--

[机械唯物主义 : linjunhalida]

是的。如果有一天发现自己每天都在做重复性的事情，就要好好考虑未来了。
正因为此，我才跳槽的。

还有，工作几十年，都不接触基础的东西，那么接触什么？业务逻辑吗？
所谓基础，就是每天都要用到的东西。在基础上面发展新的东西。

2010/4/6 jinhu wang <wangji...@gmail.com>

[Danton(丹东)]

大多数上层应用是业务领域和cs编程两者结合吧，很多人玩几年编程就偏向业务领域去了
而且在很多公司搞业务的比搞编程的，更吃香。
慢慢地淡出纯编程，理所当然。

2010/4/6 机械唯物主义 : linjunhalida <linjun...@gmail.com>

[alsor zhou]

哈哈，你看了他们的工作，你会发觉其实你学了语法也能凑上去刷两刷子...编译，连接（哦，他们叫综合），然后运行，他们也做profiling，也有可能设断点...差别非常大么？
我认识的有写verilog的改行又跑去写drv了，有做drv的又跑去写verilog了。
可能你说的“硬件开发工程师”确切一点是做layout的那些人...

@veiz

[alsor zhou]

干的活计不同罢了，木工和泥水匠的区别而已..

@veiz

[windstorm]

这个我学习过几年。当初搞嵌入式的谁都想和FPGA搭上边，学Verilog之类的语言劲头特足。

写verilog的写驱动太正常不过了，不叫改行。比如当初玩Xilinx的硬核软核，想移植系统干个什么事都得写一些简单的驱动。往深里面做的话更需要了。

但这确实是硬件工程师，有人会说也有c或者汇编的嵌入式编程，那也是偏硬件的编程，在这里，没人care你的算法功力或者软件模式，纯粹就是考验心智和时间的硬件调试甚至入门级hacking。在国内实习过几个研究所，好像大家都是这么称谓的。

----------------------------------------------------------------------------------
Yours Sincerely
Kun

www.kunli.info
http://twitter.com/cnbuff

2010/4/6 alsor zhou <alsor...@gmail.com>:

[Liu Jiang]

所以我在《程序员》今年第一期的卷首语里强调常识的重要：

http://blog.csdn.net/liujiangCE/archive/2009/12/24/5070769.aspx

在 2010年4月2日 下午4:37，Kenny Yuan <yuank...@gmail.com>写道：

前几周我恰巧也面了10个人，很是悲哀：没有一个人能说得上来算法思想（分治/回溯/贪心/动态规划等），没有一个人听说过amortized analysis；快速排序只有2个人能答出来；只有两个人在回答性能调优的时候提到了profiling方法；还有两个人竟然说Hash没学过，所以不会说……（这些人里面有名校的研究生，也有大公司工作十多年的，简历上面全部都很辉煌）

出的什么题目，说来听听。

有时候一些面试官总是把一些细枝末节的东西当做基础问题来问。记得一次一个考官居然跟被面试者兴高采烈的交流起VI编辑器的基本用法。。。

>> 究竟哪个服务进程应该收到对应的消息……
>>
>>
>>
>> 最后的解决方案：第二个版本他们废掉了那个.NET 写的DLL，用C++重新实现了一遍，
>> 于是进程间通信变成了进程内调用，全局服务也取消了，一切都完美了……

>>
>>
>> --
>> 《采莲》·江南
>>
>> 为卿采莲兮涉水，为卿夺旗兮长战。为卿遥望兮辞宫阙，为卿白发兮缓缓歌。
>>
>> 另抄自蒜头的评论：http://www.douban.com/review/1573456/：
>>
>> 且祭一束紫琳秋，为一段落花流水的传说
>> 且饮一杯青花酒，为一场几多擦肩的错过
>> 且焚一卷旖旎念，为一腔抛付虚无的惜怜
>> 且歌一曲罢箜篌，为一刻良辰春宵的寂寞
>
>



--
《采莲》·江南

为卿采莲兮涉水，为卿夺旗兮长战。为卿遥望兮辞宫阙，为卿白发兮缓缓歌。

另抄自蒜头的评论：http://www.douban.com/review/1573456/：

且祭一束紫琳秋，为一段落花流水的传说
且饮一杯青花酒，为一场几多擦肩的错过
且焚一卷旖旎念，为一腔抛付虚无的惜怜
且歌一曲罢箜篌，为一刻良辰春宵的寂寞

[Kenny Yuan]

呵呵，我正在计划用“面试宝典——关于面试你必须知道的知识点”这样的标题党写一个常识总结

在 2010年4月6日 下午6:12，Liu Jiang <liuj....@gmail.com>写道：

所以我在《程序员》今年第一期的卷首语里强调常识的重要：

http://blog.csdn.net/liujiangCE/archive/2009/12/24/5070769.aspx

在 2010年4月2日 下午4:37，Kenny Yuan <yuank...@gmail.com>写道：

前几周我恰巧也面了10个人，很是悲哀：没有一个人能说得上来算法思想（分治/回溯/贪心/动态规划等），没有一个人听说过amortized analysis；快速排序只有2个人能答出来；只有两个人在回答性能调优的时候提到了profiling方法；还有两个人竟然说Hash没学过，所以不会说……（这些人里面有名校的研究生，也有大公司工作十多年的，简历上面全部都很辉煌）

在 2010年4月2日 下午3:47，jinhu wang <wangji...@gmail.com>写道：

出的什么题目，说来听听。

有时候一些面试官总是把一些细枝末节的东西当做基础问题来问。记得一次一个考官居然跟被面试者兴高采烈的交流起VI编辑器的基本用法。。。

在 2010年4月2日 下午3:43，LeeoNix <leeo...@gmail.com>写道：

呵呵，最近面试的几个新人，问一些基础问题能答上来的却很少，都在说懂某某技术，如何如何熟悉某些库。
说老实话，现在对于“算法”的学习的人，真的少了很多。
其实LZ的文章重点强调的是编程思想和基础的重要。
以上为个人理解，呵呵。：）

[Tinyfool]

这是我需要好好学习的一篇文章啊

2010/4/6 Kenny Yuan <yuank...@gmail.com>:

--

[Kenny Yuan]

都是打算给小朋友看的，你还凑什么热闹啊，呵呵

--

To unsubscribe, reply using "remove me" as the subject.

[Jeff Chen]

期待啊....从来用不到算法的，万一哪一天面试遇到kenny...

--
My Blog：http://jeffchen.cn

[oliver yang]

在 2010年4月2日 下午6:35，jinhu wang <wangji...@gmail.com> 写道：
> 我还是觉得你出的题目适合压力测试，或者笔试。
> 但是招人面试不是为了一味的打压他，鄙视他，在其中找到某种快感。
> 事实上很多做技术的做久了往往都会有这样的倾向。不知算不算是一种性格的扭曲。

我面试到最后一定要给足够的压力，看这个人的反应。
一个面试，如果不面试到这个人的极限，我觉得是不成功的。

>
> 正常的面试，是让应试者有充分的发挥余地，给一个引导让他充分展示自己的擅长点。这样你才能权衡他能过来干什么。
> 指东打西的玩文字游戏，只是一时的炫耀和骄傲，跟你所说的谦虚背道而驰，害人害己害公司。

或许每个公司的职位要求差异很大吧。

个人展示很重要，但追问到足够细节也很重要。

> 在 2010年4月2日 下午6:20，Kenny Yuan <yuank...@gmail.com>写道：
>>
>> 哥…… 设计模式的确不是什么高深的东西，但我也的确不是高手……
>>
>> P.S. OO方面的东西，我推荐一下Robert C Martin的文章和Bertrand Meyer的书，网上都有下载
>>
>> 在 2010年4月2日 下午6:08，jinhu wang <wangji...@gmail.com>写道：
>>>
>>> 3个名词认识第一个，OCP是我在华为的时候的一个数据业务平台的名字。。。
>>> 设计模式原来在高手那里是这么的浅显。。。自卑ing
>>>

>>> 在 2010年4月2日 下午5:06，Kenny Yuan <yuank...@gmail.com>写道：
>>>>
>>>>
>>>> 呵呵，说到设计模式，要是让我能自己决定的话，设计模式我都懒得问了。凡是敢声称自己是面向对象专家的，我就直接问OCP，看他理解如何，让他当场推导LSP/DIP等等。如果这些都理解了，设计模式也就是一个惯用手法和名词而已了
>>>>
>>>> 在 2010年4月2日 下午4:59，LeeoNix <leeo...@gmail.com>写道：
>>>>>
>>>>> 呵呵，
>>>>>
>>>>> 其实倒不是反对什么先进技术的了解和学习。
>>>>>
>>>>> 任何先进技术的使用都是建立在很基础的逻辑编码上，
>>>>>
>>>>> 没有很基础的算法分析和数据结构应用的基础，使用先进技术，那代码质量可想而知的差啊。
>>>>>
>>>>> 所以我面试的时候特别注重各种“小”算法的提问，可以说是代码编写习惯方面的。
>>>>>
>>>>> 其实LZ的文章指出的其实是现在想追求“高薪”的前提下，对高级技术的好奇和追捧，无奈啊。
>>>>>
>>>>> 比如设计模式，热了那么久，刚开始人人嘴里都开始谈模式，设计模式的门槛还没入呢。
>>>>>
>>>>> 我写程序这么久了，最近才突然感觉到设计模式的优势所在，之前看到设计模式，知道好，但是根本不知道好在哪里。
>>>>>
>>>>> 好在哪里，是需要知识和经验的积累才有的。
>>>>>
>>>>>
>>>>> 在 2010年4月2日 下午4:51，Kenny Yuan <yuank...@gmail.com>写道：
>>>>>>
>>>>>> 呵呵，握手！
>>>>>>
>>>>>>
>>>>>> “负面”的说太多了，改说点“正面”的：有一个人能说得上来快排，能分析O(N*N)的情况，还能改进算法，仔细一问，原来是看过programming

>>>>>> pearl的，呵呵……

>>>>>>
>>>>>> 在 2010年4月2日 下午4:40，LeeoNix <leeo...@gmail.com>写道：
>>>>>>>
>>>>>>> 呵呵，同感啊。
>>>>>>>
>>>>>>> 上周还让两个研究生答题呢，但后面都不过。只是录用了一个本科生。
>>>>>>>

>>>>>>> 不过有一个做事挺认真的，是什么华东软件研究所的。但是实际开发经验看上去很少，就一个反转字符串的简单题目，都把指针的用法用错了……

>>>>>>>
>>>>>>> 在 2010年4月2日 下午4:37，Kenny Yuan <yuank...@gmail.com>写道：
>>>>>>>>
>>>>>>>> 前几周我恰巧也面了10个人，很是悲哀：没有一个人能说得上来算法思想（分治/回溯/贪心/动态规划等），没有一个人听说过amortized
>>>>>>>> analysis；快速排序只有2个人能答出来；只有两个人在回答性能调优的时候提到了profiling方法；还有两个人竟然说Hash没学过，所以不会说……（这些人里面有名校的研究生，也有大公司工作十多年的，简历上面全部都很辉煌）
>>>>>>>>
>>>>>>>> 在 2010年4月2日 下午3:47，jinhu wang <wangji...@gmail.com>写道：
>>>>>>>>>
>>>>>>>>> 出的什么题目，说来听听。
>>>>>>>>> 有时候一些面试官总是把一些细枝末节的东西当做基础问题来问。记得一次一个考官居然跟被面试者兴高采烈的交流起VI编辑器的基本用法。。。
>>>>>>>>>
>>>>>>>>> 在 2010年4月2日 下午3:43，LeeoNix <leeo...@gmail.com>写道：
>>>>>>>>>>
>>>>>>>>>> 呵呵，最近面试的几个新人，问一些基础问题能答上来的却很少，都在说懂某某技术，如何如何熟悉某些库。
>>>>>>>>>> 说老实话，现在对于“算法”的学习的人，真的少了很多。
>>>>>>>>>> 其实LZ的文章重点强调的是编程思想和基础的重要。
>>>>>>>>>> 以上为个人理解，呵呵。：）
>>>>>>>>>>

--
Cheers,

Oliver Yang

Twitter: http://twitter.com/yangoliver
Blog: http://blog.csdn.net/yayong
--------------------------------------------------------------------
An OpenSolaris Developer

[Mikster.Z]

对英文面试比较憱，最憱那种没有叫我一个人在那里吧唧的那种，会让我愈发紧张进而萎缩....