由买买提看人间百态

boards

本页内容为未名空间相应帖子的节选和存档,一周内的贴子最多显示50字,超过一周显示500字 访问原贴
Programming版 - 从SGI和Nokia的失败俯瞰本版几位名ID的心路历程
相关主题
程序速读指南大家学习STL都是看SGI的文档么?
请问java /c++ 双修的大牛,java和c++最主要的区别是什么?c++程序员转java您认为最需要补充的知识是什么c++ stl里面有hash table吗?
g++ problem!!!!关于coding用IDE和vi或者emacs的效率或者优劣,请牛人为大家做(转载)
good C++ open source project?准备面试一个java-based position,有什么书推荐一下?
JAVA generic programming 是怎么实现的?急问:Oracle JDBC 问题
STL里面#include的问题并行程序能做到不用专门写么?
don't understand this list (C++ STL)构建一个快速查询字典(数据结构题)?
auto_ptr_array.h 疑问什么程序可以把中文转换成unicode ?
相关话题的讨论汇总
话题: sun话题: sgi话题: nokia话题: 失败话题: java
进入Programming版参与讨论
1 (共1页)
k********e
发帖数: 1416
1
回首20年前,叱诧风云的SGI和Nokia,当时的硅谷,当时的中国,像朝拜神圣一样的趋
之如骛,公正地评价是非功过,技术尖端和前沿科学,无可争议;但失败的角度却源自
于他们的不善于推销,封闭固执,一意孤行。
技术特别顶级的人,对社会的真正贡献,很可能要等待50年以后。正如20年代就有物理
学家高瞻远瞩了未来的世界会走向网络,到网络真正被社会全盘接纳和普及却是80
年以后的事了。
从个体发展观去看,一个普通学生的进步效率跟老师自身的水平,关系不大;
一个特殊学生的成就才会跟老师的高水平和丰富经验,高概率正相关。
普通学生吸收知识的最重要环节,除了自身努力和天赋基因以外,真正需要的只是一个
善于教学的好老师,至于老师自己的学术有没有创意造诣,没关系。
勉为其难的强加在本版诸多名ID的技术水平和人品质量上,对大部分普通版友,并不需
要太资深的IT牛人,需要的只是一个有很好表达能力,带领大家摸索入门和享受由浅入
深的这么一个过程。
从这个层面上,peking2,zhaoce,goodbug是有功之臣,即便他们有对产品的了解不足
,也可宽容地允许他们有不同视角和不同的解读,允许他们也处于学习和进步的阶段,
因为没有人生下来就会编程。
f****4
发帖数: 1359
2
目的是好的,论证不严谨
如果你能再提一下:普通学生吸收知识的同时要能多动手,敢于提出自己见解就更好了。
k********e
发帖数: 1416
3
这部分属于主观要求,但不是客观存在的fact,
不存在或不容易存在的东西,没必要去假设和争论了。
大部分学生比较懒惰,喜欢享受现成的财富,一步到位,我阐述的观点就一句话,像
iphone那样,让目不识丁的小贩都拿来就用得上的,才是推动社会最有意义的,不管设
计者的自身科研水平如何,很可能连PhD都不是。

了。

【在 f****4 的大作中提到】
: 目的是好的,论证不严谨
: 如果你能再提一下:普通学生吸收知识的同时要能多动手,敢于提出自己见解就更好了。

s***o
发帖数: 2191
4
LOL,这是在褒还是贬啊。
无论是Java还是打架,我觉得goodbug是担得起资深牛人这个光荣称号的
d****i
发帖数: 4809
5
我觉得好的评论应该是像chinata那样的,虽然自己用过某个框架,却对自己用过的东
西毫无偏袒,客观公正的该不好的地方就是说不好,比如他对jboss的评论,最近碰到
一个大牛也对jboss也有类似的负面评价。不会因为自己用了什么东西就说那个什么都
好,而是根据客观事实和自己的直接经历来说话,这样才可以令人信服,也不至于误导
d****i
发帖数: 4809
6
我们公司的原来Sun出来的老工程师,曾经是JDK和J2EE的主要贡献者,他本人对Java/
J2EE的东西还是有很多负面的评论,并且作为Sun的员工,他也认为Sun当年的nerd气氛
太浓了,举例说微软当年office等软件日趋成熟,Sun的工程师却还认为普通用户会去
用vi来发email。象他这种身在Sun里面,却对自己公司的产品还鞭挞的做法我认为是真
正的大牛的态度:不以己物为喜,却以己物为忧。
z****e
发帖数: 54598
7
sun在市场上的失败是毫无疑问的
但是正是因为这种失败,才给了其他人以机会
要是都像m$那样,拼命攫取利益,那其他公司个人就没有机会了
顺便说一下,jboss本身就是sun的牛逼工程师出来单干的产物
你拿一个sun的散兵游勇出来装,其实很好笑
对了,你上次说jvm是cpp写的,是sun那个人这样误导你的?
不是吧

【在 d****i 的大作中提到】
: 我们公司的原来Sun出来的老工程师,曾经是JDK和J2EE的主要贡献者,他本人对Java/
: J2EE的东西还是有很多负面的评论,并且作为Sun的员工,他也认为Sun当年的nerd气氛
: 太浓了,举例说微软当年office等软件日趋成熟,Sun的工程师却还认为普通用户会去
: 用vi来发email。象他这种身在Sun里面,却对自己公司的产品还鞭挞的做法我认为是真
: 正的大牛的态度:不以己物为喜,却以己物为忧。

k********e
发帖数: 1416
8
技术层面来说,清楚设计弱点的是设计者本人,如果他没清楚,或者他还不如客户清楚
,只能说明他是浑水摸鱼的。至少我终结每一次设计的时候,没有人比我更知道弱在哪
儿。
一个产品的问世,不会让全部客户满意,要看不满意的比例占多少以及是不是把10年后
的fashion都考虑进去了,这里面含有很复杂的考虑因子。
比如Win8的客户骂不绝口,那是因为这群客户依然使用键盘,但Win8是为几年以后的
touch笔记本脱离键盘做准备的,设计者本人是一定清楚的,但他们考虑的是未来5年的
利润回报,并不是2013年一个季度。

【在 d****i 的大作中提到】
: 我们公司的原来Sun出来的老工程师,曾经是JDK和J2EE的主要贡献者,他本人对Java/
: J2EE的东西还是有很多负面的评论,并且作为Sun的员工,他也认为Sun当年的nerd气氛
: 太浓了,举例说微软当年office等软件日趋成熟,Sun的工程师却还认为普通用户会去
: 用vi来发email。象他这种身在Sun里面,却对自己公司的产品还鞭挞的做法我认为是真
: 正的大牛的态度:不以己物为喜,却以己物为忧。

z****e
发帖数: 54598
9
java本身是jcp的产物
jcp包括了所有你想要进的公司
就少了一个m$ which is 叛徒
很多年以前也是java的主要推动者
其他的google, facebook, linkedin, sap, oracle, red hat, amazon这些
统统都在jcp里面

【在 d****i 的大作中提到】
: 我们公司的原来Sun出来的老工程师,曾经是JDK和J2EE的主要贡献者,他本人对Java/
: J2EE的东西还是有很多负面的评论,并且作为Sun的员工,他也认为Sun当年的nerd气氛
: 太浓了,举例说微软当年office等软件日趋成熟,Sun的工程师却还认为普通用户会去
: 用vi来发email。象他这种身在Sun里面,却对自己公司的产品还鞭挞的做法我认为是真
: 正的大牛的态度:不以己物为喜,却以己物为忧。

d****i
发帖数: 4809
10
说的对,所以只有自己用过或者自己设计的东西才最清楚,所以我最佩服那些自己负面
客观评价自己用的东西的人,这种评论往往比较深刻,stackoverflow上也经常有这种
评论,即便是自己的东西要说优点,也要在最后加上一句disclaimer: I'm the author
of XXX.以说明自己的观点不会因为是自己用的东西而带偏见。

【在 k********e 的大作中提到】
: 技术层面来说,清楚设计弱点的是设计者本人,如果他没清楚,或者他还不如客户清楚
: ,只能说明他是浑水摸鱼的。至少我终结每一次设计的时候,没有人比我更知道弱在哪
: 儿。
: 一个产品的问世,不会让全部客户满意,要看不满意的比例占多少以及是不是把10年后
: 的fashion都考虑进去了,这里面含有很复杂的考虑因子。
: 比如Win8的客户骂不绝口,那是因为这群客户依然使用键盘,但Win8是为几年以后的
: touch笔记本脱离键盘做准备的,设计者本人是一定清楚的,但他们考虑的是未来5年的
: 利润回报,并不是2013年一个季度。

k********e
发帖数: 1416
11
通常情况下,reviewer和customer根本说不到要害之处,他们关注的只是自家电脑里的
可适应性,从这个角度去看,所有的产品被打分的时候都做不到十全十美,类似于猥琐
男挑媳妇,有人挑苗条的,有人挑能干家务的,太苗条的就干不了太多家务,能挑扁担
的就得腰粗腿圆,所以必然有争议。
我每次做PPT的时候,都吃惊的发现,台下专家提的问题,压根就不是设计重点,甚至
他们对测试参数都没有足够的认知度,这倒不能映射他们很蠢,而是如你所言,他们缺
乏一定深度的了解,没有在设计过程滚打撕爬,不可能像我这么清晰见底。
98%的reviewer给我提的建议,都离题万里,而且早已清晰地交代在assumption里了。
就算考虑进去,也造不成颠覆性的结论影响,因为要换条件,大家都得换,所以还是没
变化。
过去10年,能看出重点的就两个: 1个来自公司的多年资深业务骨干,1个是一位老教
授,但他们的评语都是以quite humble和strongly encourage的姿态来开场白的。

author

【在 d****i 的大作中提到】
: 说的对,所以只有自己用过或者自己设计的东西才最清楚,所以我最佩服那些自己负面
: 客观评价自己用的东西的人,这种评论往往比较深刻,stackoverflow上也经常有这种
: 评论,即便是自己的东西要说优点,也要在最后加上一句disclaimer: I'm the author
: of XXX.以说明自己的观点不会因为是自己用的东西而带偏见。

f****4
发帖数: 1359
12
话说,这是来黑M$?
为了未来五年的利润回报,10年后的fashion,Win8取消了开始键
然后Win8.1为了2013年一个季度又加回来了?
你既然提iphone那么就去看看苹果失败的产品吧。
Intel推出来的一键双系统的切换。不清楚你可以去找一找。
那个才是真的考虑未来5年的利润回报。但就是那样,市场是否买账,现在还难说。

【在 k********e 的大作中提到】
: 技术层面来说,清楚设计弱点的是设计者本人,如果他没清楚,或者他还不如客户清楚
: ,只能说明他是浑水摸鱼的。至少我终结每一次设计的时候,没有人比我更知道弱在哪
: 儿。
: 一个产品的问世,不会让全部客户满意,要看不满意的比例占多少以及是不是把10年后
: 的fashion都考虑进去了,这里面含有很复杂的考虑因子。
: 比如Win8的客户骂不绝口,那是因为这群客户依然使用键盘,但Win8是为几年以后的
: touch笔记本脱离键盘做准备的,设计者本人是一定清楚的,但他们考虑的是未来5年的
: 利润回报,并不是2013年一个季度。

f****4
发帖数: 1359
13
你们公司用的是什么开发模型?
他们在开会前有没有看过你的文档都是个问题,你还指望他们能指出问题?
同行评审和客户代表有局限性,这也不是一天两天的事了。

【在 k********e 的大作中提到】
: 通常情况下,reviewer和customer根本说不到要害之处,他们关注的只是自家电脑里的
: 可适应性,从这个角度去看,所有的产品被打分的时候都做不到十全十美,类似于猥琐
: 男挑媳妇,有人挑苗条的,有人挑能干家务的,太苗条的就干不了太多家务,能挑扁担
: 的就得腰粗腿圆,所以必然有争议。
: 我每次做PPT的时候,都吃惊的发现,台下专家提的问题,压根就不是设计重点,甚至
: 他们对测试参数都没有足够的认知度,这倒不能映射他们很蠢,而是如你所言,他们缺
: 乏一定深度的了解,没有在设计过程滚打撕爬,不可能像我这么清晰见底。
: 98%的reviewer给我提的建议,都离题万里,而且早已清晰地交代在assumption里了。
: 就算考虑进去,也造不成颠覆性的结论影响,因为要换条件,大家都得换,所以还是没
: 变化。

1 (共1页)
进入Programming版参与讨论
相关主题
什么程序可以把中文转换成unicode ?JAVA generic programming 是怎么实现的?
请推荐本 STL 的好书STL里面#include的问题
求教几道面试题don't understand this list (C++ STL)
如何把文件内容读到2D的vector里?auto_ptr_array.h 疑问
程序速读指南大家学习STL都是看SGI的文档么?
请问java /c++ 双修的大牛,java和c++最主要的区别是什么?c++程序员转java您认为最需要补充的知识是什么c++ stl里面有hash table吗?
g++ problem!!!!关于coding用IDE和vi或者emacs的效率或者优劣,请牛人为大家做(转载)
good C++ open source project?准备面试一个java-based position,有什么书推荐一下?
相关话题的讨论汇总
话题: sun话题: sgi话题: nokia话题: 失败话题: java