我们需要什么样的“技术”

【0】我们需要什么样的“技术”

这个问题以及整件 事情来源于hax的一篇文章《关于国内前端和JS技术发展的乱想》：

http://hax.iteye.com/blog/1128269

hax已经讲得很好了。关于js、前端、框架等等，hax还有一些设想、想法与新思，而我其实已经没有什么话题好讲。上半年w3ctech的“拥抱HTML5”大会，裕波让我去讲讲，我憋了一个多月，愣是想不出什么东西来。没有可讲的，我就不讲；多言误事，胡言误人，这是我一直以来的态度。

hax提到玉伯引用的我的一段聊天记录，提到“我们离最先进的技术的差距只有半年”。嗯，这的确是我讲的。但最早提到这句话，大概已经是在2001~02年。所以现在这个“差距只有半年”是不是该重论，已然存疑了。不过我当时在聊天中讨论的的关键，却不是这些，而是其它的一些内容。而我之所以现在跑来发这个博客，正是觉得那些“没有被放出来的内容”反倒重要更甚。远比讨论“差距有多少”，以及“前端该怎么做”这些话题要重要。

所以，我就把那些讨论仔仔细细地贴出来吧。这个讨论是在今年3月份，也就是，嗯，四个月之前。

 

【1】源起

旺旺里的kissy这个群里炒得热了锅。从一大早开始讨论的，就是一个话题：我们能做一个比yui、jq等等框架更“好”的框架吗，或者说我们发展kissy的意义在哪里呢——做更好的东西或是重做轮子？

随后我加入了讨论。

 

愚公 (12:50:49):

这个问题谈了一上午了，我才看见。

 

愚公 (12:50:55):

我说说我的看法。

各位，请问你们面临的技术是“什么”？

jquery/yui好，或者不好，或者是不是有很多人在用，其根本的原因是什么呢？

 

愚公 (12:52:27):

大家有没有看一项所谓的“技术”的发展过程？我们所了解的那些“好”的东西，其背后有多大成分的“公司力量”？

 

愚公 (12:54:06):

我们做了一个不错的东西，有很多好的IDEA。最终这些东西却消散了，变成了另外一些更大更好的东西的局部。我们的努力白费了。我们的成果湮没了。我们——我指的是国内的软件开发的现状——什么“好”的东西也做不出来。

 

愚公 (12:56:27):

其根本的原因并不是我们技术不行，开发能力不好，或者投入不够多。老老实实地讲，这些我们都不会承认。我以前就一直说：我们离最先进的技术的差距只有半年。我们并不差多少，在一个问题上努力耕耘半年，我们就会变成顶尖的好手。但是，接下来我们仍然会白费、湮没，以至于消失得无影无踪。而现在的kissy，也面临这样的一个问题。

 

愚公 (12:57:28):

回到我的看法，而不是上面这样的分析与抱怨。我们真正的问题在于，我们根本不懂得一项所谓的“好的”、“新的”、“成功的”、“大的”技术，其实是运营出来的。而不单单是去“做”。

 

愚公 (13:00:12):

我们不懂得所谓的“技术运营”是怎么一回事情。大家说文档，说社区，说书，以及说那些国外的大牛们如何亲和给力，其实这些都是运营的方式和态度。我们呢？我们做事就没有这样的手脚，我们的企业也没有这样的心胸。我们要解决的首先是后面这些问题，亦即是我们对技术的态度，以及企业对技术的态度。接下来的，才是经营社区的，运作产品的，等等手法。我们的态度原本就有问题，所以做起事来，或束手束脚，或不成体统，或给人以功利感，或没有持续性，或没有保障等等……

 

愚公 (13:01:54):

我们要做一个kissy，使之“大于”或“远超于”yui并不是不可能。相反，是很有可能。问题仍在于我们自己的态度，以及你所选择的企业或社群推动。我们要使这个产品具备一种精神和气质，否则，一切都离“成功”非常之遥远。

 

愚公 (13:03:26):

可惜。我最后要谈的是，国人已经不再谈所谓的精神与气质了。要想让技术复生亦或重生，请诸位内观自我，从对自己的认识做起。kissy之一切，从这个群的名字上看起吧。

 

 

【2】意义

接下来小新问了一个问题，是关于“做这样一个东西的意义”的。

 

Star(章小新)(eyunfeis) (13:09:24):

Kissy远超yui又或JQ之后，他将为公司为团队带来什么~~~ 他的真正意义在哪？

 

愚公 (13:10:18):

这是个好问题。

你看Google，我们技术人看Google会说他技术上相当厉害，有创新有实力；投资人看Google，会说他很有钱途，有经营模式有前景。

 

愚公 (13:12:01):

你再看阿里，我们技术人恨不得说阿里就是&(_#&$)$&$#_！*)@！&，但投资人看阿里，说这个东西不错，能挣钱能有市场机会。

你看看这两种对比，为什么那些国际一流的大公司在两个方面都能做得很好，而我们只能在一个方面做好？而且，为什么我们还要问“kisssy远超了yui/jq有什么意义”？

 

愚公 (13:13:46):

把一件事做得更好、更专业、更完美，优秀，及至无可挑剔，不就是一件有意义的事情吗？一个真正懂得企业价值的公司，是会去理解并尝试“如何运营技术”这个话题的。

 

愚公 (13:15:02):

我们之现在，一方面还没有能力让企业认为这也是资本与资产，另一方面是企业也没有这样的经营意识。我们其实是在困局之中。呵呵，这是一个好笑的话题，因为它原本是经营者该提出来的，现在却是由技术人在提出。

 

李牧 (13:15:48):

现在看yui做的很好 对yahoo有什么意义.

 

Star(章小新)(eyunfeis) (13:21:41):

其实不是想去否认什么，只是想说kissy想致力于去解决什么~~~~ 他将为公司带来什么，企业在每个阶段都有自己需要着重解决的问题，kissy现在为解决这些问题提供了什么。。。 是否有更好的方式去解决.... 

 

 

【3】价值

接着小新的话题，我聊及到了“价值”的问题。

 

愚公 (13:22:13):

真的想知道这件事情？

从企业价值的角度上来说，技术一文不值。

真正挣钱的，是投资公司。

 

愚公 (13:24:03):

企业依据他的价值体系来衡量我们现在的技术选型的话，最简单的法子，就是招成熟的开发人员，零培训成本，使用完全成熟的技术，生产合适用户使用的产品，即可。

 

愚公 (13:26:10):

至于所谓的技术被别人掌握之类，完全无关紧要，大多数时候，互联网技术在“掌握”之前就更新换代了。“Free”带来的既有自由，也有免费，也有全新的选择。如果说大家今天选择了yui，然后yahoo公司过了两年倒掉了，你不认为公司再重新组建一个10人团队，最多用三个月的时间就可以把yui全部承接下来，并保证项目的后期使用吗？

如果这样，你又凭什么要求公司要在现在就组织团队去开发kissy呢？

如果考虑公司的直接利益，所谓技术将变得完全无力。毕竟阿里的、淘宝的核心价值根本不在这里。

 

开放(玉伯) (13:28:13):

喝粥归来，愚公的观点精辟

 

Star(章小新)(eyunfeis) (13:29:44):

问题就在这里，如果公司利益得不到考虑，kissy在公司现有体制下面，开发将变更加艰难。

 

开放(玉伯) (13:30:24):

去年选择做kissy，有一个出发点是公司的间接利益，比如通过kissy，提升淘宝前端的技能，以及知名度……这对公司是很好的。

 

愚公 (13:30:53):

我的观点中，必须说明两点，工程师，从职业素养上来说，我们的价值就是“把一件事做得更好、更专业、更完美，优秀，及至无可挑剔”。这本身就是对我们而言最有意义的事情。如果没有这种心态，那根本就谈不上专业、职业，以及职业修养。

 

愚公 (13:32:03):

第二，公司的运营与推动，是将这一产出利益最大化的条件。在现在的巨头林立的时代，这可能也是必要条件。但是，对于这个问题，不是工程师所能把握的。

死一万个项目，一万个技术，一万个产品，未见得能有一个能产生公司的做技术运营的动力。这是技术人之渺小处。

 

开放(玉伯) (13:33:37):

@愚公：“把一件事做得更好、更专业、更完美，优秀，及至无可挑剔”，这句话里，对“什么事”并没有定义。这就导致，工程师专注的“事”，会随着公司的策略而变。比如淘宝去年打“稳定、速度”，很多工程师就往这方面使劲去了，因为这样最容易得到认可。可是，这总有点怪怪的。

 

愚公 (13:34:27):

但是，如何呢？若因此而失了我们对技术的精细、专业与完美的追求，那我们就早早地脱了工程师这身衣服，快快地换上运营同学的西服革履。那样一来，所谓的价值产出将会更快更直接更有效。

工程师得有工程师的心态。我一直就是这么看的。

 

 

【4】趋利

然后我们又“毫无新意”地讨论到了趋利的问题。

开放(玉伯) (13:35:20):

心态离不开环境，环境对心态的影响很大，人大都是趋利的。

 

沉鱼 (13:35:49):
趋利并不是坏事
只是看你要的是眼前的即得利益还是以后可能有又或者更可能没有的长远利益

 

开放(玉伯) (13:36:46):

是的，趋利无可厚非。

 

愚公 (13:37:00):

趋利者，势。能趋利的人，是看得到形势的人。没什么不好。

 

正淳 (13:37:25):

顺水行舟和逆流勇进都是自己决定的

 

愚公 (13:38:37):

这是两类人。我的意思是要分开来看。一，如果你是工程师，你志在工程师，那你就把自己放在工师器匠的角色上。二，如果你追求利益，为某个目标的实现而负责任，那么你就去考虑通过技术运营，或者产品运营来让这个目标的价值体现出来。

 

Star(章小新)(eyunfeis) (13:39:07):

更好、更专业、更完美，优秀 从技术人员的专业上讲，我认为是,没有这种心态就成为不了一个好的技术人员，更不可能成为大师。。。  
不过凡事都有两面性，过于追求完美，容易让人陷入到一个点中，完美是需要时间，需要资源。
kissy的开发需要平衡

 

Star(章小新)(eyunfeis) (13:40:29):

至刚则易折

 

愚公 (13:40:45):

重要的事情是把这两个问题看清楚，至于怎么选择，则是第二步的。我之所以在这里谈到这个问题，是因为我看上午的讨论，倾向于“放弃kissy”这个方向。使若工程师也言“放弃产品”，那就全无指望了。因为所谓做精细，或运营出价值这两个方向，总是基于这件事本身还在的前提下的。我们不能因为我们不懂得，或无力推动技术运营，就说我们别做这个东西了，这东西没前途。

 

【5】方向

最后，在大家的殷切期望之下，会议进行到了尾声。^^.

 

开放(玉伯) (13:43:37):

与其说放弃，不如说调整方向。kissy并没有达到预期的目的（UI library），反而掉进了泥泞（core的开发和维护）

 

愚公 (13:47:21):

放弃容易坚持难，故多见失败，少有成功。

 

拔赤 (13:56:12):

实际上，core的开发是有难度的，大量的兼容性测试本身就劳神劳力，似乎当时低估了这些

Star(章小新)(eyunfeis) (13:56:29):

个人想法是， 其实现在流行框架的核心要实现的功能都差不多，其核心不管是用JQ或YUI又或KISSY本身，不是问题关键，关键还是看能不能现实一套快速响应业务的机制。。。  使用KISSY核心的话，那JQ，YUI，EXT等好的组件是否能快速移植过来，同样如是使用JQ核心的话，那YUI,EXE中好的组件是否能快速移植。。。 如何能让kissy这个库最快的完善充实起来。

拔赤 (13:58:05):
jquery和yui本身就是按照开源的项目运营的。如果我们是觉得控制权不在手上，改bug会不及时，完全可以从jq撤出一个分支来自己做增量开发，jq官方有更新就合并进来，做淘宝的定制化，是一条道路.

拔赤 (14:00:57):
选用一个类库，在这个类库上做一些改进和增量开发，是成本最低的选择，毕竟jq和yui的core核心的bug已经很少了，远没达到将他们的bug作为一个问题来讨论的地步

开放(玉伯) (14:02:42):

还有一个重要因素是对工作重点的重新审视和定位，接下来存在几种可能性……这里没有悲剧，选择任何一条路，走下去，都会有得有失，成功的定义太多。

 

开放(玉伯) (14:05:17):

我想讨论的问题不是做选择题，是我们究竟想做什么？

 

愚公 (14:06:08):

对于kissy的选择，我没有主张，只有问题。事实上，我根本的说法只有一个，就是态度是第一位的，方法则是第二位。所以，如玉伯所说，“想做什么”，确定下来，去做。成功定义太多，我们要或不要，认可或不认可，坚持或不坚持最初的那一个。

 

开放(玉伯) (14:23:21):

干活去鸟。于我，无论什么选择，都没有背离kissy最初的梦想：An Enjoyable UI Library
现有的 ui library 在淘宝的环境下不够 enjoyable，才有了自行开发，从 TBra 到 KISSY，梦都是一致的
seajs 的梦，也依旧是这个
不要给 kissy 背负上太多的责任，她或许只是一个名词，一个阶段的产物
更远的目标，和最初的方向，至今没有背离，不言放弃，都继续努力就好