技能的反面 - 魔方和模仿

魔方的故事

大概是在我小学五年级的时候, 大家开始玩魔方,我们家也买了一个。 我和几个小孩折腾了一会, 没搞出什么名堂。我哥摆弄了好一会,  嘿! 弄出一面一样的颜色。后来我也琢磨出来怎么把一面颜色拼出来。 再后来我才知道魔方有一些模式和一些口诀, 按图索骥, 依口诀而行,  就会从一面玩到一面再加一层, 再到加两层, 然后把最上层四个角的颜色搞对, 然后再按照一两个口诀翻十几下, 六面就做好了!  我玩着玩着就把各种模式和口诀都掌握了。 上初中的时候, 我还在课间表演过, 赢得一些男同学的好评 , 女同学似乎对此不感兴趣。

要在当时, 我的简历上一定会在“技能”一栏写上:

“精通玩魔方”。

后来我就不玩魔方了,这样过了二十多年。

几年以前我在一个实习生的桌上又看到了魔方。 我拿起来,似乎不用想, 当年的口诀就在手上. 转啊转,一面, 一层, 两层,那个男实习生露出崇拜的目光。。。 直到最上一层, 嗯, 口诀是什么来着? 我试了几种可能, 好像都不行。我看到周围的女实习生似乎不感兴趣, 那就算了吧。

看来我的简历要改写成:  

“精通玩魔方到第二层”。

后来我想, 把第二层拼好, 我只知道找到某个模式, 按照某个口诀执行即可。 但是我并不了解为什么这个口诀能把第二层拼好, 同时又不打乱第一层的结果。 我更不知道如果在执行中走错了几步, 如何随机应变, 挽回局面。离开了口诀的话, 我只能把魔方的一面拼出来。从这点看来, 我的魔方技能应该是 

 “能够还原一面, 其他看口诀可搞定”。

那我的这真实的“技能”还值得写上简历么? 看样子是上不了台面了,  那什么是“技能”呢?

要知道技能, 谁能告诉我技能的反面是什么?  

技能的反面

计算机人机交互领域的科学家 Bill Buxton  1995 年的一篇文章提到了 “The Opposite of Skill:

Before reading on, think for a moment, and tell me what is the opposite of skill?

I'll even give you a hint: I'm not looking for "unskilled."

 

[大家可以花10多分钟先读一读]

 

 

 

 

 

 

 

 

 

 

 

 

 

 

[10 分钟就过去了?  您还是读一下吧]

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Bill 说技能的反面是  ”Problem Solving”  – “解决问题”, 这个听起来有点绕, 我们看看IT 人士熟悉的一个例子吧。  一个IT 专业的大学生来面试,  简历上写 “技能:  精通 Visual Studio C# 编程”。 于是面试官请他实际用VS IDE 写一段程序 (冒泡排序)。 一个 “不精通”的面试者的编程过程实际上就是一个“解决问题”的过程。 例如:

·         嗯, 怎么开始一个C# 的命令行程序呢?  

·         定义数组是怎么弄的?  是 “int [] arr” 还是 “int  arr[]”, 还是 ArrayList, 还是 Array <T>。 哦, 我平时都是上网查的.  哦, 我不知道还有 MSDN 网站。

·         嗯, 为什么编译没过呢,  哦, 这里少一个分号。

·         嗯, 怎么设断点? 怎么定义命令行参数? 额, 我要查一查…

你发现他把时间都花在“解决 (低层次) 问题”上了, 你想考察的“算法技能”、 “C#  程序设计技能” 都无暇顾及。注意, 这是在他认为非常精通的编程工具和编程语言中出现这样的问题。 你要这样的员工么?

那怎么提高技能呢?  答案很简单, 通过不断的练习, 把那些低层次的问题都解决了, 变成不用经过大脑的自动操作, 然后才有时间和脑力来解决较高层次的问题。

image

年轻学生都志向远大, 上了一些课, 就很想解决高层次的问题。我最近碰到一些学生就非常想做高层次的“科研”, 觉得“工程”是基础, 没意思。而且我 “已经知道怎么做了”,

从科研, 或者理论的高度上说, 所有的“技能”都能总结成简单的 ”已经知道怎么做了”:

例如:

下围棋怎么做? 每一步都占据全局价值最大的一点, 直到终局, 即可获胜。

打乒乓球怎么做? 把对手打过来的球都打回去, 直到对手的球出界或下网, 即可获胜。

再举一个例子:  我给一些同学出了一个题目:怎样在一年内做好一个博客网站:

北大 《领导力与职业发展》课程同学们的设想:

博客商业计划_传恺_新浪博客

半年内达到3000万用户,下半年目标达到2亿1千万

如何打造中国最好的博客?_成长的迷思-CSDN博客

博客网站的经营——1年发展规划方案_zhao_di的博客-CSDN博客

第二次作业:关于建立国内最大最权威的操作系统博客的一些想法 - PkuCL1 - 博客园

看看几乎同时发布的,  CSDN 项目负责人(8年以上工作经历)在CSDN的一年总结:

http://robbin.iteye.com/blog/1136859   

谁更有“领导力”这一个技能呢?  如果真的把任务交给这些热情高涨的同学们, 他们的第一年恐怕是在“解决(低层次) 问题”中度过。

Bill Buxton 的文章还提到了不少值得深入讨论的观点, 我们暂且按下不表。

 

魔方和模仿

为了玩好魔方而背一些口诀没什么问题, 至少能说明这个人记忆力不错。 最近我在网上看到大家评论一些国内的团队完全拷贝国外网站的设计,例如 “点点” 完全照搬国外的网站的设计。

image

有好心人说这些copy/paste作品 是在“微创新”,可以吸引天使来投资等等。  我不同意,  这种 “微创新”论调是对创新的侮辱,对大众智商的鄙视,  对天使的亵渎。  抛开道德和法律方面的问题不谈,  我认为这种模仿的行为其实就是“背口诀”, 希望按照口诀执行之后,  魔方会同样出现一个神奇的结果。

这些 copy/paste 的方法作为自己团队的练习 (参加上面提到的“不断练习”), 是可以的。  你听说飞人乔丹每天练习1000 次投篮,  而且扣篮的时候吐舌头,  你也每天练习1000 次, 并吐舌头,  这并不犯法。  但是你只凭这个就去找NBA  球探来谈 NBA 选秀的事情, 我觉得不大靠谱。  

练习之后, 如果真想把模仿的产品推向市场,  有两个问题:

a)    口诀是公开的,  你可以抄, 别人也可以抄。 如果都是一个口诀, 大家背得都差不多, 那我们怎么才能竞争过别人呢? 我的核心竞争力在哪里?我怎么才能比上一个背口诀的人更能说服投资者?  (见上一篇博客)

b)   各地市场和用户需求往往不一样, 按口诀执行之后, 会出偏差。这时候如果能把口诀改改, 解决本地客户的问题, 也是不错的能力。问题是,  有这个能力么一位同学举出了背口诀背得水土不服的例子:

image

 

回到魔方

魔方的技能有哪些层次呢?  下面是我粗浅的看法: 

1.      听说过魔方的玩法, 理论上了解 (已经知道:通过扭动魔方的各个层面, 直到六面出现一样的颜色为止)

2.      对口诀知其然, 能在实践中根据某种口诀玩成六面  (楼主在这里)

3.      对口诀知其所以然,  能够根据情况加以变化

3.      同上,  唯手熟尔。 几十秒就可以搞定的  (学校冠军们在这里)

4.      同上,  但是转得特别特别特别快, 十几秒就能转好的那些人    (世界冠军们在这里)

5.      能够设计出新型的魔方

 

那怎么才能考察出一个人 “精通”魔方呢? 我想了这样一个办法:

a)      给面试者一个各面打乱颜色的魔方

b)      要求他把六面还原

c)      如果还原了, 要求他把魔方恢复成我最初给他那个混乱的局面, 必须一模一样。  

 

精通魔方的同学, 来吧。

 

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/500444.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

软件工程讲义 3 两人合作(2) 要会做汉堡包

[上回书说到这里: http://www.cnblogs.com/xinz/archive/2011/08/07/2130332.html ] 很多同学憧憬在大型软件团队中和各式各样的人打交道, 推动项目进展, 但是他们往往连一对一的合作的技巧和经验都很缺乏。 请问, 从小学到高中, 大家有没有练习过 1:1 的合作? 上课? 没有…

现代软件工程讲义 4 团队和流程

Advanced Software Engineering, Team Structure and Development Process 软件团队和开发流程 非团队和团队 在讲团队之前, 我们要讲什么是“非团队”。王屋村里经常发生这样的一幕: 王屋村的大智要把一堆砖头从村头搬到村尾。 他到顶球酒吧前, 看到前面三三两两地蹲着一…

现代软件工程讲义 12 绩效管理

我们前文讲了怎样衡量软件工程师的能力, 工程师如何成长, 如何证明自己的成长, 等等. 这些都是在一个独立的, 不受外界干扰的空间中做出来的判断。 我们假设一个有能力的工程师, 到了另一个团队, 仍然是一个有能力的工程师。 如何衡量个人在团队中的绩效? 如果一个工程师能…

校园招聘 - 比较容易的面试题

又到校园招聘的季节了, 自从和一些同事出版了《编程之美》一书之后, 我经常收到一些关于面试, 编程, 和“题库”的询问。 其实我自己对算法没有什么研究, 有些问题都答不上, 研究院最近搬了一次家&#xff0c; 原来的 “题库”也不知道搬到那一层楼去了。 不过, 常在河边走,…

现代软件工程讲义 2 工程师的能力评估和发展

Advanced Software Engineering 现代软件工程 讲义 软件工程师的能力评估和职业发展 介绍: 个人软件流程, 职业发展&#xff0c; 个人绩效的衡量和提高, 软件开发是科学, 工程, 手艺, 或是艺术? 我们刚讲了软件工程, 它包括了什么呢? 软件工程包括了开发&#xff0c;…

现代软件工程讲义 7 设计阶段 典型用户 - 故事 - 任务 - 具体工作

当我们写一个软件的时候, 都知道要为用户考虑, 但是用户在哪里? 有同学写 “图书馆管理系统” - 说来图书馆的同学都是我的用户, 但是他们有没有区别呢? 有同学写“自动柜员机系统”, 那到底有多少类型的用户来到柜员机前呢? 这些都是团队成员在需求分析和设计阶段要反复…

现代软件工程讲义 7 开发 开发阶段的日常管理

[移山之道 14 章] 14.6 开发阶段的日常管理14.6.1 闭门造车&#xff08;leave me alone&#xff09; 荔荔&#xff1a;我今天真失败&#xff01;在办公室里坐了10个小时&#xff0c;但是真正能花在开发工作上的可能只有3个小时&#xff0c;然后我的工作进展大概只有两个小时…

现代软件工程讲义 7 用户界面和用户体验

说到用户界面 (User Interface)&#xff0c;我们先看一个图: [来源] 有些同学认为UI 设计是充满创意和非常潇洒的工作&#xff0c; 另一些同学 (特别是有一定实际项目经验的) 也许会抱怨, UI 的工作就是在衣服后面夹夹子, 让前面好看一些。 其实&#xff0c;计算机软件的用户…

现代软件工程讲义 5 项目经理 Program Manager

在一个软件团队里, 不同的人有不同的投入, 我们在 猪,鸡和鹦鹉 的故事里已经说明了. 不同的人还要在团队中担负不同的任务, 我们也要讲一下. 开发人员 &#xff08;大部分内容在: 现代软件工程讲义 2 工程师的能力评估和发展&#xff09; 项目经理 ( 这篇博客 ) 测试人员 …

现代软件工程讲义 5.1 软件的质量保证 (QA) 和测试 (Test)

在一个软件团队里, 不同的人有不同程度的投入, 我们在 猪,鸡和鹦鹉 的故事里已经说明了. 不同的人还要在团队中担负不同的任务: 开发人员 &#xff08;大部分内容在: 现代软件工程讲义 2 工程师的能力评估和发展&#xff09; 项目经理 ( 内容在这里) 测试人员 ( 本篇博客 ) 团…

现代软件工程讲义 8 稳定阶段 (测试的计划和执行)

[来自 移山之道 第 13 章] 13.8 测试计划 测试不是在所有的开发工作完成之后才进行&#xff0c;而是与开发几乎同步进行的。一个软件项目的各个功能都可以有自己的测试计划&#xff0c;它们可以在不同的阶段发挥作用。但是针对整个项目的总测试计划&#xff08;又叫测试总纲&a…

现代软件工程讲义 2 开发技术 - 效能分析

[移山之道 第九章] 9.4 VSTS 效能分析工具 啊&#xff0c;效能分析&#xff0c;Performance&#xff01;这是每一个程序员都梦想的事儿&#xff0c;让自己的程序跑得又快又好&#xff0c;最好是比别的同学快一个数量级&#xff0c;别人的程序是O(N^2)&#xff0c;而我的程序是…

现代软件工程讲义 2 开发技术 - 单元测试 amp; 回归测试

[移山之道 第11章] 1单元测试 你的RP是由你的程序质量决定的。 ——阿超 这一章讲的是两人合作&#xff0c;既然程序是两个人写的&#xff0c;那就会出现一个人写的模块被另一个人写的模块调用的情况。很多误解、疏忽都发生在两个模块之间。如何能让自己写的模块尽量无懈可击…

现代软件工程讲义 4 方法论 - MSF

[内容来自 移山之道]白话MSF方法论 2.1 果冻的预习果冻&#xff1a;超总&#xff0c;听说你要讲MSF&#xff0c;我就先预习了一下&#xff0c;但是MSF的名词太多了&#xff0c;我真是头大&#xff0c;能不能解释一下这两句&#xff1a; “MSF的一个基础原理是学习所有的经验。…

现代软件工程讲义 9 测试 关于闰年的测试

我们谈了不少测试的名词, 规范和原则 (link1, link2). 软件是人写的, 测试计划和测试用例也是人写的, 人总会犯错误。错误发生之后, 总有人问: 为什么这个bug 没有测出来啊?! 我们看看一类简单的bug是如何发生的&#xff0c;以及如何预防它们再度发生: 闰年 软件少不了和…

现代软件工程 来自卓越大学教师的建议 (读书笔记)

教师教学有培训和参考书么? 我从来没想到过我会在大学里教书, 而且还教了好几年, 四个学校。 当时接到任务的时候, 我把它当作实习生培训和新员工培训的”学院版”, 还是继续强调实践, 反馈, 合作, 就这么开讲了。 在微软公司, 做大部分和人相关的事情, 都得先有一个培训, …

软件工程讲义 9 创新的出路 走进作坊

我第一次注意到 “作坊”这个词和软件行业联系起来大概是这个 2004 年 11 月的报道: 标题: 信产部副部长娄勤俭&#xff1a;中国软件业还在手工作坊阶段 日前&#xff0c;信息产业部副部长娄勤俭在出席中国软件产业生态链高层论坛时表示&#xff0c;中国软件产业的规模还比较小…

现代软件工程 习而学的软件工程教育

茅于轼先生写了一篇博客 ( http://blog.sina.com.cn/s/blog_49a3971d0102dufj.html ) 纪念茅以升先生提出的 习而学的工程教育: 把颠倒了的工程教育顺序恢复过来&#xff0c;即他称之谓“习而学的工程教育”。 以桥梁建筑专业为例&#xff0c;大学一年级先学施工条例&#xff0…

现代软件工程 教课心得

现实世界是最好的老师, 我们这些叫 “老师” 的人, 充其量是个助教。 但是有些助教却不让学生见到老师。 **************** 老师都想把课教好, 学生都想把课学好. 但是我们常常看到一个学期过后, 老师, 学生都有很多抱怨 (例如: 各种良好愿望和计划在实施中的问题). 看了上…

微软学术搜索项目 10个版本的历程

这是我在微软亚洲研究院参与的项目之一, 从 2009 年秋天开始, 我们小组把它从一个研究原型发展为涵盖全学科的学术搜索门户。 它索引了 4千万论文, 2千万作者, 6 大实体类型, 8 种数据可视化功能, 具有开放的API 平台和手机客户端. 下面说说项目的发展: 2009/8: 内部发布 alp…