r**i
发帖数: 2328 | 1 今天看了英文新闻，还没上西版看大家的评论。虽然早就听说了，还是比较震动的。这
次大刀阔斧的改革，真是搏命之举啊。微软的consumer product是该整合了，一堆各自
为阵的亏钱产品，想让人喜欢也喜欢不起来啊。SB这次能否成为Gerstner第二次，成败
在次一举。
感想一，美国IT形势变化真快。微软前几年还是号称不裁人的公司，自08年破了戒之后
，年年都要reorg，员工turnover rate一下上去了。这次据说裁的不多，但是有人得志
就有人失意，估计跳槽的会不少。
感想二，升的这些VP里头，基本都是技术出身，除了Satya，谁也没有正经的MBA学位，
再次证明在技术公司上升还是得走技术道路。
感想三，Qi Lu真强大，一代能混这样，太牛了。冲Qi Lu也得多顶顶微软。 |
i***h
发帖数: 12655 | 2 没有vision 和 execution,
再重组也木用
SB还在顶上坐着
也不知道那帮市场部的家伙是谁管
【在 r**i 的大作中提到】
: 今天看了英文新闻，还没上西版看大家的评论。虽然早就听说了，还是比较震动的。这
: 次大刀阔斧的改革，真是搏命之举啊。微软的consumer product是该整合了，一堆各自
: 为阵的亏钱产品，想让人喜欢也喜欢不起来啊。SB这次能否成为Gerstner第二次，成败
: 在次一举。
: 感想一，美国IT形势变化真快。微软前几年还是号称不裁人的公司，自08年破了戒之后
: ，年年都要reorg，员工turnover rate一下上去了。这次据说裁的不多，但是有人得志
: 就有人失意，估计跳槽的会不少。
: 感想二，升的这些VP里头，基本都是技术出身，除了Satya，谁也没有正经的MBA学位，
: 再次证明在技术公司上升还是得走技术道路。
: 感想三，Qi Lu真强大，一代能混这样，太牛了。冲Qi Lu也得多顶顶微软。
|
b*w
发帖数: 14917 | 3 微软 VS 2008挺好用的，刚从VS 6.0 转过来。顶微软。 |
x*********n
发帖数: 28013 | 4 B的思路是对的，未来IT要做的就是service，要向verizon方向发展。
比如游戏，sony，任天堂，ms，sony买了一个startup，小弟不才电面第一轮倒下，小
公司的bar非常高，HM非常senior，架构是service provider的架构，也就是说，人家
做的是online game的体验。可见sony的用心。
说说service的成功要诀。
1.硬件，MSFT现在全球第三大网络（媲美SP），DC急剧扩张，10G port几乎是最小的
port，（媲美小SP backbone）
2.软件，MSFT的名字。
要钱有钱，要人有人，要传统有传统，
只要这把service做好了，不但保证10Q好看，而且稳定，verizon类似的架构必然会吸
引更多passive investor，从长远看，这块MSFT几乎没有对手。
BTW，小弟不才，AWS和MSFT的engineer都电面过，感觉amazon的engineer比MSFT差了好
几个级别。特别是AWS的第二轮白人小伙，简直水平比我还差，反观MSFT的senior，和
我惺惺相惜，思路狂清晰，每个问题都是key，真心想跟着大牛好好学习。 |
r**i
发帖数: 2328 | 5 重组就是为了execution，内部platform都不统一谈什么vision和innovation。微软在
向IBM靠拢，未来创新靠买小公司，整合进自己的大统一platform，卖售后。MBA就擅长
搞这套整合手头已有的资源的路数。优点是revenue稳定，短期内有喝红牛效应，缺点
是吸引不了技术人才，长期对企业竞争力有影响。
【在 i***h 的大作中提到】
: 没有vision 和 execution,
: 再重组也木用
: SB还在顶上坐着
: 也不知道那帮市场部的家伙是谁管
|
r**i
发帖数: 2328 | 6 Saas这个概念IBM早就玩过了，所以我第一贴提到了gerstner，你去看看90年代末的IBM
案例，跟现在很类似。整合肯定是比不整合好的。现在主要看微软这针强心剂是否有效
，能持续多久。
不要贬低亚麻，亚麻还是很厉害的，几个产品都很成功，作consumer market就是要靠
产品讲话。
【在 x*********n 的大作中提到】
: B的思路是对的，未来IT要做的就是service，要向verizon方向发展。
: 比如游戏，sony，任天堂，ms，sony买了一个startup，小弟不才电面第一轮倒下，小
: 公司的bar非常高，HM非常senior，架构是service provider的架构，也就是说，人家
: 做的是online game的体验。可见sony的用心。
: 说说service的成功要诀。
: 1.硬件，MSFT现在全球第三大网络（媲美SP），DC急剧扩张，10G port几乎是最小的
: port，（媲美小SP backbone）
: 2.软件，MSFT的名字。
: 要钱有钱，要人有人，要传统有传统，
: 只要这把service做好了，不但保证10Q好看，而且稳定，verizon类似的架构必然会吸
|
j****n
发帖数: 1046 | 7 微软应该分拆，太大了互相牵制，分了后有更多独立性。
就像中国，其实分成几个部分可能比较好。
IBM
【在 r**i 的大作中提到】
: Saas这个概念IBM早就玩过了，所以我第一贴提到了gerstner，你去看看90年代末的IBM
: 案例，跟现在很类似。整合肯定是比不整合好的。现在主要看微软这针强心剂是否有效
: ，能持续多久。
: 不要贬低亚麻，亚麻还是很厉害的，几个产品都很成功，作consumer market就是要靠
: 产品讲话。
|
H******e
发帖数: 4682 | 8 I do not know why, I want to say "西门大官人" in this thread. Haha, haha |
x*********n
发帖数: 28013 | 9 对的，我早就在说B是在向IBM看气，西版的帖子就是这么讲的。
jobhunting版都看不上IBM，嫌钱给的少，可是人家IBM股价稳稳的，显然很成功。
MSFT还是比IBM有一些不同，毕竟形势不一样。
re-org我同意是强心针，但是re-org之后怎么走，如何突出product+service的重点，
是关键。
bing之类的是彻底做形象工程，还是继续针扎，Xbox做不做sony一样的online，cloud
是不是敢继续撒钱做基础建设。
后面就很关键了。
IBM
【在 r**i 的大作中提到】
: Saas这个概念IBM早就玩过了，所以我第一贴提到了gerstner，你去看看90年代末的IBM
: 案例，跟现在很类似。整合肯定是比不整合好的。现在主要看微软这针强心剂是否有效
: ，能持续多久。
: 不要贬低亚麻，亚麻还是很厉害的，几个产品都很成功，作consumer market就是要靠
: 产品讲话。
|
l*******r
发帖数: 39279 | 10 话说你找到新工作了？
在此侃侃而谈
【在 x*********n 的大作中提到】
: B的思路是对的，未来IT要做的就是service，要向verizon方向发展。
: 比如游戏，sony，任天堂，ms，sony买了一个startup，小弟不才电面第一轮倒下，小
: 公司的bar非常高，HM非常senior，架构是service provider的架构，也就是说，人家
: 做的是online game的体验。可见sony的用心。
: 说说service的成功要诀。
: 1.硬件，MSFT现在全球第三大网络（媲美SP），DC急剧扩张，10G port几乎是最小的
: port，（媲美小SP backbone）
: 2.软件，MSFT的名字。
: 要钱有钱，要人有人，要传统有传统，
: 只要这把service做好了，不但保证10Q好看，而且稳定，verizon类似的架构必然会吸
|
|
|
w****k
发帖数: 6244 | 11 oops，你这后半句，爱国人士看了要跳脚的...
【在 j****n 的大作中提到】
: 微软应该分拆，太大了互相牵制，分了后有更多独立性。
: 就像中国，其实分成几个部分可能比较好。
:
: IBM
|
w****k
发帖数: 6244 | 12 MSFT第一件事，是应该把SB开掉。一号人物，对科技发展没有远见和洞察力，
也缺乏领袖气质。走人了，股价立刻上升20%
【在 r**i 的大作中提到】
: 今天看了英文新闻，还没上西版看大家的评论。虽然早就听说了，还是比较震动的。这
: 次大刀阔斧的改革，真是搏命之举啊。微软的consumer product是该整合了，一堆各自
: 为阵的亏钱产品，想让人喜欢也喜欢不起来啊。SB这次能否成为Gerstner第二次，成败
: 在次一举。
: 感想一，美国IT形势变化真快。微软前几年还是号称不裁人的公司，自08年破了戒之后
: ，年年都要reorg，员工turnover rate一下上去了。这次据说裁的不多，但是有人得志
: 就有人失意，估计跳槽的会不少。
: 感想二，升的这些VP里头，基本都是技术出身，除了Satya，谁也没有正经的MBA学位，
: 再次证明在技术公司上升还是得走技术道路。
: 感想三，Qi Lu真强大，一代能混这样，太牛了。冲Qi Lu也得多顶顶微软。
|
x*********n
发帖数: 28013 | 13 你消息怎么这么灵。。
拿到offer第一时间就跑去求软软给个机会，工资低一点哥也去软软。
准备持币买入MSFT。看多软软。
【在 l*******r 的大作中提到】
: 话说你找到新工作了？
: 在此侃侃而谈
|
l****z
发帖数: 29846 | 14 同意这个,关键点没有抓住. SB这么烂的人早该走人.
【在 w****k 的大作中提到】
: MSFT第一件事，是应该把SB开掉。一号人物，对科技发展没有远见和洞察力，
: 也缺乏领袖气质。走人了，股价立刻上升20%
|
j****n
发帖数: 1046 | 15 上到版面了，很奇怪的感觉，浙江版上讨论微软重组，是不是有点狗拿耗子的感觉？
【在 l****z 的大作中提到】
: 同意这个,关键点没有抓住. SB这么烂的人早该走人.
|
g*****s
发帖数: 1288 | 16 第一次听说MSFT想变成verizon
【在 x*********n 的大作中提到】
: B的思路是对的，未来IT要做的就是service，要向verizon方向发展。
: 比如游戏，sony，任天堂，ms，sony买了一个startup，小弟不才电面第一轮倒下，小
: 公司的bar非常高，HM非常senior，架构是service provider的架构，也就是说，人家
: 做的是online game的体验。可见sony的用心。
: 说说service的成功要诀。
: 1.硬件，MSFT现在全球第三大网络（媲美SP），DC急剧扩张，10G port几乎是最小的
: port，（媲美小SP backbone）
: 2.软件，MSFT的名字。
: 要钱有钱，要人有人，要传统有传统，
: 只要这把service做好了，不但保证10Q好看，而且稳定，verizon类似的架构必然会吸
|
i***h
发帖数: 12655 | 17 为什么？
微软的ＰＣ革命，影响了全世界整整一代人
人人得而诛之
这里讨论的基本都是码工吧
【在 j****n 的大作中提到】
: 上到版面了，很奇怪的感觉，浙江版上讨论微软重组，是不是有点狗拿耗子的感觉？
|
L******w
发帖数: 5407 | 18 Qi Lu是不是谷歌派去微软的无间道？
【在 r**i 的大作中提到】
: 今天看了英文新闻，还没上西版看大家的评论。虽然早就听说了，还是比较震动的。这
: 次大刀阔斧的改革，真是搏命之举啊。微软的consumer product是该整合了，一堆各自
: 为阵的亏钱产品，想让人喜欢也喜欢不起来啊。SB这次能否成为Gerstner第二次，成败
: 在次一举。
: 感想一，美国IT形势变化真快。微软前几年还是号称不裁人的公司，自08年破了戒之后
: ，年年都要reorg，员工turnover rate一下上去了。这次据说裁的不多，但是有人得志
: 就有人失意，估计跳槽的会不少。
: 感想二，升的这些VP里头，基本都是技术出身，除了Satya，谁也没有正经的MBA学位，
: 再次证明在技术公司上升还是得走技术道路。
: 感想三，Qi Lu真强大，一代能混这样，太牛了。冲Qi Lu也得多顶顶微软。
|
w*********e
发帖数: 5286 | 19 小公司，特别是比较好的startup里面，hiring bar是挺高的
就算进来了，没两把刷子很容易现形，而且在startup的里面，
没人看你什么学位，什么学校毕业的，像我们公司前几个月
招了个名校cs phd，弯曲顶级著名的大公司干了4，5年，
没想到什么都不会，又不愿意学，进来几个月自己quit了。
什么微软amazon其实不重要，关键是你到大公司别学那些
老油条瞎混，多学点真本事再去startup不迟，人到了大公司
很容易废掉。
【在 x*********n 的大作中提到】
: B的思路是对的，未来IT要做的就是service，要向verizon方向发展。
: 比如游戏，sony，任天堂，ms，sony买了一个startup，小弟不才电面第一轮倒下，小
: 公司的bar非常高，HM非常senior，架构是service provider的架构，也就是说，人家
: 做的是online game的体验。可见sony的用心。
: 说说service的成功要诀。
: 1.硬件，MSFT现在全球第三大网络（媲美SP），DC急剧扩张，10G port几乎是最小的
: port，（媲美小SP backbone）
: 2.软件，MSFT的名字。
: 要钱有钱，要人有人，要传统有传统，
: 只要这把service做好了，不但保证10Q好看，而且稳定，verizon类似的架构必然会吸
|
j********p
发帖数: 9680 | |
|
|
H******e
发帖数: 4682 | 21 an outstanding Chinese WSN in USA
//run!
【在 j********p 的大作中提到】
: 陆琪是谁。
|
c******j
发帖数: 3239 | |
s***t
发帖数: 13743 | 23 恭喜！哪家的？
【在 x*********n 的大作中提到】
: 你消息怎么这么灵。。
: 拿到offer第一时间就跑去求软软给个机会，工资低一点哥也去软软。
: 准备持币买入MSFT。看多软软。
|
r**i
发帖数: 2328 | 24 bso自己公司顶极:D
startup的确很看个人水平，公司大了总有机会混，startup里面可是一个萝卜一个坑的
，特别infra没大公司好，事事都要亲力亲为。我估计你说的那个人是G的，G的infra特
别好，做app会搭积木就可以了，看不到很多底层的东西，出了G没法工作。G的infra组
出来到是外面挺欢迎的。不过不管大小公司，经常跳槽／换组是王道，老呆一个地方基
本一年半后learning curve就flat了。
【在 w*********e 的大作中提到】
: 小公司，特别是比较好的startup里面，hiring bar是挺高的
: 就算进来了，没两把刷子很容易现形，而且在startup的里面，
: 没人看你什么学位，什么学校毕业的，像我们公司前几个月
: 招了个名校cs phd，弯曲顶级著名的大公司干了4，5年，
: 没想到什么都不会，又不愿意学，进来几个月自己quit了。
: 什么微软amazon其实不重要，关键是你到大公司别学那些
: 老油条瞎混，多学点真本事再去startup不迟，人到了大公司
: 很容易废掉。
|
r**i
发帖数: 2328 | 25 那你也来贡献个人人都能跳的坑亚～～
【在 j****n 的大作中提到】
: 上到版面了，很奇怪的感觉，浙江版上讨论微软重组，是不是有点狗拿耗子的感觉？
|
s***t
发帖数: 13743 | 26 嗯，很有道理，得经常换换`
【在 r**i 的大作中提到】
: bso自己公司顶极:D
: startup的确很看个人水平，公司大了总有机会混，startup里面可是一个萝卜一个坑的
: ，特别infra没大公司好，事事都要亲力亲为。我估计你说的那个人是G的，G的infra特
: 别好，做app会搭积木就可以了，看不到很多底层的东西，出了G没法工作。G的infra组
: 出来到是外面挺欢迎的。不过不管大小公司，经常跳槽／换组是王道，老呆一个地方基
: 本一年半后learning curve就flat了。
|
j****n
发帖数: 1046 | 27 没有针对你的意思，不过我觉得指点江山都比指点公司靠谱。
指点江山我至少有一张选票，指点公司我靠什么？
顺便问问，你的签名是啥意思？
【在 r**i 的大作中提到】
: 那你也来贡献个人人都能跳的坑亚～～
|
i***h
发帖数: 12655 | 28 股票比选票靠谱多了
加州民主党千秋万代一统江湖
一张选票跟废纸一样
【在 j****n 的大作中提到】
: 没有针对你的意思，不过我觉得指点江山都比指点公司靠谱。
: 指点江山我至少有一张选票，指点公司我靠什么？
: 顺便问问，你的签名是啥意思？
|
w*********e
发帖数: 5286 | 29 赫赫，真没这个意思，我就是说小小人同学高屋建瓴
指点江山， 还不如好好学点实在本事，
微软几年后的前景，怕是连他们CEO自己都搞不太清楚。
【在 r**i 的大作中提到】
: bso自己公司顶极:D
: startup的确很看个人水平，公司大了总有机会混，startup里面可是一个萝卜一个坑的
: ，特别infra没大公司好，事事都要亲力亲为。我估计你说的那个人是G的，G的infra特
: 别好，做app会搭积木就可以了，看不到很多底层的东西，出了G没法工作。G的infra组
: 出来到是外面挺欢迎的。不过不管大小公司，经常跳槽／换组是王道，老呆一个地方基
: 本一年半后learning curve就flat了。
|
j****n
发帖数: 1046 | 30 没有百十几万股的，就别现眼了。
【在 i***h 的大作中提到】
: 股票比选票靠谱多了
: 加州民主党千秋万代一统江湖
: 一张选票跟废纸一样
|
|
|
i***h
发帖数: 12655 | 31 有十几万股，可以通过捐款控制不少选票了
【在 j****n 的大作中提到】
: 没有百十几万股的，就别现眼了。
|
x*********n
发帖数: 28013 | 32 对。我技术还太菜。
那个小公司的HM水平很高，很多时候面试问的问题水平，你能感觉到。
【在 w*********e 的大作中提到】
: 小公司，特别是比较好的startup里面，hiring bar是挺高的
: 就算进来了，没两把刷子很容易现形，而且在startup的里面，
: 没人看你什么学位，什么学校毕业的，像我们公司前几个月
: 招了个名校cs phd，弯曲顶级著名的大公司干了4，5年，
: 没想到什么都不会，又不愿意学，进来几个月自己quit了。
: 什么微软amazon其实不重要，关键是你到大公司别学那些
: 老油条瞎混，多学点真本事再去startup不迟，人到了大公司
: 很容易废掉。
|
j****n
发帖数: 1046 | 33 不要紧，马云技术比你还菜。
技术可以现学现用，眼光和决心才是根本。
到小公司去学技术的基本上是做螺丝钉的命。
【在 x*********n 的大作中提到】
: 对。我技术还太菜。
: 那个小公司的HM水平很高，很多时候面试问的问题水平，你能感觉到。
|
i***h
发帖数: 12655 | 34 牛，这个太励志了！
【在 j****n 的大作中提到】
: 不要紧，马云技术比你还菜。
: 技术可以现学现用，眼光和决心才是根本。
: 到小公司去学技术的基本上是做螺丝钉的命。
|
H******e
发帖数: 4682 | 35 螺丝钉的眼泪在飞。。。
昨天的眼泪变成星星
今天的眼泪还在等
每天都有流星不断下坠
飞过螺丝钉迷蒙的眼睛。。。
【在 j****n 的大作中提到】
: 不要紧，马云技术比你还菜。
: 技术可以现学现用，眼光和决心才是根本。
: 到小公司去学技术的基本上是做螺丝钉的命。
|
r**i
发帖数: 2328 | 36 我挖了很多坑，健康坑，渡假坑，子女坑，没见多少人跳，挖的这个公司坑，就这么多
人跳，可见指点公司是一项群众喜闻乐见的活动。
【在 j****n 的大作中提到】
: 没有针对你的意思，不过我觉得指点江山都比指点公司靠谱。
: 指点江山我至少有一张选票，指点公司我靠什么？
: 顺便问问，你的签名是啥意思？
|
r**i
发帖数: 2328 | 37 表谦虚了，老远就闻到了你老的牛。:D
微软的未来虽然不好说，但是跟我们还是很xixi相关的。微软搞得好，就多个可跳的大
公司养老。微软搞不好，里面的人都往外跑，市场价格就要往下压。看看yahoo的人，
湾区大小公司都有几个。所以表光看人家倒灶的笑话，兔死狐悲的奥。
【在 w*********e 的大作中提到】
: 赫赫，真没这个意思，我就是说小小人同学高屋建瓴
: 指点江山， 还不如好好学点实在本事，
: 微软几年后的前景，怕是连他们CEO自己都搞不太清楚。
|
r**i
发帖数: 2328 | 38 哈哈，还真是朗朗上口那
【在 H******e 的大作中提到】
: 螺丝钉的眼泪在飞。。。
: 昨天的眼泪变成星星
: 今天的眼泪还在等
: 每天都有流星不断下坠
: 飞过螺丝钉迷蒙的眼睛。。。
|
T*U
发帖数: 22634 | 39 2012都用了一年的飘过
【在 b*w 的大作中提到】
: 微软 VS 2008挺好用的，刚从VS 6.0 转过来。顶微软。
|
s*******e
发帖数: 36 | 40 以前很喜欢MS。现在越来越讨厌。
就那个MSN，SKYPE来说。MSN不让用了，也就算了。SKYPE用的好好的，非得再建个微软
账号才让登陆。真是不爽。SKYPE我是付费的，我已经有账号，为什么还要捆绑一个。
有病。
还有Visual Studio。那些标准控件，都很丑。连QT都不如。我只说做UI。非得让你买
第三方控件。但没有几个公司想把自己的产品建立在第三方的模块上。
搞个WIN8，你得花点时间培训一下自己才行。
总觉的它有点店大欺客的意思。越来越讨厌微软了，早点死吧。 |
|
|
z********e
发帖数: 8818 | 41 靠，一大早就看到这么励志的东西。得，心情大好，哥去干活了～
【在 j****n 的大作中提到】
: 不要紧，马云技术比你还菜。
: 技术可以现学现用，眼光和决心才是根本。
: 到小公司去学技术的基本上是做螺丝钉的命。
|
l*******g
发帖数: 27064 | 42 lol
中国分成几部分？
不互相打起来才出了鬼了
【在 j****n 的大作中提到】
: 微软应该分拆，太大了互相牵制，分了后有更多独立性。
: 就像中国，其实分成几个部分可能比较好。
:
: IBM
|
l*******g
发帖数: 27064 | 43 同样顶
这个烂货早该滚蛋了
【在 l****z 的大作中提到】
: 同意这个,关键点没有抓住. SB这么烂的人早该走人.
|
s***f
发帖数: 457 | 44 首先祝贺陆奇。
感谢他为老中在美国发展趟了一条路。
说明第一代老中在美国大公司也能有非常好的发展。
如果你觉得自己适合在大公司发展的话， 应当以陆奇为role model， 大家可以研究一
下， 他为什么发展的这么好， 也为自己的职业发展有个规划。
如果你觉得自己不适合在大公司发展， (不是每个人都适合在大公司发展，陆奇适
合，Steve Jobs ，李彦宏就不适合) ， 你是否考虑和别人一起搭伴共同创业 ？
如果你考虑和别人一起搭伴共同创业， 如果你在硅谷南湾， 请参考我们以前发的一个
帖子。肯请你和我们联系一下， 也许对你是一个机会.
发信人: svcef (svcef), 信区: SanFrancisco
标 题: Re: 你是否考虑和别人一起搭伴共同创业 ？
发信站: BBS 未名空间站 (Tue Jul 2 14:13:39 2013, 美东)
如果你在硅谷南湾， 有充足的时间， 想为自己拼搏一下, 你是否愿
意和我们联系一下 ?
我们是一家初创startup Internet software 公司，主要开发Internet software
for Enterprise Applications。公司还在创业阶段，已有少量客户， 但收入很少，发
不了工资。
我们公司还在初创， 类似梁山聚义阶段。我们以海纳百川的心态欢迎你的加盟。
我们现在需要什么人呢 ？想请什么人呢 ？我们需要下面的人：
CEO
CTO
VP of Engineering
VP of Sales
VP of Marketing
Director of Engineering
Director of Business Development
当然， 你也知道， 对于一个startup来说， 上面列的titles是没有什么意义。总结一
下，“能带团队的, 能写的code，能卖东西”, 都欢迎加入。
如果你在硅谷南湾， 有充足的时间， 想challenge自己， 请和我们站内联系。 我们
会给你说明我们公司的详细情况。 |
r**i
发帖数: 2328 | 45 wa, 我的帖子把梁山好汉都给招来了。:DD
【在 s***f 的大作中提到】
: 首先祝贺陆奇。
: 感谢他为老中在美国发展趟了一条路。
: 说明第一代老中在美国大公司也能有非常好的发展。
: 如果你觉得自己适合在大公司发展的话， 应当以陆奇为role model， 大家可以研究一
: 下， 他为什么发展的这么好， 也为自己的职业发展有个规划。
: 如果你觉得自己不适合在大公司发展， (不是每个人都适合在大公司发展，陆奇适
: 合，Steve Jobs ，李彦宏就不适合) ， 你是否考虑和别人一起搭伴共同创业 ？
: 如果你考虑和别人一起搭伴共同创业， 如果你在硅谷南湾， 请参考我们以前发的一个
: 帖子。肯请你和我们联系一下， 也许对你是一个机会.
: 发信人: svcef (svcef), 信区: SanFrancisco
|
l*******r
发帖数: 39279 | 46 你少自作多情
我只不过根据你那语气判断出来的
【在 x*********n 的大作中提到】
: 你消息怎么这么灵。。
: 拿到offer第一时间就跑去求软软给个机会，工资低一点哥也去软软。
: 准备持币买入MSFT。看多软软。
|
r**i
发帖数: 2328 | 47 姐看到这么荔枝的东西，立马按DEL把脑子里的技术信息删除了:DD
【在 z********e 的大作中提到】
: 靠，一大早就看到这么励志的东西。得，心情大好，哥去干活了～
|
j********x
发帖数: 2330 | 48 只说你最后一个感想，本人所在的组从一年前开始逐渐被MS来的掌控了技术和管理的高
层，结果变成了MS的夸夸其谈，Amazon的干活没劲的节奏。某MS来的principal表现得
像个SDE Intern，来了一年多还是每天问人，什么人都问，问完SDEI SDEII，也问SDE
Intern；让人哭笑不得
当然我不是说MS的水平远差于Amazon，实际上MS的技术积累还是要比amazon强，不过面
个试就推而广之着实有点过于幼稚了吧
【在 x*********n 的大作中提到】
: B的思路是对的，未来IT要做的就是service，要向verizon方向发展。
: 比如游戏，sony，任天堂，ms，sony买了一个startup，小弟不才电面第一轮倒下，小
: 公司的bar非常高，HM非常senior，架构是service provider的架构，也就是说，人家
: 做的是online game的体验。可见sony的用心。
: 说说service的成功要诀。
: 1.硬件，MSFT现在全球第三大网络（媲美SP），DC急剧扩张，10G port几乎是最小的
: port，（媲美小SP backbone）
: 2.软件，MSFT的名字。
: 要钱有钱，要人有人，要传统有传统，
: 只要这把service做好了，不但保证10Q好看，而且稳定，verizon类似的架构必然会吸
|
r**i
发帖数: 2328 | 49 唉，跳槽或者换组吧。见过太多这样，talker上位，接下来会越来越没劲的。
SDE
【在 j********x 的大作中提到】
: 只说你最后一个感想，本人所在的组从一年前开始逐渐被MS来的掌控了技术和管理的高
: 层，结果变成了MS的夸夸其谈，Amazon的干活没劲的节奏。某MS来的principal表现得
: 像个SDE Intern，来了一年多还是每天问人，什么人都问，问完SDEI SDEII，也问SDE
: Intern；让人哭笑不得
: 当然我不是说MS的水平远差于Amazon，实际上MS的技术积累还是要比amazon强，不过面
: 个试就推而广之着实有点过于幼稚了吧
|
x*********n
发帖数: 28013 | 50 我说的是我个人的方向和team，和别的无关。
这个level的公司牛人自然会有啊。
SDE
【在 j********x 的大作中提到】
: 只说你最后一个感想，本人所在的组从一年前开始逐渐被MS来的掌控了技术和管理的高
: 层，结果变成了MS的夸夸其谈，Amazon的干活没劲的节奏。某MS来的principal表现得
: 像个SDE Intern，来了一年多还是每天问人，什么人都问，问完SDEI SDEII，也问SDE
: Intern；让人哭笑不得
: 当然我不是说MS的水平远差于Amazon，实际上MS的技术积累还是要比amazon强，不过面
: 个试就推而广之着实有点过于幼稚了吧
|
|
|
c*****z
发帖数: 1211 | 51 问问人没啥吧，多问问题多学习，挺好啊。
SDE
【在 j********x 的大作中提到】
: 只说你最后一个感想，本人所在的组从一年前开始逐渐被MS来的掌控了技术和管理的高
: 层，结果变成了MS的夸夸其谈，Amazon的干活没劲的节奏。某MS来的principal表现得
: 像个SDE Intern，来了一年多还是每天问人，什么人都问，问完SDEI SDEII，也问SDE
: Intern；让人哭笑不得
: 当然我不是说MS的水平远差于Amazon，实际上MS的技术积累还是要比amazon强，不过面
: 个试就推而广之着实有点过于幼稚了吧
|
s******n
发帖数: 793 | 52 要不美国给大家带个路让大家看看效果？
【在 j****n 的大作中提到】
: 微软应该分拆，太大了互相牵制，分了后有更多独立性。
: 就像中国，其实分成几个部分可能比较好。
:
: IBM
|
x*********n
发帖数: 28013 | 53 我每天loser也都是这么发感想的。。。
没事出来得瑟一下，其实跟我P关系没有。哈哈哈。
【在 l*******r 的大作中提到】
: 你少自作多情
: 我只不过根据你那语气判断出来的
|
l**a
发帖数: 6415 | 54 让人想起了以前的IBM。
以前是不是Office这块一直还不错，MS的改革压力没那么大？
【在 r**i 的大作中提到】
: 今天看了英文新闻，还没上西版看大家的评论。虽然早就听说了，还是比较震动的。这
: 次大刀阔斧的改革，真是搏命之举啊。微软的consumer product是该整合了，一堆各自
: 为阵的亏钱产品，想让人喜欢也喜欢不起来啊。SB这次能否成为Gerstner第二次，成败
: 在次一举。
: 感想一，美国IT形势变化真快。微软前几年还是号称不裁人的公司，自08年破了戒之后
: ，年年都要reorg，员工turnover rate一下上去了。这次据说裁的不多，但是有人得志
: 就有人失意，估计跳槽的会不少。
: 感想二，升的这些VP里头，基本都是技术出身，除了Satya，谁也没有正经的MBA学位，
: 再次证明在技术公司上升还是得走技术道路。
: 感想三，Qi Lu真强大，一代能混这样，太牛了。冲Qi Lu也得多顶顶微软。
|
l**a
发帖数: 6415 | 55 老板周六还干什么活。显然是在BSO要去腐败了。
【在 z********e 的大作中提到】
: 靠，一大早就看到这么励志的东西。得，心情大好，哥去干活了～
|
w*********e
发帖数: 5286 | 56 不敢当，我是菜蜗牛，您是真牛，就不要取笑我了。
我觉得微软和yahoo不太一样，就凭着windows+office两个cash cow
未来几年养个老应该是没问题的吧，现在断定ms走下坡路有点太早，
只是还能有多少growth就不好说了。
其实MS变成Walmart，McDonalds, XOM这种稳定的dividend stock也不错，
IT大企业迟早都要变成传统公司。
【在 r**i 的大作中提到】
: 表谦虚了，老远就闻到了你老的牛。:D
: 微软的未来虽然不好说，但是跟我们还是很xixi相关的。微软搞得好，就多个可跳的大
: 公司养老。微软搞不好，里面的人都往外跑，市场价格就要往下压。看看yahoo的人，
: 湾区大小公司都有几个。所以表光看人家倒灶的笑话，兔死狐悲的奥。
|
j****n
发帖数: 1046 | 57 大可不必，技术不是不重要，但它不是第一位的。
带着问题学技术，比胡乱学要有效的多。
【在 r**i 的大作中提到】
: 姐看到这么荔枝的东西，立马按DEL把脑子里的技术信息删除了:DD
|
z********e
发帖数: 8818 | 58 浙版的讨论总是发人深省。。
【在 j****n 的大作中提到】
: 大可不必，技术不是不重要，但它不是第一位的。
: 带着问题学技术，比胡乱学要有效的多。
|
r**i
发帖数: 2328 | 59 MS肯定也不会长久依靠windows+office那块,也会积极寻求新的增长点。MS发家也是走
PC进入企业市场的道路，所以没有理由认为windows＋office有一天不会被取代。企业
级革新的wave总是从新兴企业，中小企业开始，最后波及到传统市场，大公司，银行，
政府部门。现在我看到的是新兴的小公司用G的服务很多，这是一个很大的分流。操作
系统，现别说现在Mac OS之类的蚕食她的份额，Ubuntu之类盯的市场都不是PC市场了。
吃老本可以吃一阵子，不过IT的革新要比其他行业来得快。MS也不会坐以待毙的。
【在 w*********e 的大作中提到】
: 不敢当，我是菜蜗牛，您是真牛，就不要取笑我了。
: 我觉得微软和yahoo不太一样，就凭着windows+office两个cash cow
: 未来几年养个老应该是没问题的吧，现在断定ms走下坡路有点太早，
: 只是还能有多少growth就不好说了。
: 其实MS变成Walmart，McDonalds, XOM这种稳定的dividend stock也不错，
: IT大企业迟早都要变成传统公司。
|
r**i
发帖数: 2328 | 60 姐有备份，>3 copies， 1 per region
【在 j****n 的大作中提到】
: 大可不必，技术不是不重要，但它不是第一位的。
: 带着问题学技术，比胡乱学要有效的多。
|
|
|
r**i
发帖数: 2328 | 61 压力还是有的，所以有windows phone, surface, bing的尝试。不过MS一直在这些领域
处于跟进状态，行动上又缓慢，不能有效抢占市场份额。
【在 l**a 的大作中提到】
: 老板周六还干什么活。显然是在BSO要去腐败了。
|
j****n
发帖数: 1046 | 62 四大导师之一猛夸我，让我手足无措。
【在 z********e 的大作中提到】
: 浙版的讨论总是发人深省。。
|
j****n
发帖数: 1046 | 63 微软的东西其实不错的，但经不起人家免费。
所以，是时候免费送Windows，SQL了，或者提供类似于AWS类似的service，变相收费。
【在 r**i 的大作中提到】
: 压力还是有的，所以有windows phone, surface, bing的尝试。不过MS一直在这些领域
: 处于跟进状态，行动上又缓慢，不能有效抢占市场份额。
|
H******e
发帖数: 4682 | 64 who are the other 3?
【在 j****n 的大作中提到】
: 四大导师之一猛夸我，让我手足无措。
|
s***t
发帖数: 13743 | 65 我同学，我亲戚，我同事
【在 H******e 的大作中提到】
: who are the other 3?
|
r**i
发帖数: 2328 | 66 bing不但免费，还送钱。但是能改变消费者对G的黏性嘛？
zynga走freemium的路子，你看它输的多惨。
sql server更不是针对消费者市场。
免费不是重点，重点是作新产品，开拓新市场，不要老是跟风。
【在 j****n 的大作中提到】
: 微软的东西其实不错的，但经不起人家免费。
: 所以，是时候免费送Windows，SQL了，或者提供类似于AWS类似的service，变相收费。
|
w****k
发帖数: 6244 | 67 sql在非it行业的中小公司里很流行，什么原因？
其实postgres之类非常好用啊
【在 r**i 的大作中提到】
: bing不但免费，还送钱。但是能改变消费者对G的黏性嘛？
: zynga走freemium的路子，你看它输的多惨。
: sql server更不是针对消费者市场。
: 免费不是重点，重点是作新产品，开拓新市场，不要老是跟风。
|
r**i
发帖数: 2328 | 68 第一呢postgresql对admin要求比较高，虽然对牛的admin不是问题。但是对很多企业来
讲，牛人反而带来不稳定因素，因为下一个接替她的人不一定有她牛，维护起来很困难
。用sql server，找个有certificate的就能上手。
第二呢，sql server可以满足TB级需求，够支持中小公司一般的数据量，license相比
较其他选项比如Oracle之类的没有那么昂贵。
第三呢，postgresql背后一直没有一个稳定的vendor在support，这是很多公司有
concern的原因。企业数据库运维，版本之间的兼容，数据迁移，安全性，都是需要考
虑的问题，没有稳定的vendor没法保证这些。
【在 w****k 的大作中提到】
: sql在非it行业的中小公司里很流行，什么原因？
: 其实postgres之类非常好用啊
|
j****n
发帖数: 1046 | 69 企业里是这样的,
个人或者很多Web host 就未必了。
raki 是 比较 少见的女IT geek。
【在 r**i 的大作中提到】
: 第一呢postgresql对admin要求比较高，虽然对牛的admin不是问题。但是对很多企业来
: 讲，牛人反而带来不稳定因素，因为下一个接替她的人不一定有她牛，维护起来很困难
: 。用sql server，找个有certificate的就能上手。
: 第二呢，sql server可以满足TB级需求，够支持中小公司一般的数据量，license相比
: 较其他选项比如Oracle之类的没有那么昂贵。
: 第三呢，postgresql背后一直没有一个稳定的vendor在support，这是很多公司有
: concern的原因。企业数据库运维，版本之间的兼容，数据迁移，安全性，都是需要考
: 虑的问题，没有稳定的vendor没法保证这些。
|
r**i
发帖数: 2328 | 70 Internet这块，从技术到文化跟传统IT公司都有很大不同。这也是微软一直进不来的原
因。在Internet公司，几乎见不到有人用windows，office, sql server。对微软来说
，最可怕的是当企业发现不用微软的产品，照样能让系统跑起来并且跑的很稳定。
IT这行要不停学新东西，对任何人都不容易。特别是很多妈妈生小孩后发现很难回IT行
业。我打算下半年去参加帮助妈妈们reentering IT industry的义工, that is, 培养
更多的female IT geeks. :D
【在 j****n 的大作中提到】
: 企业里是这样的,
: 个人或者很多Web host 就未必了。
: raki 是 比较 少见的女IT geek。
|
|
|
w****k
发帖数: 6244 | 71 你总是很积极热情，怎么保持的？
【在 r**i 的大作中提到】
: Internet这块，从技术到文化跟传统IT公司都有很大不同。这也是微软一直进不来的原
: 因。在Internet公司，几乎见不到有人用windows，office, sql server。对微软来说
: ，最可怕的是当企业发现不用微软的产品，照样能让系统跑起来并且跑的很稳定。
: IT这行要不停学新东西，对任何人都不容易。特别是很多妈妈生小孩后发现很难回IT行
: 业。我打算下半年去参加帮助妈妈们reentering IT industry的义工, that is, 培养
: 更多的female IT geeks. :D
|
z**i
发帖数: 394 | 72 可能跟内分泌有关吧
【在 w****k 的大作中提到】
: 你总是很积极热情，怎么保持的？
|
M****z
发帖数: 1058 | 73 理由肯定比这个结论深刻
【在 j****n 的大作中提到】
: 微软应该分拆，太大了互相牵制，分了后有更多独立性。
: 就像中国，其实分成几个部分可能比较好。
:
: IBM
|
z****e
发帖数: 54598 | 74 什么年代了，还在用这么古老得眼光看问题
第一，小公司的db要么运维兼做dba，要么开发搞定
开发要是搞不定db，那就别搞挨踢了，参考swjuter招工时候，不会sql就进不去
第二，db2已经开源了，ibm很多年前就不对db2收费了
跟oracle比有啥用，下面一堆一堆的不要钱的东西，也都不是很烂
mysql被oracle吞掉是一个意外，如果不被oracle吞掉
估计今天没有postgresql多少事
第三，vendor没用，这个道理大家都明白
在挨踢混久的人谁没见过几个产品的bug
就算发现了bug又怎样？报告上去，几个月后的版本能给解决那就跪安谢主龙恩了
搞不好的是，vendor压根不甩你，摆明了看不起你小公司，这种事太多了
最后几年后问题还是依旧存在，大公司没有一个效率高的，微软也一样
所以与其花钱让微软去折腾，还不如自己上
现在安全和精度都不重要了，抓紧时间把系统做大，能够容纳最大的吞吐是最重要的
实际上对于大多数公司来说，也就是财务和用户帐户两块还需要db
其它的，transaction毫无必要，浪费资源，裁
【在 r**i 的大作中提到】
: 第一呢postgresql对admin要求比较高，虽然对牛的admin不是问题。但是对很多企业来
: 讲，牛人反而带来不稳定因素，因为下一个接替她的人不一定有她牛，维护起来很困难
: 。用sql server，找个有certificate的就能上手。
: 第二呢，sql server可以满足TB级需求，够支持中小公司一般的数据量，license相比
: 较其他选项比如Oracle之类的没有那么昂贵。
: 第三呢，postgresql背后一直没有一个稳定的vendor在support，这是很多公司有
: concern的原因。企业数据库运维，版本之间的兼容，数据迁移，安全性，都是需要考
: 虑的问题，没有稳定的vendor没法保证这些。
|
z********e
发帖数: 8818 | 75 我来问个问题，记得三番版有人写过科普文，INTEL就是行动慢但总能最后胜出。放到
微软咋就不行了呢。各位大侠给回答一下吧。谢了。 |
j****n
发帖数: 1046 | 76 不是个公司都能做芯片的吧？ Intel 的资金和技术积累还是在那儿。小公司一般拼不
过。
软件不一样，能唬住一般用户就可以，是个公司都能搞。不过真要做mission critical
的软件，也没几个公司能做。
现在的问题是，多数web application 都不需要太多高精尖技术，现成的都有。但近十
年这些
应用是软件开发的主流，分了微软很大的一块蛋糕，还给大家留下映像不用微软的产品
也可以。这个是致命的。
【在 z********e 的大作中提到】
: 我来问个问题，记得三番版有人写过科普文，INTEL就是行动慢但总能最后胜出。放到
: 微软咋就不行了呢。各位大侠给回答一下吧。谢了。
|
r**i
发帖数: 2328 | 77 有意思。
会sql离架构整个db还远着呢。db2是express-C版本免费，卖给企业要收费的，它至今
的license还是proprietary EULA。Transactional在很多startup是hard requirements，
不是optional，比如作mobile payment。
另外什么是swjuter招工？
【在 z****e 的大作中提到】
: 什么年代了，还在用这么古老得眼光看问题
: 第一，小公司的db要么运维兼做dba，要么开发搞定
: 开发要是搞不定db，那就别搞挨踢了，参考swjuter招工时候，不会sql就进不去
: 第二，db2已经开源了，ibm很多年前就不对db2收费了
: 跟oracle比有啥用，下面一堆一堆的不要钱的东西，也都不是很烂
: mysql被oracle吞掉是一个意外，如果不被oracle吞掉
: 估计今天没有postgresql多少事
: 第三，vendor没用，这个道理大家都明白
: 在挨踢混久的人谁没见过几个产品的bug
: 就算发现了bug又怎样？报告上去，几个月后的版本能给解决那就跪安谢主龙恩了
|
H******e
发帖数: 4682 | 78 我在IT领域, programmer, 改行时，已不年轻了。
觉得理解这个thread有困难, 觉得在programming上融会贯通有困难, 觉得to go to
senior/architecture/team leader level 有困难。。。
如何以勤补拙?。。。 各位大侠给回答一下吧。 谢了。。。。 |
r**i
发帖数: 2328 | 79 Internet行业是短平快的经营模式，跟芯片很不一样。错过一个热潮，就只能等下一个
了。微软的release cycle很长，根据jh上的帖子，他们的infra支持不了weekly push
。这是很见鬼的事情。
【在 z********e 的大作中提到】
: 我来问个问题，记得三番版有人写过科普文，INTEL就是行动慢但总能最后胜出。放到
: 微软咋就不行了呢。各位大侠给回答一下吧。谢了。
|
i***h
发帖数: 12655 | 80 微软从来也不是一行动快得胜的
发家是捡了个漏子，
然后就是靠平台垄断优势绞杀对手
那真的是诡计百出，冤魂无数
英特倒是一直保持工艺领先的优势
芯片线宽基本能有一到两年的领先
所以一旦设计跟上，马上就能靠产能击垮对手
然后和微软强强联合，除了天边的几朵乌云外
可以说千秋万代一统江湖
这俩悲摧的是没想到冒出个移动平台
短短几年席卷天下
芯片制造门槛太高，所以英特还顶得住
微软就麻烦了
【在 z********e 的大作中提到】
: 我来问个问题，记得三番版有人写过科普文，INTEL就是行动慢但总能最后胜出。放到
: 微软咋就不行了呢。各位大侠给回答一下吧。谢了。
|
|
|
b******k
发帖数: 1874 | 81 以后这些专业性很强的贴，我就拣1，2，3条理阐述清楚或者我这个外行看得懂的m了。
你们内行的觉得有误，也请1，2，3的反驳，也给你们m上。
大家灌水快乐：）
【在 i***h 的大作中提到】
: 微软从来也不是一行动快得胜的
: 发家是捡了个漏子，
: 然后就是靠平台垄断优势绞杀对手
: 那真的是诡计百出，冤魂无数
: 英特倒是一直保持工艺领先的优势
: 芯片线宽基本能有一到两年的领先
: 所以一旦设计跟上，马上就能靠产能击垮对手
: 然后和微软强强联合，除了天边的几朵乌云外
: 可以说千秋万代一统江湖
: 这俩悲摧的是没想到冒出个移动平台
|
b******k
发帖数: 1874 | 82 以前是怕M错了闹笑话，呵呵。
【在 b******k 的大作中提到】
: 以后这些专业性很强的贴，我就拣1，2，3条理阐述清楚或者我这个外行看得懂的m了。
: 你们内行的觉得有误，也请1，2，3的反驳，也给你们m上。
: 大家灌水快乐：）
|
j********x
发帖数: 2330 | 83 ms做手机的时候乔帮主大概还在搞imac吧。。。
ms不是没想到，是太自大罢了。。。
【在 i***h 的大作中提到】
: 微软从来也不是一行动快得胜的
: 发家是捡了个漏子，
: 然后就是靠平台垄断优势绞杀对手
: 那真的是诡计百出，冤魂无数
: 英特倒是一直保持工艺领先的优势
: 芯片线宽基本能有一到两年的领先
: 所以一旦设计跟上，马上就能靠产能击垮对手
: 然后和微软强强联合，除了天边的几朵乌云外
: 可以说千秋万代一统江湖
: 这俩悲摧的是没想到冒出个移动平台
|
r**i
发帖数: 2328 | 84 版主真认真，其实这里大部分都是口水贴，你不用担心m错了。不过包子还是要发的，
看到字多的m好了。:D
【在 b******k 的大作中提到】
: 以后这些专业性很强的贴，我就拣1，2，3条理阐述清楚或者我这个外行看得懂的m了。
: 你们内行的觉得有误，也请1，2，3的反驳，也给你们m上。
: 大家灌水快乐：）
|
r**i
发帖数: 2328 | 85 美女这么要求上进，让人敬佩阿。
【在 H******e 的大作中提到】
: 我在IT领域, programmer, 改行时，已不年轻了。
: 觉得理解这个thread有困难, 觉得在programming上融会贯通有困难, 觉得to go to
: senior/architecture/team leader level 有困难。。。
: 如何以勤补拙?。。。 各位大侠给回答一下吧。 谢了。。。。
|
z****e
发帖数: 54598 | 86 啥架构
出了问题只要愿意给钱，一定有人可以解决
ibm的人一样解决.net的问题你信不信？
真正的架构跟db一点关系都没有
或者说压根没有那么深入的关系
db现在已经退化成一个简单的存储功能了
这是过去20多年的趋势
现在的nosql大面积流行就是对db不满意的结果
现在一个dba能不能找到工作都很难说
我们公司的dba裁得剩下两个，一老一少，就这样了
但是开发一直都在招
真正的架构应该是middleware为代表的分布式系统
而不是db，只有很老的那一代程序猿还认为系统是db的映射
这个思想十年前就被驳倒了
requirements，
【在 r**i 的大作中提到】
: 有意思。
: 会sql离架构整个db还远着呢。db2是express-C版本免费，卖给企业要收费的，它至今
: 的license还是proprietary EULA。Transactional在很多startup是hard requirements，
: 不是optional，比如作mobile payment。
: 另外什么是swjuter招工？
|
z****e
发帖数: 54598 | 87 站在巨人的肩膀上
jvm是一个master piece
著名软轮hotspot2013曾经说过
jvm可能是至今为止最优秀的平台
超过任何一个平台，包括unix/linux/windows
任何一个打算重新做一遍jvm的注定都会走很多弯路
m$最大的问题是，以前跟java闹翻
后来自己搞了一个clr，也不知道行还是不行
没有人知道，不象jvm，这么多年这么多公司的投入
有问题早被发现修复了，不行的也早被淘汰了
比如apple的jvm就华丽地挂了
相比之下，clr是不是有问题，m$自己也说不清楚
不知道，就算有了问题，别人说出来，m$的人未必搭理
公司大了，系统大了，都有类似的问题
所不同的，用jvm的很多公司，不行的就换，最后会剩下行的
总有那么几家公司做的行
m$换不了，总不能说去用jvm吧？这不是打自己耳光么？
所以只能硬着头皮上，硬着头皮上就有各种问题
微软最大的问题就是封闭，这个无数的人也都说过了
push
【在 r**i 的大作中提到】
: Internet行业是短平快的经营模式，跟芯片很不一样。错过一个热潮，就只能等下一个
: 了。微软的release cycle很长，根据jh上的帖子，他们的infra支持不了weekly push
: 。这是很见鬼的事情。
|
z********e
发帖数: 8818 | 88 半瓶水晃荡一下：
java 确实是一个非常有趣的东西。一个recruiter老向我要简历（可能因为我认识的人
多，或者她向谁都要），发N多opening position 给我。我看了下，但凡是找 java
programmer的，都没有 entry level 的，指望你一去马上就上手。其他的就好多了。
后来在买买提也看到有人说过java的发展，具体忘了，总之一个公司一旦用了java之后
，就会欲罢不能，但是其复杂度又不能让 entry level的人很快进入状态。。
【在 z****e 的大作中提到】
: 站在巨人的肩膀上
: jvm是一个master piece
: 著名软轮hotspot2013曾经说过
: jvm可能是至今为止最优秀的平台
: 超过任何一个平台，包括unix/linux/windows
: 任何一个打算重新做一遍jvm的注定都会走很多弯路
: m$最大的问题是，以前跟java闹翻
: 后来自己搞了一个clr，也不知道行还是不行
: 没有人知道，不象jvm，这么多年这么多公司的投入
: 有问题早被发现修复了，不行的也早被淘汰了
|
z********e
发帖数: 8818 | 89 能多说一点nosql吗？尽量用外行也能懂的句子。。
谢谢！！
【在 z****e 的大作中提到】
: 啥架构
: 出了问题只要愿意给钱，一定有人可以解决
: ibm的人一样解决.net的问题你信不信？
: 真正的架构跟db一点关系都没有
: 或者说压根没有那么深入的关系
: db现在已经退化成一个简单的存储功能了
: 这是过去20多年的趋势
: 现在的nosql大面积流行就是对db不满意的结果
: 现在一个dba能不能找到工作都很难说
: 我们公司的dba裁得剩下两个，一老一少，就这样了
|
r**i
发帖数: 2328 | 90
我完全相信，呵呵，而且我相信ibm会狠宰你一笔。任何consultant出了问题这时候不
宰你，那她就是个蠢驴。
你老这笑话开的，把个db architect的高薪职业整个从地球上抹杀了。
恩，恩，是是，那作concurrency的谁谁，作query optimization的谁谁，作cache的谁
谁，回家种田去吧。LS只需要storage的人。
lol，原来nosql不是db。我说这谁编的wikipedia entry，不跟LS过不去嘛。
呵呵，原来这就是LS对db架构的印象来源。
【在 z****e 的大作中提到】
: 啥架构
: 出了问题只要愿意给钱，一定有人可以解决
: ibm的人一样解决.net的问题你信不信？
: 真正的架构跟db一点关系都没有
: 或者说压根没有那么深入的关系
: db现在已经退化成一个简单的存储功能了
: 这是过去20多年的趋势
: 现在的nosql大面积流行就是对db不满意的结果
: 现在一个dba能不能找到工作都很难说
: 我们公司的dba裁得剩下两个，一老一少，就这样了
|
|
|
z****e
发帖数: 54598 | 91 谁不宰？
你以为m$不宰？
薪水高没什么奇怪的
主机的architect的薪水更高
有些东西就是越稀少工资越高
但是平均而言，工作机会数量就是另外一回事
你要做得好，搞数学薪水也能很高
nosql当然不是db，当然有些人硬要说是db
那这个其实只是概念的不同罢了
nosql的dba到现在目测还没有出现
每一个nosql db产品都不同，怎么个a法？
大多数时候就是开发做，所以开发要的人多
【在 r**i 的大作中提到】
:
: 我完全相信，呵呵，而且我相信ibm会狠宰你一笔。任何consultant出了问题这时候不
: 宰你，那她就是个蠢驴。
: 你老这笑话开的，把个db architect的高薪职业整个从地球上抹杀了。
: 恩，恩，是是，那作concurrency的谁谁，作query optimization的谁谁，作cache的谁
: 谁，回家种田去吧。LS只需要storage的人。
: lol，原来nosql不是db。我说这谁编的wikipedia entry，不跟LS过不去嘛。
: 呵呵，原来这就是LS对db架构的印象来源。
|
z****e
发帖数: 54598 | 92 不宰也有办法
开源咯，这个要看开发的水平
netflix就做得很好
因为工资开得高，能人多
找不到好开发的，就只能被宰了
另外，concurrency是开发的活
middleware就是专门用来对付并发处理的
query optimization现在也成开发要去做的了
nosql流行之后，cache就更是开发经常对付的
nosql一推广，开发工作增加了不是新闻
【在 r**i 的大作中提到】
:
: 我完全相信，呵呵，而且我相信ibm会狠宰你一笔。任何consultant出了问题这时候不
: 宰你，那她就是个蠢驴。
: 你老这笑话开的，把个db architect的高薪职业整个从地球上抹杀了。
: 恩，恩，是是，那作concurrency的谁谁，作query optimization的谁谁，作cache的谁
: 谁，回家种田去吧。LS只需要storage的人。
: lol，原来nosql不是db。我说这谁编的wikipedia entry，不跟LS过不去嘛。
: 呵呵，原来这就是LS对db架构的印象来源。
|
z****e
发帖数: 54598 | 93 很少有东西比java更简单了
entry level都被阿三占领了
阿三可不傻，不是没有机会
是老中很难抢到机会，阿三抢资源比老中凶
所以一堆人在抱怨阿三
【在 z********e 的大作中提到】
: 半瓶水晃荡一下：
: java 确实是一个非常有趣的东西。一个recruiter老向我要简历（可能因为我认识的人
: 多，或者她向谁都要），发N多opening position 给我。我看了下，但凡是找 java
: programmer的，都没有 entry level 的，指望你一去马上就上手。其他的就好多了。
: 后来在买买提也看到有人说过java的发展，具体忘了，总之一个公司一旦用了java之后
: ，就会欲罢不能，但是其复杂度又不能让 entry level的人很快进入状态。。
|
w*********e
发帖数: 5286 | 94 NoSQL有DBA的工作
【在 z****e 的大作中提到】
: 谁不宰？
: 你以为m$不宰？
: 薪水高没什么奇怪的
: 主机的architect的薪水更高
: 有些东西就是越稀少工资越高
: 但是平均而言，工作机会数量就是另外一回事
: 你要做得好，搞数学薪水也能很高
: nosql当然不是db，当然有些人硬要说是db
: 那这个其实只是概念的不同罢了
: nosql的dba到现在目测还没有出现
|
z****e
发帖数: 54598 | 95 传统db有一个最大的问题
就是结构化存储，比如你要把员工数据放到一个db里面去
那么每个员工的数据都会归类
比如身高放在同一个地方，体重放在另外一个地方
姓名放在一个地方，籍贯放在另外一个地方
结构化存储有很大好处，这个自然，是个人都明白
尤其是做报表的时候，一拉就出来了，一目了然
但是有个很大的问题，就是对于精度要求不高的数据
结构化存储带来了巨大的资源浪费，因为要管理这些数据
本身就有各种开销，比如对于每一个字段是空还是不空，这个要记录
放在哪里，要记录，这些记录就是索引，随着数据量上去
索引本身也带来了巨大的开销，那这种开销一旦大到一定程度
就变得无法接受，太大了
比如google，把网页资源存起来，这个如果结构化做起来
那所带来的开销是十分巨大的，甚至是不可接受的
那怎么办？简单，我先找个地方，存了再说
等到要用的时候，再做处理模糊查询处理
比如我要找张三的数据，那么系统会派发一堆的线程
我通俗点解释就是一个程序变成一堆子程序
然后这些子程序各自独立去寻找数据
那么张三这个关键字可能匹配到身高，也可能匹配到体重
甚至匹配到张三在某征婚网站上的广告
不管是什么，只要是张三的数据，就先取出来，然后把这些数据汇总
再计算汇总数据里面每一个记录张三关键字出现的次数
按照次数做一个排序之后，反馈给用户
让用户自己去选他要的数据
用这种方式，数据量的存放的潜力可以陡然增大
这样就可以满足需要了
所以比较适合web公司，因为网络上的数据本身精度就很低
很多都是不精确的，但是够用了
【在 z********e 的大作中提到】
: 能多说一点nosql吗？尽量用外行也能懂的句子。。
: 谢谢！！
|
z****e
发帖数: 54598 | 96 那你要这么说，那也行
但是现在张口闭口讨论nosql的都是开发
其实开发本身也希望dba能够接手
但是实际上，大多数时候dba其实不管用
【在 w*********e 的大作中提到】
: NoSQL有DBA的工作
|
w*********e
发帖数: 5286 | 97 赫赫，不是我要这么说，确实有，而且好像还不少。
anyway，没想到现在买买提也有开发人员开始关注nosql，我很开心，赫赫
【在 z****e 的大作中提到】
: 那你要这么说，那也行
: 但是现在张口闭口讨论nosql的都是开发
: 其实开发本身也希望dba能够接手
: 但是实际上，大多数时候dba其实不管用
|
l**a
发帖数: 6415 | 98 Do you really understand DB?
What is NOSQL in your mind?
Please tell us how Facebook runs.
No job market for DBA?
All your conclusions are so interesting...
【在 z****e 的大作中提到】
: 啥架构
: 出了问题只要愿意给钱，一定有人可以解决
: ibm的人一样解决.net的问题你信不信？
: 真正的架构跟db一点关系都没有
: 或者说压根没有那么深入的关系
: db现在已经退化成一个简单的存储功能了
: 这是过去20多年的趋势
: 现在的nosql大面积流行就是对db不满意的结果
: 现在一个dba能不能找到工作都很难说
: 我们公司的dba裁得剩下两个，一老一少，就这样了
|
z****e
发帖数: 54598 | 99 怎么会没有？
到处都在讨论
【在 w*********e 的大作中提到】
: 赫赫，不是我要这么说，确实有，而且好像还不少。
: anyway，没想到现在买买提也有开发人员开始关注nosql，我很开心，赫赫
|
z****e
发帖数: 54598 | 100 db要understand才能用就是最大的问题
所以nosql才遍地都是
就是因为db的操作带来的巨大的浪费
facebook用什么，你说用什么？
cassandra就是fb造的，现在改成hbase了
但是facebook最早是lamp
最早用mysql，但是mysql带来巨大的浪费
所以大多数时候只当key-value pair用
dba还是有工作的
但是会随着时间的增长逐步减少
这个很容易理解
当然你完全可以不信
这是你的生活，你做主
【在 l**a 的大作中提到】
: Do you really understand DB?
: What is NOSQL in your mind?
: Please tell us how Facebook runs.
: No job market for DBA?
: All your conclusions are so interesting...
|
|
|
w*********e
发帖数: 5286 | 101 基本正确，不过张三那段有点小问题，有点混淆了db query和keyword search区别。
【在 z****e 的大作中提到】
: 传统db有一个最大的问题
: 就是结构化存储，比如你要把员工数据放到一个db里面去
: 那么每个员工的数据都会归类
: 比如身高放在同一个地方，体重放在另外一个地方
: 姓名放在一个地方，籍贯放在另外一个地方
: 结构化存储有很大好处，这个自然，是个人都明白
: 尤其是做报表的时候，一拉就出来了，一目了然
: 但是有个很大的问题，就是对于精度要求不高的数据
: 结构化存储带来了巨大的资源浪费，因为要管理这些数据
: 本身就有各种开销，比如对于每一个字段是空还是不空，这个要记录
|
z****e
发帖数: 54598 | 102 假设db是select * from了
我用nosql主要就是以前db总是出瓶颈问题
一旦系统大了，中间件好办，机器好办，db可不太好办
【在 w*********e 的大作中提到】
: 基本正确，不过张三那段有点小问题，有点混淆了db query和keyword search区别。
|
w*********e
发帖数: 5286 | 103 where啊，买买提哪有讨论nosql的？
【在 z****e 的大作中提到】
: 怎么会没有？
: 到处都在讨论
|
z****e
发帖数: 54598 | 104 jobhunting
java
开发越多的地方，讨论就越多
programming也有点
但是都不当成重点来讨论
只是躲不开
开发总要对付这些东西
所以就一定要问问怎么做
现在趋势就是nosql逐步推广
web时代了，老的东西需要拓展
【在 w*********e 的大作中提到】
: where啊，买买提哪有讨论nosql的？
|
r**i
发帖数: 2328 | 105 nosql才需要db architect，因为server不是现成的，开源的packages挑选组合，需要
有db开发经验的人才能架构起来。不是所有的IT公司都是internet业务，不是所有的公
司都是IT公司，不是所有的公司都想投钱雇in-house能人。还有记住，不是牛人让你赚
钱，是蠢人在让你赚钱，越蠢你的钱越好赚，牛人的开源作得越好你越容易失业。:D
【在 z****e 的大作中提到】
: 不宰也有办法
: 开源咯，这个要看开发的水平
: netflix就做得很好
: 因为工资开得高，能人多
: 找不到好开发的，就只能被宰了
: 另外，concurrency是开发的活
: middleware就是专门用来对付并发处理的
: query optimization现在也成开发要去做的了
: nosql流行之后，cache就更是开发经常对付的
: nosql一推广，开发工作增加了不是新闻
|
r**i
发帖数: 2328 | 106 有个什么bigdata版吧，不过这类版很冷清的。还是这种地方版，小众的圈子讨论热烈
。哈哈，不过你们谁也别指望我说关键。
【在 w*********e 的大作中提到】
: where啊，买买提哪有讨论nosql的？
|
r**i
发帖数: 2328 | 107 你说的很多都很对，也有很多是不对的。:D
我可以endorse你这篇，基本上对。
【在 z****e 的大作中提到】
: db要understand才能用就是最大的问题
: 所以nosql才遍地都是
: 就是因为db的操作带来的巨大的浪费
: facebook用什么，你说用什么？
: cassandra就是fb造的，现在改成hbase了
: 但是facebook最早是lamp
: 最早用mysql，但是mysql带来巨大的浪费
: 所以大多数时候只当key-value pair用
: dba还是有工作的
: 但是会随着时间的增长逐步减少
|
u**h
发帖数: 509 | 108 让你赚钱的应该是你的上帝， 况且未必比你蠢， 只不过用钱买你的劳力，
然后去做更有价值的事。
【在 r**i 的大作中提到】
: nosql才需要db architect，因为server不是现成的，开源的packages挑选组合，需要
: 有db开发经验的人才能架构起来。不是所有的IT公司都是internet业务，不是所有的公
: 司都是IT公司，不是所有的公司都想投钱雇in-house能人。还有记住，不是牛人让你赚
: 钱，是蠢人在让你赚钱，越蠢你的钱越好赚，牛人的开源作得越好你越容易失业。:D
|
r**i
发帖数: 2328 | 109 你肯定没跟中西部的大公司打过交道。
【在 u**h 的大作中提到】
: 让你赚钱的应该是你的上帝， 况且未必比你蠢， 只不过用钱买你的劳力，
: 然后去做更有价值的事。
|
w****k
发帖数: 6244 | 110 facebook主要仍然用mysql
log用nosql
【在 z****e 的大作中提到】
: db要understand才能用就是最大的问题
: 所以nosql才遍地都是
: 就是因为db的操作带来的巨大的浪费
: facebook用什么，你说用什么？
: cassandra就是fb造的，现在改成hbase了
: 但是facebook最早是lamp
: 最早用mysql，但是mysql带来巨大的浪费
: 所以大多数时候只当key-value pair用
: dba还是有工作的
: 但是会随着时间的增长逐步减少
|
|
|
r**i
发帖数: 2328 | 111 很多人不想想为什么最早的db设计者要引进sql
【在 w*********e 的大作中提到】
: 基本正确，不过张三那段有点小问题，有点混淆了db query和keyword search区别。
|
z****e
发帖数: 54598 | 112 有db开发经验的人到处都是啊
哪个小本大学没学过db？
不跟db打交道是不行的
牛人也不是说只有google的才是牛人
也不是只有挨踢公司才有挨踢
更不是只有微软才能做挨踢
【在 r**i 的大作中提到】
: nosql才需要db architect，因为server不是现成的，开源的packages挑选组合，需要
: 有db开发经验的人才能架构起来。不是所有的IT公司都是internet业务，不是所有的公
: 司都是IT公司，不是所有的公司都想投钱雇in-house能人。还有记住，不是牛人让你赚
: 钱，是蠢人在让你赚钱，越蠢你的钱越好赚，牛人的开源作得越好你越容易失业。:D
|
z****e
发帖数: 54598 | 113 这不奇怪
over design的东西到处都是
【在 r**i 的大作中提到】
: 很多人不想想为什么最早的db设计者要引进sql
|
z****e
发帖数: 54598 | 114 ibm才是真正大公司的产品
从主机开始一路造下来，企业要的，ibm都能造
产品线要全太多了，其次是收购了sun和bea之后的oracle
现在oracle也能造服务器了，还有各种软件，以前只能造db
微软在企业开发这一块要弱很多
毕竟长期不是干这个的
还有就是开源本身也很强，跟微软抢小公司市场的主要就是开源
ibm和oracle多少是不屑小公司的
【在 r**i 的大作中提到】
: 你肯定没跟中西部的大公司打过交道。
|
z****e
发帖数: 54598 | 115 nosql要的其实不是db architect
应该说是architect
拘束在db上就显然太小了
architect从前到后都得做
db开发经验其实是基本功
nosql是plus，但是现在web大发展
以后nosql变成基本功，db成plus了也不一定
将来的事，谁说得清楚呢
另外稍微大一点的公司都有自己的cio，cio下面一堆挨踢的
所以会挨踢的人还是挺多的，每年大学都在毕业cs的毕业生
并不少，完全可以应付各个中小公司的挨踢
而这些挨踢才是开源使用的主力军，netflix就是典型
netflix就不是什么挨踢企业，当然是web企业
但是主业是娱乐，人家用开源用得如火如荼
类似的，银行里面很多开发人员，也都不靠挨踢公司过活
所以牛人把开源做得越好，只会push更多的人到其它行业去做挨踢
而不会减少挨踢工作机会，总量会上升
但是对于像微软这种公司来说，未必是好事
因为开源会的人多了，有什么理由去用收费的东西呢？
类似的，fb什么其实也不能说是挨踢企业，fb搞社交的
google是卖广告的，从某种意义上说，传统的挨踢正在凋零
不跟其它业务结合，挨踢本身没有太大意义
【在 r**i 的大作中提到】
: nosql才需要db architect，因为server不是现成的，开源的packages挑选组合，需要
: 有db开发经验的人才能架构起来。不是所有的IT公司都是internet业务，不是所有的公
: 司都是IT公司，不是所有的公司都想投钱雇in-house能人。还有记住，不是牛人让你赚
: 钱，是蠢人在让你赚钱，越蠢你的钱越好赚，牛人的开源作得越好你越容易失业。:D
|
r**i
发帖数: 2328 | 116 sql是over design。。。
【在 z****e 的大作中提到】
: 这不奇怪
: over design的东西到处都是
|
z****e
发帖数: 54598 | 117 我搞挨踢不见得比你弱
实际上我有多个行业的从业经验
都不是非常传统的挨踢，多少都涉及某一个行业
比如网络，比如民航
实际上我从来都主张把挨踢尤其是软件推广到其它行业去
这样一来可以增加其它行业自身的生产力
其次可以降低成本，尤其是软件成本
最后一个最重要：可以增加就业机会
其实大多数挨踢职位都 不 是卖软件产品公司比如微软提供的
多数来自银行等其它行业
一般公司搞挨踢，三个主要支出
码农的工资，软件的licence fee，硬件的depreciation
从高到低，理论上裁码农最赚钱
但是没人干活，光买产品，很难适应自身的需要
因为产品是普适性的，但是个性化操作很难定制
而现实生活中，绝大多数行业的公司都有定制的需求
比如银行，随便两个银行的挨踢系统其实是不一样的
所以就需要码农来搞定这些不同的地方
大的银行，比如汇丰，都有自己的挨踢企业，汇丰电子这样的
所以码农的工资不好省
那能省的就是后两个
最后一个由于有莫尔定律存在，所以降低得很快
剩下第二个
第二个就是靠开源来降低成本，而第二个是最传统的领域
开源用得越多，其实对生产软件产品的公司是不利的
但是因为开源还无法实现说让人无脑编程的地步
也就是文科生高中生还不能适应真正的开源工具的使用
所以还是需要人来操作，而这些人就是大多数挨踢人员
从这个意义上说，传统软件公司的利益跟大多数挨踢从业人员的利益是冲突的
所以这就是为什么，盖茨总是招人骂的原因
蛋糕就这么大，盖茨成了世界首富，那剩下的是什么？
世界首穷？
相比之下，搞开源的则多数成了英雄
所谓开源越多，工作机会越少，其实是一个最大的谎言
那是资本家用来忽悠分裂开源共产主义阵营的
【在 r**i 的大作中提到】
: 你说的很多都很对，也有很多是不对的。:D
: 我可以endorse你这篇，基本上对。
|
z****e
发帖数: 54598 | 118 当你做一个最简单的crud都需要transaction的时候
这就是over design
sql和db在一开始有推动的意义
但是现在时代不同了，db需要改革
不要刻舟求剑，现在是web时代了
【在 r**i 的大作中提到】
: sql是over design。。。
|
m*y
发帖数: 5861 | 119 我发现大家真能码字，是不是跟码工背景有关系？
【在 z****e 的大作中提到】
: 我搞挨踢不见得比你弱
: 实际上我有多个行业的从业经验
: 都不是非常传统的挨踢，多少都涉及某一个行业
: 比如网络，比如民航
: 实际上我从来都主张把挨踢尤其是软件推广到其它行业去
: 这样一来可以增加其它行业自身的生产力
: 其次可以降低成本，尤其是软件成本
: 最后一个最重要：可以增加就业机会
: 其实大多数挨踢职位都 不 是卖软件产品公司比如微软提供的
: 多数来自银行等其它行业
|
r**i
发帖数: 2328 | 120 微软不是长期作企业开发的？NT和SBS表示疑惑。
【在 z****e 的大作中提到】
: ibm才是真正大公司的产品
: 从主机开始一路造下来，企业要的，ibm都能造
: 产品线要全太多了，其次是收购了sun和bea之后的oracle
: 现在oracle也能造服务器了，还有各种软件，以前只能造db
: 微软在企业开发这一块要弱很多
: 毕竟长期不是干这个的
: 还有就是开源本身也很强，跟微软抢小公司市场的主要就是开源
: ibm和oracle多少是不屑小公司的
|
|
|
r**i
发帖数: 2328 | 121 恩，神马relational calculus都是over design。大家就用一堆keywords使劲search好
了。
【在 z****e 的大作中提到】
: 当你做一个最简单的crud都需要transaction的时候
: 这就是over design
: sql和db在一开始有推动的意义
: 但是现在时代不同了，db需要改革
: 不要刻舟求剑，现在是web时代了
|
z****e
发帖数: 54598 | 122 或者说换个说法
不适应时代的需要了
旧的东西未必会被淘汰
但是工作机会减少是必然的结果
现在还有搞主机的
但是工作机会数量不可同日而语了
以后只搞db的多半也会有同样的下场
【在 r**i 的大作中提到】
: 恩，神马relational calculus都是over design。大家就用一堆keywords使劲search好
: 了。
|
r**i
发帖数: 2328 | 123 谢谢你的坦诚。不过你好像是半路出家的，很多基本概念都混在一块了。
【在 z****e 的大作中提到】
: 我搞挨踢不见得比你弱
: 实际上我有多个行业的从业经验
: 都不是非常传统的挨踢，多少都涉及某一个行业
: 比如网络，比如民航
: 实际上我从来都主张把挨踢尤其是软件推广到其它行业去
: 这样一来可以增加其它行业自身的生产力
: 其次可以降低成本，尤其是软件成本
: 最后一个最重要：可以增加就业机会
: 其实大多数挨踢职位都 不 是卖软件产品公司比如微软提供的
: 多数来自银行等其它行业
|
z****e
发帖数: 54598 | 124 哈哈，我本科是软件工程，研究生major是distributed system
你说我半路出家？
【在 r**i 的大作中提到】
: 谢谢你的坦诚。不过你好像是半路出家的，很多基本概念都混在一块了。
|
r**i
发帖数: 2328 | 125 又来一个，最近怎么老碰到这种。哈。
好了，谢谢你陪我度过oncall时光，明天还要早起，恕不奉陪了。
【在 z****e 的大作中提到】
: 哈哈，我本科是软件工程，研究生major是distributed system
: 你说我半路出家？
|
z****e
发帖数: 54598 | 126 哈哈，我在你们这一群人的上游，无论是am还是g
要不要说说你是哪个cloud？我帮你看看你们的数据跟其它家对比如何？
【在 r**i 的大作中提到】
: 又来一个，最近怎么老碰到这种。哈。
: 好了，谢谢你陪我度过oncall时光，明天还要早起，恕不奉陪了。
|
z****e
发帖数: 54598 | 127 微软倒是想
可惜力不从心啊
当然office如果也算作是企业“开发”的话
那可能算是吧
如果写vb脚本那些人都算上的话
可惜现在vb也都没啥人写了
nt之类的压根不算什么，微软主要赚钱的还是office
从它崛起的那一天起，windows卖得最多，office最赚钱
没有变过
【在 r**i 的大作中提到】
: 微软不是长期作企业开发的？NT和SBS表示疑惑。
|
a**********k
发帖数: 1953 | 128 你这几句有点道理。
真正的Architect应该有全局观和广博的知识，从高层到底层，从前台到后台，
db只是一个component。 登高才能望远， 才不会局限于细枝末节的纠缠；
对基本概念和技术的透彻了解， 才能超越时髦术语的堆砌。现在各位讨论得
渐渐有点深度了， 不错!
【在 z****e 的大作中提到】
: nosql要的其实不是db architect
: 应该说是architect
: 拘束在db上就显然太小了
: architect从前到后都得做
: db开发经验其实是基本功
: nosql是plus，但是现在web大发展
: 以后nosql变成基本功，db成plus了也不一定
: 将来的事，谁说得清楚呢
: 另外稍微大一点的公司都有自己的cio，cio下面一堆挨踢的
: 所以会挨踢的人还是挺多的，每年大学都在毕业cs的毕业生
|
z********e
发帖数: 8818 | 129 两种完全不同的人生观啊！：）：）我完全站在你这一边，因为面对客户我总是很尊敬
和感激。：）：）
【在 u**h 的大作中提到】
: 让你赚钱的应该是你的上帝， 况且未必比你蠢， 只不过用钱买你的劳力，
: 然后去做更有价值的事。
|
z********e
发帖数: 8818 | 130 多谢解释！！现在站在门外感觉好多了～
【在 z****e 的大作中提到】
: 传统db有一个最大的问题
: 就是结构化存储，比如你要把员工数据放到一个db里面去
: 那么每个员工的数据都会归类
: 比如身高放在同一个地方，体重放在另外一个地方
: 姓名放在一个地方，籍贯放在另外一个地方
: 结构化存储有很大好处，这个自然，是个人都明白
: 尤其是做报表的时候，一拉就出来了，一目了然
: 但是有个很大的问题，就是对于精度要求不高的数据
: 结构化存储带来了巨大的资源浪费，因为要管理这些数据
: 本身就有各种开销，比如对于每一个字段是空还是不空，这个要记录
|
|
|
z********e
发帖数: 8818 | 131 很怀念前一阵你和RAKI的大战啊。我只能说浙版太牛了，吸引了那么多牛人。大家请继
续请继续～～
【在 a**********k 的大作中提到】
: 你这几句有点道理。
: 真正的Architect应该有全局观和广博的知识，从高层到底层，从前台到后台，
: db只是一个component。 登高才能望远， 才不会局限于细枝末节的纠缠；
: 对基本概念和技术的透彻了解， 才能超越时髦术语的堆砌。现在各位讨论得
: 渐渐有点深度了， 不错!
|
r**i
发帖数: 2328 | 132 architects分很多类型，不要因为作app的公司多，上来就说db只是一个component，卖
db的cloudera, greenplum都跟你急。还有些公司db都不需要，卖Web design的，
architect只管web layer优化。system architect, network architect。。。种类多
了去了。你说的那种，不过是在app公司作architect，作integration就行，不用对前
后台有跟specialized architect那样了解深刻。
说到底，不光db architect，其他类型的architects也一样，基本概念总要搞搞清楚，
程序总要写过个几百万才好意思出来跟人打招呼。大公司的architect最扯了，只会
talking，把事情说的模模糊糊的也能当，反正headache有engineer帮她解决。细节才
能体现一个人的水平，基本上你hands on experience就是通过细节问题体现的。只有
在startup作过几轮的才能明白我说的。
【在 a**********k 的大作中提到】
: 你这几句有点道理。
: 真正的Architect应该有全局观和广博的知识，从高层到底层，从前台到后台，
: db只是一个component。 登高才能望远， 才不会局限于细枝末节的纠缠；
: 对基本概念和技术的透彻了解， 才能超越时髦术语的堆砌。现在各位讨论得
: 渐渐有点深度了， 不错!
|
j****n
发帖数: 1046 | 133 nosql 也不是包治百病的，只能是对目前的一些web 应用性能上比SQL 好。
business logic 复杂后，它就不顶了。
Over design 要看对谁了，任何一个General purpose 的系统都要over design 照顾方
方面面。像微软这种大公司还得考虑向前兼容。不是说扔就能扔的。
还是那句老话，技术不是第一位的，business logic 先行于技术。
【在 z****e 的大作中提到】
: 当你做一个最简单的crud都需要transaction的时候
: 这就是over design
: sql和db在一开始有推动的意义
: 但是现在时代不同了，db需要改革
: 不要刻舟求剑，现在是web时代了
|
j****n
发帖数: 1046 | 134 程序总要写过个几百万？
这个要求太高。
【在 r**i 的大作中提到】
: architects分很多类型，不要因为作app的公司多，上来就说db只是一个component，卖
: db的cloudera, greenplum都跟你急。还有些公司db都不需要，卖Web design的，
: architect只管web layer优化。system architect, network architect。。。种类多
: 了去了。你说的那种，不过是在app公司作architect，作integration就行，不用对前
: 后台有跟specialized architect那样了解深刻。
: 说到底，不光db architect，其他类型的architects也一样，基本概念总要搞搞清楚，
: 程序总要写过个几百万才好意思出来跟人打招呼。大公司的architect最扯了，只会
: talking，把事情说的模模糊糊的也能当，反正headache有engineer帮她解决。细节才
: 能体现一个人的水平，基本上你hands on experience就是通过细节问题体现的。只有
: 在startup作过几轮的才能明白我说的。
|
r**i
发帖数: 2328 | 135 windows卖的最多？？？这话真是。。。windows只有一种版本？NT不是windows? xp的
kernel都是基于nt的。
【在 z****e 的大作中提到】
: 微软倒是想
: 可惜力不从心啊
: 当然office如果也算作是企业“开发”的话
: 那可能算是吧
: 如果写vb脚本那些人都算上的话
: 可惜现在vb也都没啥人写了
: nt之类的压根不算什么，微软主要赚钱的还是office
: 从它崛起的那一天起，windows卖得最多，office最赚钱
: 没有变过
|
H******e
发帖数: 4682 | 136 No.......
No stop!
:)
【在 r**i 的大作中提到】
: 又来一个，最近怎么老碰到这种。哈。
: 好了，谢谢你陪我度过oncall时光，明天还要早起，恕不奉陪了。
|
a**********k
发帖数: 1953 | 137 在一个复杂的系统里， DB就是一个component， 而且是
CS中相对比较成熟， 简单的一个component。
我记得有一年的DB年会， Michael Stonebraker自嘲自己因为作
DB，在Berkeley属于second class citizen， David DeWitt
也心有同感地应和。 只有Jeffrey Ullman大步流星走到台前，
表示自己从不后悔作DB。因为他既懂DB， 也能跳出DB框框从
宏观来看待。
【在 r**i 的大作中提到】
: architects分很多类型，不要因为作app的公司多，上来就说db只是一个component，卖
: db的cloudera, greenplum都跟你急。还有些公司db都不需要，卖Web design的，
: architect只管web layer优化。system architect, network architect。。。种类多
: 了去了。你说的那种，不过是在app公司作architect，作integration就行，不用对前
: 后台有跟specialized architect那样了解深刻。
: 说到底，不光db architect，其他类型的architects也一样，基本概念总要搞搞清楚，
: 程序总要写过个几百万才好意思出来跟人打招呼。大公司的architect最扯了，只会
: talking，把事情说的模模糊糊的也能当，反正headache有engineer帮她解决。细节才
: 能体现一个人的水平，基本上你hands on experience就是通过细节问题体现的。只有
: 在startup作过几轮的才能明白我说的。
|
w*********e
发帖数: 5286 | 138 then what is the first-class citizen?
【在 a**********k 的大作中提到】
: 在一个复杂的系统里， DB就是一个component， 而且是
: CS中相对比较成熟， 简单的一个component。
: 我记得有一年的DB年会， Michael Stonebraker自嘲自己因为作
: DB，在Berkeley属于second class citizen， David DeWitt
: 也心有同感地应和。 只有Jeffrey Ullman大步流星走到台前，
: 表示自己从不后悔作DB。因为他既懂DB， 也能跳出DB框框从
: 宏观来看待。
|
w****k
发帖数: 6244 | 139 数据库（数据存储，输入和调用）是大部分网络应用的核心以及瓶颈。
zhaoce这位兄弟，就是爱争论，尤其喜欢扯名词，但基本概念似是而非。
看看热闹就好了。
【在 r**i 的大作中提到】
: architects分很多类型，不要因为作app的公司多，上来就说db只是一个component，卖
: db的cloudera, greenplum都跟你急。还有些公司db都不需要，卖Web design的，
: architect只管web layer优化。system architect, network architect。。。种类多
: 了去了。你说的那种，不过是在app公司作architect，作integration就行，不用对前
: 后台有跟specialized architect那样了解深刻。
: 说到底，不光db architect，其他类型的architects也一样，基本概念总要搞搞清楚，
: 程序总要写过个几百万才好意思出来跟人打招呼。大公司的architect最扯了，只会
: talking，把事情说的模模糊糊的也能当，反正headache有engineer帮她解决。细节才
: 能体现一个人的水平，基本上你hands on experience就是通过细节问题体现的。只有
: 在startup作过几轮的才能明白我说的。
|
z****e
发帖数: 54598 | 140 db当然只是一个component
他一点没说错
做什么事都要有大局观
否则就是瞎子摸象
书呆子就容易做成瞎子，然后跟其它人争论大象到底是什么样子的
db对于大多数公司来说，就是一个简单的存储的component
你跟大多数人说transaction都显得多余
人家干嘛要知道transaction？
人家花钱雇你是给来解决问题的，不是来看你卖弄的
所谓构架当然是先总后细
把一个大象切成一块一块的
然后每个人再下去负责自己的一块，然后再切割下去
然后下面的人再负责自己的一块
这就是soa的构架，当年ibm就是靠做这个，来了个华丽的转身
拜托，这里没有人说app
我做integration肯定比你资格要老，老得多，有兴趣我们聊聊eai好不好？
说实话，我还没做过app呢，你说的这种才是在app公司做的
startup就别出来臭美了，startup的系统没有几个大的
否则还startup啥？
我用公孙大神的话说就是
startup用的多数不是屠龙术，很多东西都显得太重，所以怎么简单怎么来
以后做大了，发财了，再找能人来改
cloudera不就是一个卖component的么？所谓component当然可以是一个具体的产品
卖具体的产品怎么就不能说是component了？m$的大多数产品当然也是component
这应该是学过软件工程的人都明白的最浅显的道理
话说以我一个学软件工程出身的人的眼光看，你的见解才是绝对的外行
显得很书呆，看什么问题都是管中窥豹，缺乏大局观
【在 r**i 的大作中提到】
: architects分很多类型，不要因为作app的公司多，上来就说db只是一个component，卖
: db的cloudera, greenplum都跟你急。还有些公司db都不需要，卖Web design的，
: architect只管web layer优化。system architect, network architect。。。种类多
: 了去了。你说的那种，不过是在app公司作architect，作integration就行，不用对前
: 后台有跟specialized architect那样了解深刻。
: 说到底，不光db architect，其他类型的architects也一样，基本概念总要搞搞清楚，
: 程序总要写过个几百万才好意思出来跟人打招呼。大公司的architect最扯了，只会
: talking，把事情说的模模糊糊的也能当，反正headache有engineer帮她解决。细节才
: 能体现一个人的水平，基本上你hands on experience就是通过细节问题体现的。只有
: 在startup作过几轮的才能明白我说的。
|
|
|
z****e
发帖数: 54598 | 141 nosql当然不是包治百病
db对于结构化存储要求比较高的部分还是需要的
但是nosql自身也在学习
现在nosql开始逐步添加transaction功能
这才是真正威胁db生存的决定
你说对不对？
【在 j****n 的大作中提到】
: nosql 也不是包治百病的，只能是对目前的一些web 应用性能上比SQL 好。
: business logic 复杂后，它就不顶了。
: Over design 要看对谁了，任何一个General purpose 的系统都要over design 照顾方
: 方面面。像微软这种大公司还得考虑向前兼容。不是说扔就能扔的。
: 还是那句老话，技术不是第一位的，business logic 先行于技术。
|
z****e
发帖数: 54598 | 142 瓶颈没有错
所以才要改
这个我之前也说过了
问题在于，核心怎么定义？
什么叫做核心呢？
其实真正的核心应该剥离
把db弱化成一个存储工具
最典型的就是早期的大量留存的store procedure
到今天都成为系统改良的大问题
一堆人都不懂里面是什么东西
读起来太累，改起来太恐怖，不敢改
造成了一个又一个的黑盒子
这都是最早以db为核心的映射留下来的遗产
这其实是一种很老旧的设计，是很多年以前没有办法才采用的办法
后来中间件大发展，bea成为迄今为止，最早实现盈利百万的公司
所以人们开始从db逐步剥离业务逻辑，变成单独的组件
这就是后来j2ee的由来，所谓j2ee三层模型
最外面一层是web，最里面一层是db或者叫integration
中间一层是什么？中坚一层就是ibm发家致富的本钱，which is websphere
这都多少年了，还有人看不懂么？
后来发展起来之后，发现websphere等中间件server包括软硬件，都好办
都很容易scale up/out
但是呢，db是瓶颈，因为db总是跟不上数据量的增长
所以才有了nosql，这个过程你要告诉别人，别嘴巴一张说这是核心和瓶颈
然后呢？没有了？
【在 w****k 的大作中提到】
: 数据库（数据存储，输入和调用）是大部分网络应用的核心以及瓶颈。
: zhaoce这位兄弟，就是爱争论，尤其喜欢扯名词，但基本概念似是而非。
: 看看热闹就好了。
|
z****e
发帖数: 54598 | 143 那你是不是要把office也做个版本的划分？
【在 r**i 的大作中提到】
: windows卖的最多？？？这话真是。。。windows只有一种版本？NT不是windows? xp的
: kernel都是基于nt的。
|
z****e
发帖数: 54598 | 144 说实话我真没怎么听说过所谓的db architect
什么叫db architect？依稀见到过这个职位
但是我从来都觉得这是一个吹牛大于实际价值的一个职位
我没有当真过
现在是个人就把architect往自己前面加
哪来的这么多architect，一个公司一个足以
我现在linkedin上还是写着自己title是developer
连senior都不好意思加
脸皮还是不够厚
另外，做app我没做过
真没做过，我做app很弱的
我从我工作的那一天起，就在不同行业的类似总局一样的机构服务
我很少直接面对消费者，基本上中间要经过一个reseller
比如民航，就是航空公司和旅游代理是中下游
比如网络，各种cloud就是下游，各种分销商是中游
比如军工转民用，各种机场就是中游，灰机是下游
我不知道这种级别算不算得上大
但是我觉得应该是够大了
论数量，我现在手头上这个系统，使用者至少两亿，一个日本国就有一亿多人了
不要说am和g带来的流量，所以startup那种流量就算了吧
【在 r**i 的大作中提到】
: architects分很多类型，不要因为作app的公司多，上来就说db只是一个component，卖
: db的cloudera, greenplum都跟你急。还有些公司db都不需要，卖Web design的，
: architect只管web layer优化。system architect, network architect。。。种类多
: 了去了。你说的那种，不过是在app公司作architect，作integration就行，不用对前
: 后台有跟specialized architect那样了解深刻。
: 说到底，不光db architect，其他类型的architects也一样，基本概念总要搞搞清楚，
: 程序总要写过个几百万才好意思出来跟人打招呼。大公司的architect最扯了，只会
: talking，把事情说的模模糊糊的也能当，反正headache有engineer帮她解决。细节才
: 能体现一个人的水平，基本上你hands on experience就是通过细节问题体现的。只有
: 在startup作过几轮的才能明白我说的。
|
j****n
发帖数: 1046 | 145 那是，任何事情都在发展，SQL 也可能在学nosql 的好的东西。
【在 z****e 的大作中提到】
: nosql当然不是包治百病
: db对于结构化存储要求比较高的部分还是需要的
: 但是nosql自身也在学习
: 现在nosql开始逐步添加transaction功能
: 这才是真正威胁db生存的决定
: 你说对不对？
|
z****e
发帖数: 54598 | 146 应该是db在学习nosql的好东西
db2已经有key - value pair的部分了
然后lotus已经有类似gfs的document systems了
这是ibm的solution
其实在sql出来之前，怎么存放的方式有过巨大的讨论
最后sql是赢了，但是过于结构化的存储适应不了时代的需要
所以非结构化的存储又被拿了出来
【在 j****n 的大作中提到】
: 那是，任何事情都在发展，SQL 也可能在学nosql 的好的东西。
|
r**i
发帖数: 2328 | 147 nosql = not only sql，从诞生之日，就没有人说sql是over design，扔了算了。
事实上很多新兴的db公司都在nosql system上罩一层sql，然后作query optimization。
为什么要这么麻烦呢？这个原因就要从app server说起。
微软的legacy也是很多IT公司的legacy。
这些公司invest了很多tools在sql上，最常见的就是在app server里面有一层data
access layer，管理data sources，connection pool，statement cache之类的资源。
这层之上数据都是以object形态出现，跟底层的数据存储结构无关。
app sever可以配置各种ORM tool。
最流行的是spring framework里面的hibernate，websphere和.NET原来有自己的entity
framework，现在也向流行妥协，提供hibernate support，比如.NET可以设置
NHibernate。
app server的并发跟db的并发完全不是一回事。
前者最常见的是对事件消息队列的优化，focusing on failover，load-balancing。
后者最常见是对磁盘数据读取的优化，提高db的throughput。distributed systems里
面也要作load-balancing和failover。这些东西的基本思想一样，但是实现跟app层非
常不同。
这么作的目的都是让developer能尽可能的focus on BI logic。
Internet里的app server为了提高速度，常见的手段是在db上加各种layer，作各种
cache，让app server cluster可以从多个region直接从memory提取数据，这个意义上
来讲dal是扩大了。你可以说middleware扩大，但并不等同于db的萎缩。
nosql如果不提供sql access呢，对传统公司来讲，首先原先的DAL需要改。这个改起来
很麻烦，都还没涉及到stored procedure，就需要作很多工作，很多年的投资都白费了
。相反如果nosql db能提供sql支持，对这些公司来讲就可以省下很多钱作别的。
这就是为什么最新的big data startup都抢着作app server的原因。
把nosql做成transanctional db呢，大约09,10年的时候就有很多尝试，已经有商用的
了。这里面有很多八卦，我就不细说了。
呵呵，我说过了，别指望我说关键。
【在 z****e 的大作中提到】
: nosql当然不是包治百病
: db对于结构化存储要求比较高的部分还是需要的
: 但是nosql自身也在学习
: 现在nosql开始逐步添加transaction功能
: 这才是真正威胁db生存的决定
: 你说对不对？
|
r**i
发帖数: 2328 | 148 你不知道因为你不是db insider，很多db company都有这个职位, data driven
startups也有这个职位。说到底你是作app的，这是对作db的公司而言。小公司db
architect非常hands on，要写很多open source之间的glue code。起一个server不是
那么容易的。对了，你推崇备至的ibm里面就有这个职位，oracle也有这个职位。我在
meetup上见过的db architects多了去了。还比神马流量，流量谁多谁说话有理阿
。那姐跟你费这口舌，把日流量一放就行了。
【在 z****e 的大作中提到】
: 说实话我真没怎么听说过所谓的db architect
: 什么叫db architect？依稀见到过这个职位
: 但是我从来都觉得这是一个吹牛大于实际价值的一个职位
: 我没有当真过
: 现在是个人就把architect往自己前面加
: 哪来的这么多architect，一个公司一个足以
: 我现在linkedin上还是写着自己title是developer
: 连senior都不好意思加
: 脸皮还是不够厚
: 另外，做app我没做过
|
z****e
发帖数: 54598 | 149 哈哈哈，你跟我谈hibernate？
你知道hibernate是什么吗？hibernate是jpa
下次把名词先review一遍再来跟我吹好不好？
hibernate作者都在我的linkedin上
要不要给你介绍一下hibernate是谁做的啊？
monash的一个学数学的本科毕业生做的
名字叫做gavin king，现在亚特兰大的red hat
app server当然可以配置orm，但是hibernate只是一个小产品
有个标准，叫做jpa
但是hibernate这个产品有个混蛋到极点的要求
transaction manager不配置就是不行
所以我前面说了一个最简单的crud都需要transaction的时候
问题就来了，这也是最严重最常见的瓶颈，所以我说sql有些东西是over design
还有就是sql本身对于不同db，居然是不同的
最典型的就是分页算法，这个曾经放在wikipedia的页面上供人瞻仰
现在不知道还在不在，总之sql很烂，有各种问题，兼容性很差
远比java差，差很远，所以后期人们都放弃对于各个db产品的学习
而改为用java尤其是jdbc以及jpa来统一各个db
因为经常会遇到db migration的问题，这个问题都不是over design的问题了
是设计标准上的缺陷，我当时发现这个问题时候都惊讶，sql的标准居然如此地不彻底
连这么常用的一个功能，都各自实现，难怪需要hibernate
然后我们说nosql，nosql从诞生之日起，之所以流行
就是因为人们对于结构化的存储不满意
前面说了，为什么？因为瓶颈，app server和硬件都可以很轻松地搞定scalability
但是db不行，db往往是主要也几乎可以说是唯一未被完全克服的瓶颈
websphere什么的app server早就搞定cluster了
所以人们发明了很多办法，先减轻db的负载，然后再逐步剥离db的各种智能
最开始就是先剥离store procedure
其次是剥离cache的management
最后是剥离transaction的管理
你知道真正大型系统的db的问题还在哪里吗？
还在transaction的管理上
transaction对于分布式系统来说几乎是原罪
能搞定这个，主机就可以彻底淘汰了
可惜不行，只能用两段式的transaction来解决
但是两段式的transaction有理论上的先天缺陷
不能真正解决问题，在此基础之上
才有了后来的cap理论，也就是ca和p，你只能取其二
一定要牺牲一个，所以怎么做都有缺陷
那就要看你牺牲哪一个了，对于分布式系统来说
app server曾经管过transaction
但是container控制的transaction有先天缺陷
不同jvm上的entity显得很没有必要，因为只有business logic这一tier才需要entity
而db integration这一层是不需要的
还搞一个remote interface出来，有病啊
就是最早的entity bean啦，一出来就被骂了个遍
到后来灰溜溜地不用了，换hibernate了，在hibernate基础之上
搞出了jpa标准，并将jpa标准剥离出ejb标准，成为j2ee的一个独立组件
类似的，对于messaging也是从ejb的message bean里面剥离出来
变成一个单独的jms标准组件
最早ejb有三种你知道么？message bean, session bean和entity bean
不过现在都不说了，但是知道ejb尤其是ejb2.x版本的人都知道
这个玩意跟.net没半毛钱关系，.net压根就没有ejb
对了，data access layer那个叫做repository或者叫做dao
你知道这两个的区别吗？后者是一个pattern哦
后来spring觉得ejb太复杂了，就搞出了一个简化的，缺乏其它组件的spring
framework
这个套上tomcat就能用了，很流行
后来推出了.net版的spring，好像叫做nspring
类似的，hibernate也有.net版
但是呢，因为都是java的东西
所以.net版的版本一般都会慢一点
而且本身，spring和.net就不是j2ee，spring不是标准的j2ee
.net压根不是j2ee，压根没有ejb，我不明白.net是怎么搞这个对象池管理的
所以这就是封闭的代价，微软什么事情都不合作，什么产品都自己搞一套
那这种第三方支援当然就需要时间去适应.net特殊的接口
这适应就需要成本，很容易理解的道理，而且.net的设计者本身是delphi挖过去的
垃圾一个，delphi本身有很严重的设计缺陷，挖过去就继续祸害别人
标准化组件好就好在，接口是统一的，很多时候，不需要编译就能直接用了
比如spring的jar包，放哪个app server上都能用
但是.net连vm都不一样，各种migration的代价就必不可少了
还有就是，hadoop什么不是app server
连边都算不上
真正的app server是j2ee的概念
每年以前sun现在oracle，都会发布证书出来
指明哪些app server是合格的
这里面websphere和weblogic是常客，jboss也不甘人后
其它的就不好说咯
hadoop是一个framework
你知道framework和app server的区别吗？
在多线程生命周期的控制上
framework只控制beans也就是组件的生命周期
不涉及线程本身的生命周期的管理，而server则主要是负责线程的管理
hadoop自己认为自己是一个framework
你可以自己跑去wikipedia上看看这个条目就明白了
从某种意义上说，hadoop是一个event based的framework
会用多线程，但那是不得不用，跟app server主动去管理多线程不是一回事
所以你说各家公司争着做app server
那我就笑了，app server只有ibm和oracle等少数几家在做
大多数big data都不是做app server的
一般是卖服务，或者是卖产品，当然产品这个概念包括有app server
但是一般这些产品都不直接跟websphere等竞争
比如做一个企业用的hadoop
optimization。
entity
【在 r**i 的大作中提到】
: nosql = not only sql，从诞生之日，就没有人说sql是over design，扔了算了。
: 事实上很多新兴的db公司都在nosql system上罩一层sql，然后作query optimization。
: 为什么要这么麻烦呢？这个原因就要从app server说起。
: 微软的legacy也是很多IT公司的legacy。
: 这些公司invest了很多tools在sql上，最常见的就是在app server里面有一层data
: access layer，管理data sources，connection pool，statement cache之类的资源。
: 这层之上数据都是以object形态出现，跟底层的数据存储结构无关。
: app sever可以配置各种ORM tool。
: 最流行的是spring framework里面的hibernate，websphere和.NET原来有自己的entity
: framework，现在也向流行妥协，提供hibernate support，比如.NET可以设置
|
z****e
发帖数: 54598 | 150 你这么一大段看着累，来，我用关键字来给你总结一下
“nosql = not only sql，从诞生之日，就没有人说sql是over design，扔了算了。
事实上很多新兴的db公司都在nosql system上罩一层sql，然后作query optimization。
为什么要这么麻烦呢？这个原因就要从app server说起。
微软的legacy也是很多IT公司的legacy。”
错误的，微软的产品都是非标准的产品，问题多多
比如你在ibm的产品的使用经验，尤其是app server的使用经验，可以直接用在oracle
的weblogic上
.net不行
“这些公司invest了很多tools在sql上，最常见的就是在app server里面有一层data
access layer，管理data sources，connection pool，statement cache之类的资源。
这层之上数据都是以object形态出现，跟底层的数据存储结构无关。
app sever可以配置各种ORM tool。”
这个叫做dao或者是repository
有个非常好用annotation,@Repository
dao是一个模式
“最流行的是spring framework里面的hibernate，websphere和.NET原来有自己的
entity
framework，现在也向流行妥协，提供hibernate support，比如.NET可以设置
NHibernate。”
这个叫做jpa，nhibernate是.net的移植版，red hat当然会先保证j2ee版本的impl咯
red hat是jboss的东家，jboss就是一个app server
“app server的并发跟db的并发完全不是一回事。
前者最常见的是对事件消息队列的优化，focusing on failover，load-balancing。
后者最常见是对磁盘数据读取的优化，提高db的throughput。distributed systems里
面也要作load-balancing和failover。这些东西的基本思想一样，但是实现跟app层非
常不同。”
谁说不是一回事的？问题都是一样的
另外，message这个在j2ee里面叫做jms，message这个东西早就被完全定义下来了
load-balancing这个叫做cluster，不是什么也要做load-balancing这些
这个是分布式的基础中的基础，是个分布式的东西，它都会做这些
db的throughpu就是瓶颈，可以尽量用连接池等来优化，但是还是会有瓶颈
“这么作的目的都是让developer能尽可能的focus on BI logic。”
这句话正确
“Internet里的app server为了提高速度，常见的手段是在db上加各种layer，作各种
cache，让app server cluster可以从多个region直接从memory提取数据，这个意义上
来讲dal是扩大了。你可以说middleware扩大，但并不等同于db的萎缩。”
做各种cache没有错，但是做了cache也搞不定，因为cache本身跟db实现有很大关系
也就是mysql的cache实现很难挪用到db2上去
或者用第三方的cache产品，这个倒是一个方法，不过都不怎么普及
db萎缩的问题并不在于dal的扩大，而在于nosql在扩容时候有先天的优势
所以对于大量非重要数据，没有必要上db，实际上新项目就都在用nosql
还有就是一个市场不增长，光守，是吸引不了投资的
“nosql如果不提供sql access呢，对传统公司来讲，首先原先的DAL需要改。这个改起来
很麻烦，都还没涉及到stored procedure，就需要作很多工作，很多年的投资都白费了
。相反如果nosql db能提供sql支持，对这些公司来讲就可以省下很多钱作别的。”
db和nosql可以合作，现有系统不扩张，工作机会就减少了
扩张增长的地方才有工作机会，否则非洲工作机会最多
“这就是为什么最新的big data startup都抢着作app server的原因。
把nosql做成transanctional db呢，大约09,10年的时候就有很多尝试，已经有商用的
了。这里面有很多八卦，我就不细说了。”
这个就滑稽了，app server产品需要虚拟机实现
在此基础之上实现标准化组件，big data startup有什么标准和组件可言？
nosql不是db，早就有人总结了，nosql理想状态是做成db的超集
想nosql就nosql，想db就db，从这个意义上说还是要替代掉db
真正startup也就是做个大型系统，提供点web服务了事
做企业产品的也就是把hadoop包装一下拿去忽悠
“呵呵，我说过了，别指望我说关键。”
你的概念混淆了，跟你说了，你是外行，看分布式就是雾里看花
概念不清楚
optimization。
entity
【在 r**i 的大作中提到】
: nosql = not only sql，从诞生之日，就没有人说sql是over design，扔了算了。
: 事实上很多新兴的db公司都在nosql system上罩一层sql，然后作query optimization。
: 为什么要这么麻烦呢？这个原因就要从app server说起。
: 微软的legacy也是很多IT公司的legacy。
: 这些公司invest了很多tools在sql上，最常见的就是在app server里面有一层data
: access layer，管理data sources，connection pool，statement cache之类的资源。
: 这层之上数据都是以object形态出现，跟底层的数据存储结构无关。
: app sever可以配置各种ORM tool。
: 最流行的是spring framework里面的hibernate，websphere和.NET原来有自己的entity
: framework，现在也向流行妥协，提供hibernate support，比如.NET可以设置
|
|
|
z****e
发帖数: 54598 | 151 哈哈，你说不过了就死咬我是做app的
db和web一样，都是被弱化的部分
这个实际上过去20年就没有变过
我说过我见过这个职位啊
哈哈，我也告诉了你这个职位我的认识
忽悠成分大于实际的
实际上大部分db工作，除了dba做一部分外
还有就是开发来搞定
dba也就是帮人打打下手
db不是不会，这是基本功
但是现在说db没有什么意义，就好比现在说os一样
这个行业已经逐步停止增长或者说很难继续增长了
热点和机会都不在这里
或者换一个说法，其实很多db architect就是开发在做
告诉你流量呢，是告诉你我在做什么
可惜你不懂，居然不明白分布式最大的衡量标准其实就是流量
如果没有流量的问题，所谓的分布式各种产品就是折腾
还不如搞app
面试时候经常问一个问题
你做过最大的系统有多大？
难倒你在面试的时候没有遇到过这么经典的问题？
嗯，也可能把，startup再大又能有多大？
【在 r**i 的大作中提到】
: 你不知道因为你不是db insider，很多db company都有这个职位, data driven
: startups也有这个职位。说到底你是作app的，这是对作db的公司而言。小公司db
: architect非常hands on，要写很多open source之间的glue code。起一个server不是
: 那么容易的。对了，你推崇备至的ibm里面就有这个职位，oracle也有这个职位。我在
: meetup上见过的db architects多了去了。还比神马流量，流量谁多谁说话有理阿
: 。那姐跟你费这口舌，把日流量一放就行了。
|
z****e
发帖数: 54598 | 152 还有，inernet那些，真正用app server的很少
大部分都是web server
当然有back end
但是back end都是spring framework
真正用app server的di的恐怕是没有
所以web公司的人真心不是很懂app server |
r**i
发帖数: 2328 | 153 再说一遍，你很多概念不清。你前面那些帖子把DB，sql，RDBMS都等同起来。DB不光是
RDBMS, document-oriented, federated，graph db都算，你要质疑可以发信问SIGMOD
。:D
SQL不过是个language standard，没人会说它是个DB, nosql里面照样可以实现SQL。
Hadoop当然不是一个DB，HBase才是。不过，你似乎认为作bigdata的公司非得是直接作
Hadoop的, not true。
DB architect不是DBA，我已经说了，需要heavy coding。
看似你也没有Internet startup经验，Internet startup有其特殊性，自开始处理的就
可以是PB级的。
startup做过，才是真正多面手，哪里都能上。那谁要说跳出db框架，容易的很，去
startup锻炼一下就成。
关于app server，我看你的回帖大部分在repeating，或者提新的概念。这种没啥好争
的，jboss, tomcat作过也就是用过, cluster，jpa，jms也就是配置一下，又不是开发
这些。都提到hibernate了，怎么会不知道DAO？
middleware有了app server，也算比较成熟了。前台才叫混乱，很多技术还没形成统一
标准，各家都自成一套，要学一堆toolkit，光js就有jquery, dojo, ext js, 各种
plugin各种widgets。我有阵子一周用五种langauges写东西，真是吐血。相比而言，中
间和后台的技术相对还比较稳定了。
CAP理论去年Eric Brewer已经出来clarify了，2 of 3 is misleading。（http://www.infoq.com/articles/cap-twelve-years-later-how-the-rules-have-changed），你的知识需要update。
是阿，想不通了把，因为你把Internet company等同于Web company，作Internet的可
不止Web，所以不一定只用Web server。你说Uber用app server嘛？你说Nest Labs用
app server嘛？还是见得太少。
【在 z****e 的大作中提到】
: 还有，inernet那些，真正用app server的很少
: 大部分都是web server
: 当然有back end
: 但是back end都是spring framework
: 真正用app server的di的恐怕是没有
: 所以web公司的人真心不是很懂app server
|
r**i
发帖数: 2328 | 154 > 嗯，也可能把，startup再大又能有多大？
twitter, pinterst, dropbox向你问好。
【在 z****e 的大作中提到】
: 还有，inernet那些，真正用app server的很少
: 大部分都是web server
: 当然有back end
: 但是back end都是spring framework
: 真正用app server的di的恐怕是没有
: 所以web公司的人真心不是很懂app server
|
r**i
发帖数: 2328 | 155 谁会认为Hadoop是app server啊？你自己理解有问题好不好。有大公司作基于nosql的
app server，自然有startup也作这个，作了好去卖给大公司。你也知道这块现在还没
有标准，没有标准的时候startup才杀的进去。成熟了还作个鬼。BEA以前怎么搞，现在
这些startup就怎么搞。因为nosql自己也不成熟，作app server还要常常跑到里面去作
优化，作patch，所以这种company里一定需要懂db的人。Yahoo就有很多人跑出去搞这
个，跟学校合作的也很多。
好了，不跟你抬杠。你说的ejb那段还是挺对的，我在01,02年用j2ee的时候，的确是这
样的。后来spring framework逐渐起来，作中间的日子好过多了。db就别跟我扯了，跟
我扯我也不能多说什么，总不能把公司的东西在公众论坛上讲吧。像两天jh上亚麻的几
位，我都替他们捏把汗。
前台谁有兴趣，欢迎多交流。喜欢八卦各类startup的，多交流。
还有就是，hadoop什么不是app server
连边都算不上
真正的app server是j2ee的概念
每年以前sun现在oracle，都会发布证书出来
指明哪些app server是合格的
这里面websphere和weblogic是常客，jboss也不甘人后
其它的就不好说咯
hadoop是一个framework
你知道framework和app server的区别吗？
在多线程生命周期的控制上
framework只控制beans也就是组件的生命周期
不涉及线程本身的生命周期的管理，而server则主要是负责线程的管理
hadoop自己认为自己是一个framework
你可以自己跑去wikipedia上看看这个条目就明白了
从某种意义上说，hadoop是一个event based的framework
会用多线程，但那是不得不用，跟app server主动去管理多线程不是一回事
所以你说各家公司争着做app server
那我就笑了，app server只有ibm和oracle等少数几家在做
大多数big data都不是做app server的
一般是卖服务，或者是卖产品，当然产品这个概念包括有app server
但是一般这些产品都不直接跟websphere等竞争
比如做一个企业用的hadoop当然产品这个概念包括有app server
但是一般这些产品都不直接跟websphere等竞争
比如做一个企业用的hadoop
【在 z****e 的大作中提到】
: 还有，inernet那些，真正用app server的很少
: 大部分都是web server
: 当然有back end
: 但是back end都是spring framework
: 真正用app server的di的恐怕是没有
: 所以web公司的人真心不是很懂app server
|
j****n
发帖数: 1046 | 156 两位写的太好了，这么理一下很有帮助。
Raki, 你对mobile native app 和 HTML5 有啥看法？ 如果只能选一，你选哪一个？
【在 r**i 的大作中提到】
: 谁会认为Hadoop是app server啊？你自己理解有问题好不好。有大公司作基于nosql的
: app server，自然有startup也作这个，作了好去卖给大公司。你也知道这块现在还没
: 有标准，没有标准的时候startup才杀的进去。成熟了还作个鬼。BEA以前怎么搞，现在
: 这些startup就怎么搞。因为nosql自己也不成熟，作app server还要常常跑到里面去作
: 优化，作patch，所以这种company里一定需要懂db的人。Yahoo就有很多人跑出去搞这
: 个，跟学校合作的也很多。
: 好了，不跟你抬杠。你说的ejb那段还是挺对的，我在01,02年用j2ee的时候，的确是这
: 样的。后来spring framework逐渐起来，作中间的日子好过多了。db就别跟我扯了，跟
: 我扯我也不能多说什么，总不能把公司的东西在公众论坛上讲吧。像两天jh上亚麻的几
: 位，我都替他们捏把汗。
|
w*********e
发帖数: 5286 | 157 强烈要求大牛说关键，不说关键，说八卦也行
optimization。
entity
【在 r**i 的大作中提到】
: nosql = not only sql，从诞生之日，就没有人说sql是over design，扔了算了。
: 事实上很多新兴的db公司都在nosql system上罩一层sql，然后作query optimization。
: 为什么要这么麻烦呢？这个原因就要从app server说起。
: 微软的legacy也是很多IT公司的legacy。
: 这些公司invest了很多tools在sql上，最常见的就是在app server里面有一层data
: access layer，管理data sources，connection pool，statement cache之类的资源。
: 这层之上数据都是以object形态出现，跟底层的数据存储结构无关。
: app sever可以配置各种ORM tool。
: 最流行的是spring framework里面的hibernate，websphere和.NET原来有自己的entity
: framework，现在也向流行妥协，提供hibernate support，比如.NET可以设置
|
w*********e
发帖数: 5286 | 158 内容不评论，结论不认同，不过强烈建议说话简洁明了一点。
网上口水10行说不完的，统统拉出去打屁股
【在 z****e 的大作中提到】
: 还有，inernet那些，真正用app server的很少
: 大部分都是web server
: 当然有back end
: 但是back end都是spring framework
: 真正用app server的di的恐怕是没有
: 所以web公司的人真心不是很懂app server
|
a**********k
发帖数: 1953 | 159 啊， 两天没来， 几位又有这么多高论. 似乎又深入了一些， 不错！
你这问题提的好， 让我们来见识一下Raki知识的广博度。
【在 j****n 的大作中提到】
: 两位写的太好了，这么理一下很有帮助。
: Raki, 你对mobile native app 和 HTML5 有啥看法？ 如果只能选一，你选哪一个？
|
a**********k
发帖数: 1953 | 160 He did not specifically name one as I recall, but based
on the context, he was perceivably referring to other
professors in other areas like networking in his department.
【在 w*********e 的大作中提到】
: then what is the first-class citizen?
|
|
|
a**********k
发帖数: 1953 | 161 这个我来说句公道话。前面大家讨论时都把DB，SQL，RDBMS混用，
你我也一样， 反正大家都明白就行， 不是写正式论文。 何况他
来浙版讨论，算是客人， 现在回过来这样说他就不厚道了。他虽然
不是DB专业， 但也算是CS出身，这些基本概念应该不至于不懂。
这里顺便向不是这行的老乡科普一下。 DB就是常说的Database，
中文叫数据库. 传统的数据库模型是E. F. Codd发明的Relational模型。
实现RDB(Relational DB)的软件管理系统，就是RDBMS， 比如ORACLE，
MYSQL， SQL SEVER， IBM DB2等。
RDB的查询语言基于Relational Algebra, 或Relationa Calculus，
相当于数学里的一阶逻辑。 SQL就是标准化的RDB的查询语言。
纯粹的SQL因为基于一阶逻辑， 所以不是图灵完备(Turing-complete)的。
但常用扩充的SQL是图灵完备的。
SIGMOD
【在 r**i 的大作中提到】
: 再说一遍，你很多概念不清。你前面那些帖子把DB，sql，RDBMS都等同起来。DB不光是
: RDBMS, document-oriented, federated，graph db都算，你要质疑可以发信问SIGMOD
: 。:D
: SQL不过是个language standard，没人会说它是个DB, nosql里面照样可以实现SQL。
: Hadoop当然不是一个DB，HBase才是。不过，你似乎认为作bigdata的公司非得是直接作
: Hadoop的, not true。
: DB architect不是DBA，我已经说了，需要heavy coding。
: 看似你也没有Internet startup经验，Internet startup有其特殊性，自开始处理的就
: 可以是PB级的。
: startup做过，才是真正多面手，哪里都能上。那谁要说跳出db框架，容易的很，去
|
a**********k
发帖数: 1953 | 162 OS这几年主要是随着硬件，尤其是处理器技术的发展， 象
64-bit， Multicore， Numa等。 还有就是Virtualization后
的Hyperviosr以及lightweight namespace support in kernel
等。
这个行业已经逐步停止增长或者说很难继续增长了
热点和机会都不在这里
或者换一个说法，其实很多db architect就是开发在做
【在 z****e 的大作中提到】
: 还有，inernet那些，真正用app server的很少
: 大部分都是web server
: 当然有back end
: 但是back end都是spring framework
: 真正用app server的di的恐怕是没有
: 所以web公司的人真心不是很懂app server
|
r**i
发帖数: 2328 | 163 扩大了说吧，不局限html5。
msite的好处就UI比较rich，很多游戏公司喜欢用这个，Web能作的msite都能作。然后
为了扩大distribution，嵌在native app里面，通过app store发售。而且作msite开发
，以前作web前台的migrate过来很方便，根本不用考虑平台的问题。
但是html 5以后是不是主流还不好说，这东西限制太多了, 各类
mobile browsers的兼容问题, 跟app API的兼容问题, performance当然跟native app
没发比了。
你如果不是开发游戏，只是作个普通的app，用native app比较好。反正用户习惯也是
去app store下载一个。
开发ios，objective c比较inclusive，但是xcode的support还是很强大的，sample
code很多，不用担心那个繁琐的语法。开发
android
，java+intellij+google dev kit，java谁都会，更方便。搞定这两平台，基本上你的
app已经
可以让大多数人access了。html5现在冲进去还早，w3要想推广，以后肯定会有更强大
的feature出来的。倒时候再学不迟。
【在 j****n 的大作中提到】
: 两位写的太好了，这么理一下很有帮助。
: Raki, 你对mobile native app 和 HTML5 有啥看法？ 如果只能选一，你选哪一个？
|
r**i
发帖数: 2328 | 164 你太谦虚了。hot startup的才是牛人阿。面试难，作的东西新，牛人多，自己的水平
不提高都难。要不来讲讲你的看法阿，经历阿，或者八卦都可以阿。
【在 w*********e 的大作中提到】
: 强烈要求大牛说关键，不说关键，说八卦也行
:
: optimization。
: entity
|
r**i
发帖数: 2328 | 165 有空来讲讲这些技术啊，别光提名词。粗浅一点的就行，不用设计公司机密的:D
【在 a**********k 的大作中提到】
: OS这几年主要是随着硬件，尤其是处理器技术的发展， 象
: 64-bit， Multicore， Numa等。 还有就是Virtualization后
: 的Hyperviosr以及lightweight namespace support in kernel
: 等。
:
: 这个行业已经逐步停止增长或者说很难继续增长了
: 热点和机会都不在这里
: 或者换一个说法，其实很多db architect就是开发在做
|
j****n
发帖数: 1046 | 166 你是说mix mode 吧？ web app 和 native app 合用一些关键的部件。
app
这个目前是个问题，不过我现在对技术一日千里的发展趋势深信不疑，相信不久这个问
题会得到解决。
我怎么觉的应该是反过来，普通APP, 适合web App。游戏才要native app. 不过我对网
络游戏的开发一无所知，很可能错了。
对与资源缺乏的个人作坊，不太可能同时做native app 和web app. 不知道google DOC
有没有native app 可以允许online 编辑的。 |
r**i
发帖数: 2328 | 167 hybrid mode。普通app，指非游戏类，比如linkedin就从msite换成了native mobile
app。这类app的interactive对UI的要求不是很fancy。我不是很清楚你想作什么，你要
online coding还是作emulator？
DOC
【在 j****n 的大作中提到】
: 你是说mix mode 吧？ web app 和 native app 合用一些关键的部件。
: app
: 这个目前是个问题，不过我现在对技术一日千里的发展趋势深信不疑，相信不久这个问
: 题会得到解决。
: 我怎么觉的应该是反过来，普通APP, 适合web App。游戏才要native app. 不过我对网
: 络游戏的开发一无所知，很可能错了。
: 对与资源缺乏的个人作坊，不太可能同时做native app 和web app. 不知道google DOC
: 有没有native app 可以允许online 编辑的。
|
j****n
发帖数: 1046 | 168 有点类似于online editing. 但还要支持基本的audio/video recording.
所以比较纠结于选哪个app. 后端还好说，前端因要考虑用户的行为，比较难以定夺。
【在 r**i 的大作中提到】
: hybrid mode。普通app，指非游戏类，比如linkedin就从msite换成了native mobile
: app。这类app的interactive对UI的要求不是很fancy。我不是很清楚你想作什么，你要
: online coding还是作emulator？
:
: DOC
|
r**i
发帖数: 2328 | 169 想给app store纳粮，瞄准高端用户，上ios，瞄准大众用户，上andriod
不想给app store纳粮，上html5
【在 j****n 的大作中提到】
: 有点类似于online editing. 但还要支持基本的audio/video recording.
: 所以比较纠结于选哪个app. 后端还好说，前端因要考虑用户的行为，比较难以定夺。
|
j****n
发帖数: 1046 | 170 ios 就更不考虑了，就Android 和 HTML5 两个我还定不下来呢。
有时候，选择多也麻烦.
【在 r**i 的大作中提到】
: 想给app store纳粮，瞄准高端用户，上ios，瞄准大众用户，上andriod
: 不想给app store纳粮，上html5
|
|
|
w****k
发帖数: 6244 | 171 要考虑长远和现在，
比如将来audio video的支持是不是要变复杂？是不是很重要。
如果是，就不要考虑html5了。
如果功能都能html5实现，将来scale up也不会是瓶颈，那当然
html5. 快速发布到多个平台，迅速占领用户，迭代。才是关键。
【在 j****n 的大作中提到】
: ios 就更不考虑了，就Android 和 HTML5 两个我还定不下来呢。
: 有时候，选择多也麻烦.
|
z********e
发帖数: 8818 | 172 赞这个
【在 w****k 的大作中提到】
: 要考虑长远和现在，
: 比如将来audio video的支持是不是要变复杂？是不是很重要。
: 如果是，就不要考虑html5了。
: 如果功能都能html5实现，将来scale up也不会是瓶颈，那当然
: html5. 快速发布到多个平台，迅速占领用户，迭代。才是关键。
|
c****p
发帖数: 6474 | 173 他不是从yahoo跳过去的么。。。
【在 L******w 的大作中提到】
: Qi Lu是不是谷歌派去微软的无间道？
|
w*********e
发帖数: 5286 | 174 networking有什么可以瞧不起别的人，我还以为是搞theory的呢
不过话说回来哈，这些年DB的academia被stonebraker等几个
老大及其一帮孝子贤孙把持着，只会盯着自己那一亩三分地，
好像什么大东西都没搞出吧，
bigtable, hadoop, nosql 之类都是industry弄出来的，搞出来之后
这几个大牛牛还要泼冷水，呵呵
【在 a**********k 的大作中提到】
: He did not specifically name one as I recall, but based
: on the context, he was perceivably referring to other
: professors in other areas like networking in his department.
:
|
r**i
发帖数: 2328 | 175 到底是做老板的，商业头脑不一般啊：D
【在 w****k 的大作中提到】
: 要考虑长远和现在，
: 比如将来audio video的支持是不是要变复杂？是不是很重要。
: 如果是，就不要考虑html5了。
: 如果功能都能html5实现，将来scale up也不会是瓶颈，那当然
: html5. 快速发布到多个平台，迅速占领用户，迭代。才是关键。
|
a**********k
发帖数: 1953 | 176 做theory的要守得着清贫。
Stonebraker也就在SIGMOD里混混，DB里做理论的大牛
太多，都在PODS， Stonebraker选了DB，但理论不强，
做了Ingres/Postgres后就在吃老本. 而Dewitt则是
早年得罪了业界大老， 就悲催了。
PODS里面大致也有两大派系， 中间还有几条虚线。
你说的哪些新技术应该是源之学术界和工业界的合作，
不过与Stonebraker那帮人没关系, 主要是Stanford-Google
这条线。Sergey Brin就是Ullman的学生。一般是工业界碰到
实际问题， 学术界提出思路， 再回到工业界实现。现在
Networking里的SDN技术也是这个模式。
【在 w*********e 的大作中提到】
: networking有什么可以瞧不起别的人，我还以为是搞theory的呢
: 不过话说回来哈，这些年DB的academia被stonebraker等几个
: 老大及其一帮孝子贤孙把持着，只会盯着自己那一亩三分地，
: 好像什么大东西都没搞出吧，
: bigtable, hadoop, nosql 之类都是industry弄出来的，搞出来之后
: 这几个大牛牛还要泼冷水，呵呵
|
r**i
发帖数: 2328 | 177 所以说学校的地理位置很重要阿。standford和硅谷的技术发展真是相辅相成，最近前
台中间后台，好多新技术都出自stanford。wisconsin的db那么牛，离工业中心偏远了
，这几年就没什么有影响力的新东西作出来。湾区好几家db公司的founders要不是
standford出来的就是跟standford有点联系的。
UW离MS近，data group/graphics都很强。不过whisper也没说错，推动nosql还是
industry为主，有些东西没什么理论可循，就是很多方法中的一种work了，大家群策群
力把这个东西作大作完善。
【在 a**********k 的大作中提到】
: 做theory的要守得着清贫。
: Stonebraker也就在SIGMOD里混混，DB里做理论的大牛
: 太多，都在PODS， Stonebraker选了DB，但理论不强，
: 做了Ingres/Postgres后就在吃老本. 而Dewitt则是
: 早年得罪了业界大老， 就悲催了。
: PODS里面大致也有两大派系， 中间还有几条虚线。
: 你说的哪些新技术应该是源之学术界和工业界的合作，
: 不过与Stonebraker那帮人没关系, 主要是Stanford-Google
: 这条线。Sergey Brin就是Ullman的学生。一般是工业界碰到
: 实际问题， 学术界提出思路， 再回到工业界实现。现在
|
a**********k
发帖数: 1953 | 178 这些都是很普通但很有用的东西。看来你对OS和硬件不熟。
我一直认为做软件的，不管是系统软件还是应用软件，对OS
一定要吃透， 最好把BSD或Linux Kernel代码读一遍，
至少是Task management和Memory Management这两部分。
比如输入数据总线连到你的Server母板某一个Multicore node，
如果你对OS有深入了解， 就可以把你的输入数据处理Process
分配到那个core上， 再通过NUMA控制把数据存在与那个core直接
相连的memory模块上。 如此你的输入数据处理的瓶颈可能一下子
解决了。 而这些光在应用软件里是很难做到的。
【在 r**i 的大作中提到】
: 有空来讲讲这些技术啊，别光提名词。粗浅一点的就行，不用设计公司机密的:D
|
r**i
发帖数: 2328 | 179 对OS我还是熟悉的，linux kernel代码分析对科班来说是mandotary，平时trouble
shooting也要用到。OS还算跟我作的邻接的一层。体系结构，隔两层，平时完全用不到
，我的知识就停留在course level，所以需要听听你老的科普。
【在 a**********k 的大作中提到】
: 这些都是很普通但很有用的东西。看来你对OS和硬件不熟。
: 我一直认为做软件的，不管是系统软件还是应用软件，对OS
: 一定要吃透， 最好把BSD或Linux Kernel代码读一遍，
: 至少是Task management和Memory Management这两部分。
: 比如输入数据总线连到你的Server母板某一个Multicore node，
: 如果你对OS有深入了解， 就可以把你的输入数据处理Process
: 分配到那个core上， 再通过NUMA控制把数据存在与那个core直接
: 相连的memory模块上。 如此你的输入数据处理的瓶颈可能一下子
: 解决了。 而这些光在应用软件里是很难做到的。
|
w*********e
发帖数: 5286 | 180 不敢当，专业问题就不说了，一是我水平不高，二是这种东西仁智各现
就说个感受把，这startup风格确实和大公司很不一样，一是大公司员工基本
是美国好学校出来的MS，PHD之类，教育背景类似思维方式也类似，startup
有很多open source的人，有的人甚至连学位都没有，但人聪明很hands-on，
sharp，down-to-earth, 和academia里面炒概念玩点数学算法写paper
的那些人完全是两个极端
这招人也有特点，曾经拒了个在学校和著名research lab里面
呆了好几年写了一堆sigmod/vldb paper的candidate，最后hire了
个没美国学位当然更没什么paper，从欧洲某国来的年轻小白。
当然了，还是要说事情都是两面的，startup也有startup问题就是了。
【在 r**i 的大作中提到】
: 你太谦虚了。hot startup的才是牛人阿。面试难，作的东西新，牛人多，自己的水平
: 不提高都难。要不来讲讲你的看法阿，经历阿，或者八卦都可以阿。
|
|
|
w****k
发帖数: 6244 | 181 我的理解，
startup更看重迎接挑战的激情，学习的热情，知识面的广度。
好的candidate对某些东西精通，但对市面上流行的技术都知道个一二
需要的时候能很快把他们组合起来应用。
【在 w*********e 的大作中提到】
: 不敢当，专业问题就不说了，一是我水平不高，二是这种东西仁智各现
: 就说个感受把，这startup风格确实和大公司很不一样，一是大公司员工基本
: 是美国好学校出来的MS，PHD之类，教育背景类似思维方式也类似，startup
: 有很多open source的人，有的人甚至连学位都没有，但人聪明很hands-on，
: sharp，down-to-earth, 和academia里面炒概念玩点数学算法写paper
: 的那些人完全是两个极端
: 这招人也有特点，曾经拒了个在学校和著名research lab里面
: 呆了好几年写了一堆sigmod/vldb paper的candidate，最后hire了
: 个没美国学位当然更没什么paper，从欧洲某国来的年轻小白。
: 当然了，还是要说事情都是两面的，startup也有startup问题就是了。
|
w*********e
发帖数: 5286 | 182 exactly， btw，去了startup，脾气也变坏了
以前读书工作我从未和人红过脸，争论都没有，
去了startup几个月和人大吵三架，对象
从engineer到vp，nnd
【在 w****k 的大作中提到】
: 我的理解，
: startup更看重迎接挑战的激情，学习的热情，知识面的广度。
: 好的candidate对某些东西精通，但对市面上流行的技术都知道个一二
: 需要的时候能很快把他们组合起来应用。
|
w****k
发帖数: 6244 | 183 也许不叫脾气变坏
而只是更敢言了
该吵的“架”，是需要吵的。
尤其我们华人，向来给人家的印象是沉默寡言只知道做事，
吵吵有好处。
【在 w*********e 的大作中提到】
: exactly， btw，去了startup，脾气也变坏了
: 以前读书工作我从未和人红过脸，争论都没有，
: 去了startup几个月和人大吵三架，对象
: 从engineer到vp，nnd
|
r**i
发帖数: 2328 | 184 你说的很对。startup看重hands on，不能写production code，原理说的头头是道也没
有用，公司又没有dev team专门来给某个人实现ideas。coding这个行当，头脑要清楚
，工具要熟练，学习新东西能力要强，跟学位是没什么关系的。这种能力有些是天生的
，有些是后天去摸爬滚打锻炼出来的。我在一些startup呆过，也负责招过人。很多人
一眼就能看出来，不是什么作startup的料子，什么都要做好了端给他才能出活。这种
我直接就pass，再是名校的学历也没用。
【在 w*********e 的大作中提到】
: 不敢当，专业问题就不说了，一是我水平不高，二是这种东西仁智各现
: 就说个感受把，这startup风格确实和大公司很不一样，一是大公司员工基本
: 是美国好学校出来的MS，PHD之类，教育背景类似思维方式也类似，startup
: 有很多open source的人，有的人甚至连学位都没有，但人聪明很hands-on，
: sharp，down-to-earth, 和academia里面炒概念玩点数学算法写paper
: 的那些人完全是两个极端
: 这招人也有特点，曾经拒了个在学校和著名research lab里面
: 呆了好几年写了一堆sigmod/vldb paper的candidate，最后hire了
: 个没美国学位当然更没什么paper，从欧洲某国来的年轻小白。
: 当然了，还是要说事情都是两面的，startup也有startup问题就是了。
|
r**i
发帖数: 2328 | 185 passion这个东西很重要，论钱的话，startup的risk/reward ration太高，压力大，辛
苦多了。没有passion的话，很快就坚持不住了。
对，关键是要跟最in的技术，大公司一呆七八年的，出来基本就废了。
【在 w****k 的大作中提到】
: 我的理解，
: startup更看重迎接挑战的激情，学习的热情，知识面的广度。
: 好的candidate对某些东西精通，但对市面上流行的技术都知道个一二
: 需要的时候能很快把他们组合起来应用。
|
r**i
发帖数: 2328 | 186 哈，吵架是正常的，压力山大的时候不吵不能get things done。
去startup成长很快的，人和人之间的interaction很多，不像大公司，整天坐在一个地
方，可以几天跟人讲话不超过10句。startup跟外面公司合作很多，有时也要派工程师
出去开会，对个人的communication和presentation能力是很好的培养。
【在 w*********e 的大作中提到】
: exactly， btw，去了startup，脾气也变坏了
: 以前读书工作我从未和人红过脸，争论都没有，
: 去了startup几个月和人大吵三架，对象
: 从engineer到vp，nnd
|
w****k
发帖数: 6244 | 187 不停学新东西还不停要马上用赶deadline
push to production的确很累
没passion顶不住
我最看重这一条
【在 r**i 的大作中提到】
: passion这个东西很重要，论钱的话，startup的risk/reward ration太高，压力大，辛
: 苦多了。没有passion的话，很快就坚持不住了。
: 对，关键是要跟最in的技术，大公司一呆七八年的，出来基本就废了。
|
r**i
发帖数: 2328 | 188 今天看了英文新闻，还没上西版看大家的评论。虽然早就听说了，还是比较震动的。这
次大刀阔斧的改革，真是搏命之举啊。微软的consumer product是该整合了，一堆各自
为阵的亏钱产品，想让人喜欢也喜欢不起来啊。SB这次能否成为Gerstner第二次，成败
在次一举。
感想一，美国IT形势变化真快。微软前几年还是号称不裁人的公司，自08年破了戒之后
，年年都要reorg，员工turnover rate一下上去了。这次据说裁的不多，但是有人得志
就有人失意，估计跳槽的会不少。
感想二，升的这些VP里头，基本都是技术出身，除了Satya，谁也没有正经的MBA学位，
再次证明在技术公司上升还是得走技术道路。
感想三，Qi Lu真强大，一代能混这样，太牛了。冲Qi Lu也得多顶顶微软。 |
i***h
发帖数: 12655 | 189 没有vision 和 execution,
再重组也木用
SB还在顶上坐着
也不知道那帮市场部的家伙是谁管
【在 r**i 的大作中提到】
: 今天看了英文新闻，还没上西版看大家的评论。虽然早就听说了，还是比较震动的。这
: 次大刀阔斧的改革，真是搏命之举啊。微软的consumer product是该整合了，一堆各自
: 为阵的亏钱产品，想让人喜欢也喜欢不起来啊。SB这次能否成为Gerstner第二次，成败
: 在次一举。
: 感想一，美国IT形势变化真快。微软前几年还是号称不裁人的公司，自08年破了戒之后
: ，年年都要reorg，员工turnover rate一下上去了。这次据说裁的不多，但是有人得志
: 就有人失意，估计跳槽的会不少。
: 感想二，升的这些VP里头，基本都是技术出身，除了Satya，谁也没有正经的MBA学位，
: 再次证明在技术公司上升还是得走技术道路。
: 感想三，Qi Lu真强大，一代能混这样，太牛了。冲Qi Lu也得多顶顶微软。
|
b*w
发帖数: 14917 | 190 微软 VS 2008挺好用的，刚从VS 6.0 转过来。顶微软。 |
|
|
x*********n
发帖数: 28013 | 191 B的思路是对的，未来IT要做的就是service，要向verizon方向发展。
比如游戏，sony，任天堂，ms，sony买了一个startup，小弟不才电面第一轮倒下，小
公司的bar非常高，HM非常senior，架构是service provider的架构，也就是说，人家
做的是online game的体验。可见sony的用心。
说说service的成功要诀。
1.硬件，MSFT现在全球第三大网络（媲美SP），DC急剧扩张，10G port几乎是最小的
port，（媲美小SP backbone）
2.软件，MSFT的名字。
要钱有钱，要人有人，要传统有传统，
只要这把service做好了，不但保证10Q好看，而且稳定，verizon类似的架构必然会吸
引更多passive investor，从长远看，这块MSFT几乎没有对手。
BTW，小弟不才，AWS和MSFT的engineer都电面过，感觉amazon的engineer比MSFT差了好
几个级别。特别是AWS的第二轮白人小伙，简直水平比我还差，反观MSFT的senior，和
我惺惺相惜，思路狂清晰，每个问题都是key，真心想跟着大牛好好学习。 |
r**i
发帖数: 2328 | 192 重组就是为了execution，内部platform都不统一谈什么vision和innovation。微软在
向IBM靠拢，未来创新靠买小公司，整合进自己的大统一platform，卖售后。MBA就擅长
搞这套整合手头已有的资源的路数。优点是revenue稳定，短期内有喝红牛效应，缺点
是吸引不了技术人才，长期对企业竞争力有影响。
【在 i***h 的大作中提到】
: 没有vision 和 execution,
: 再重组也木用
: SB还在顶上坐着
: 也不知道那帮市场部的家伙是谁管
|
r**i
发帖数: 2328 | 193 Saas这个概念IBM早就玩过了，所以我第一贴提到了gerstner，你去看看90年代末的IBM
案例，跟现在很类似。整合肯定是比不整合好的。现在主要看微软这针强心剂是否有效
，能持续多久。
不要贬低亚麻，亚麻还是很厉害的，几个产品都很成功，作consumer market就是要靠
产品讲话。
【在 x*********n 的大作中提到】
: B的思路是对的，未来IT要做的就是service，要向verizon方向发展。
: 比如游戏，sony，任天堂，ms，sony买了一个startup，小弟不才电面第一轮倒下，小
: 公司的bar非常高，HM非常senior，架构是service provider的架构，也就是说，人家
: 做的是online game的体验。可见sony的用心。
: 说说service的成功要诀。
: 1.硬件，MSFT现在全球第三大网络（媲美SP），DC急剧扩张，10G port几乎是最小的
: port，（媲美小SP backbone）
: 2.软件，MSFT的名字。
: 要钱有钱，要人有人，要传统有传统，
: 只要这把service做好了，不但保证10Q好看，而且稳定，verizon类似的架构必然会吸
|
j****n
发帖数: 1046 | 194 微软应该分拆，太大了互相牵制，分了后有更多独立性。
就像中国，其实分成几个部分可能比较好。
IBM
【在 r**i 的大作中提到】
: Saas这个概念IBM早就玩过了，所以我第一贴提到了gerstner，你去看看90年代末的IBM
: 案例，跟现在很类似。整合肯定是比不整合好的。现在主要看微软这针强心剂是否有效
: ，能持续多久。
: 不要贬低亚麻，亚麻还是很厉害的，几个产品都很成功，作consumer market就是要靠
: 产品讲话。
|
x*********n
发帖数: 28013 | 195 对的，我早就在说B是在向IBM看气，西版的帖子就是这么讲的。
jobhunting版都看不上IBM，嫌钱给的少，可是人家IBM股价稳稳的，显然很成功。
MSFT还是比IBM有一些不同，毕竟形势不一样。
re-org我同意是强心针，但是re-org之后怎么走，如何突出product+service的重点，
是关键。
bing之类的是彻底做形象工程，还是继续针扎，Xbox做不做sony一样的online，cloud
是不是敢继续撒钱做基础建设。
后面就很关键了。
IBM
【在 r**i 的大作中提到】
: Saas这个概念IBM早就玩过了，所以我第一贴提到了gerstner，你去看看90年代末的IBM
: 案例，跟现在很类似。整合肯定是比不整合好的。现在主要看微软这针强心剂是否有效
: ，能持续多久。
: 不要贬低亚麻，亚麻还是很厉害的，几个产品都很成功，作consumer market就是要靠
: 产品讲话。
|
l*******r
发帖数: 39279 | 196 话说你找到新工作了？
在此侃侃而谈
【在 x*********n 的大作中提到】
: B的思路是对的，未来IT要做的就是service，要向verizon方向发展。
: 比如游戏，sony，任天堂，ms，sony买了一个startup，小弟不才电面第一轮倒下，小
: 公司的bar非常高，HM非常senior，架构是service provider的架构，也就是说，人家
: 做的是online game的体验。可见sony的用心。
: 说说service的成功要诀。
: 1.硬件，MSFT现在全球第三大网络（媲美SP），DC急剧扩张，10G port几乎是最小的
: port，（媲美小SP backbone）
: 2.软件，MSFT的名字。
: 要钱有钱，要人有人，要传统有传统，
: 只要这把service做好了，不但保证10Q好看，而且稳定，verizon类似的架构必然会吸
|
w****k
发帖数: 6244 | 197 oops，你这后半句，爱国人士看了要跳脚的...
【在 j****n 的大作中提到】
: 微软应该分拆，太大了互相牵制，分了后有更多独立性。
: 就像中国，其实分成几个部分可能比较好。
:
: IBM
|
w****k
发帖数: 6244 | 198 MSFT第一件事，是应该把SB开掉。一号人物，对科技发展没有远见和洞察力，
也缺乏领袖气质。走人了，股价立刻上升20%
【在 r**i 的大作中提到】
: 今天看了英文新闻，还没上西版看大家的评论。虽然早就听说了，还是比较震动的。这
: 次大刀阔斧的改革，真是搏命之举啊。微软的consumer product是该整合了，一堆各自
: 为阵的亏钱产品，想让人喜欢也喜欢不起来啊。SB这次能否成为Gerstner第二次，成败
: 在次一举。
: 感想一，美国IT形势变化真快。微软前几年还是号称不裁人的公司，自08年破了戒之后
: ，年年都要reorg，员工turnover rate一下上去了。这次据说裁的不多，但是有人得志
: 就有人失意，估计跳槽的会不少。
: 感想二，升的这些VP里头，基本都是技术出身，除了Satya，谁也没有正经的MBA学位，
: 再次证明在技术公司上升还是得走技术道路。
: 感想三，Qi Lu真强大，一代能混这样，太牛了。冲Qi Lu也得多顶顶微软。
|
x*********n
发帖数: 28013 | 199 你消息怎么这么灵。。
拿到offer第一时间就跑去求软软给个机会，工资低一点哥也去软软。
准备持币买入MSFT。看多软软。
【在 l*******r 的大作中提到】
: 话说你找到新工作了？
: 在此侃侃而谈
|
l****z
发帖数: 29846 | 200 同意这个,关键点没有抓住. SB这么烂的人早该走人.
【在 w****k 的大作中提到】
: MSFT第一件事，是应该把SB开掉。一号人物，对科技发展没有远见和洞察力，
: 也缺乏领袖气质。走人了，股价立刻上升20%
|
|
|
j****n
发帖数: 1046 | 201 上到版面了，很奇怪的感觉，浙江版上讨论微软重组，是不是有点狗拿耗子的感觉？
【在 l****z 的大作中提到】
: 同意这个,关键点没有抓住. SB这么烂的人早该走人.
|
g*****s
发帖数: 1288 | 202 第一次听说MSFT想变成verizon
【在 x*********n 的大作中提到】
: B的思路是对的，未来IT要做的就是service，要向verizon方向发展。
: 比如游戏，sony，任天堂，ms，sony买了一个startup，小弟不才电面第一轮倒下，小
: 公司的bar非常高，HM非常senior，架构是service provider的架构，也就是说，人家
: 做的是online game的体验。可见sony的用心。
: 说说service的成功要诀。
: 1.硬件，MSFT现在全球第三大网络（媲美SP），DC急剧扩张，10G port几乎是最小的
: port，（媲美小SP backbone）
: 2.软件，MSFT的名字。
: 要钱有钱，要人有人，要传统有传统，
: 只要这把service做好了，不但保证10Q好看，而且稳定，verizon类似的架构必然会吸
|
i***h
发帖数: 12655 | 203 为什么？
微软的ＰＣ革命，影响了全世界整整一代人
人人得而诛之
这里讨论的基本都是码工吧
【在 j****n 的大作中提到】
: 上到版面了，很奇怪的感觉，浙江版上讨论微软重组，是不是有点狗拿耗子的感觉？
|
L******w
发帖数: 5407 | 204 Qi Lu是不是谷歌派去微软的无间道？
【在 r**i 的大作中提到】
: 今天看了英文新闻，还没上西版看大家的评论。虽然早就听说了，还是比较震动的。这
: 次大刀阔斧的改革，真是搏命之举啊。微软的consumer product是该整合了，一堆各自
: 为阵的亏钱产品，想让人喜欢也喜欢不起来啊。SB这次能否成为Gerstner第二次，成败
: 在次一举。
: 感想一，美国IT形势变化真快。微软前几年还是号称不裁人的公司，自08年破了戒之后
: ，年年都要reorg，员工turnover rate一下上去了。这次据说裁的不多，但是有人得志
: 就有人失意，估计跳槽的会不少。
: 感想二，升的这些VP里头，基本都是技术出身，除了Satya，谁也没有正经的MBA学位，
: 再次证明在技术公司上升还是得走技术道路。
: 感想三，Qi Lu真强大，一代能混这样，太牛了。冲Qi Lu也得多顶顶微软。
|
w*********e
发帖数: 5286 | 205 小公司，特别是比较好的startup里面，hiring bar是挺高的
就算进来了，没两把刷子很容易现形，而且在startup的里面，
没人看你什么学位，什么学校毕业的，像我们公司前几个月
招了个名校cs phd，弯曲顶级著名的大公司干了4，5年，
没想到什么都不会，又不愿意学，进来几个月自己quit了。
什么微软amazon其实不重要，关键是你到大公司别学那些
老油条瞎混，多学点真本事再去startup不迟，人到了大公司
很容易废掉。
【在 x*********n 的大作中提到】
: B的思路是对的，未来IT要做的就是service，要向verizon方向发展。
: 比如游戏，sony，任天堂，ms，sony买了一个startup，小弟不才电面第一轮倒下，小
: 公司的bar非常高，HM非常senior，架构是service provider的架构，也就是说，人家
: 做的是online game的体验。可见sony的用心。
: 说说service的成功要诀。
: 1.硬件，MSFT现在全球第三大网络（媲美SP），DC急剧扩张，10G port几乎是最小的
: port，（媲美小SP backbone）
: 2.软件，MSFT的名字。
: 要钱有钱，要人有人，要传统有传统，
: 只要这把service做好了，不但保证10Q好看，而且稳定，verizon类似的架构必然会吸
|
j********p
发帖数: 9680 | |
c******j
发帖数: 3239 | |
s***t
发帖数: 13743 | 208 恭喜！哪家的？
【在 x*********n 的大作中提到】
: 你消息怎么这么灵。。
: 拿到offer第一时间就跑去求软软给个机会，工资低一点哥也去软软。
: 准备持币买入MSFT。看多软软。
|
r**i
发帖数: 2328 | 209 bso自己公司顶极:D
startup的确很看个人水平，公司大了总有机会混，startup里面可是一个萝卜一个坑的
，特别infra没大公司好，事事都要亲力亲为。我估计你说的那个人是G的，G的infra特
别好，做app会搭积木就可以了，看不到很多底层的东西，出了G没法工作。G的infra组
出来到是外面挺欢迎的。不过不管大小公司，经常跳槽／换组是王道，老呆一个地方基
本一年半后learning curve就flat了。
【在 w*********e 的大作中提到】
: 小公司，特别是比较好的startup里面，hiring bar是挺高的
: 就算进来了，没两把刷子很容易现形，而且在startup的里面，
: 没人看你什么学位，什么学校毕业的，像我们公司前几个月
: 招了个名校cs phd，弯曲顶级著名的大公司干了4，5年，
: 没想到什么都不会，又不愿意学，进来几个月自己quit了。
: 什么微软amazon其实不重要，关键是你到大公司别学那些
: 老油条瞎混，多学点真本事再去startup不迟，人到了大公司
: 很容易废掉。
|
r**i
发帖数: 2328 | 210 那你也来贡献个人人都能跳的坑亚～～
【在 j****n 的大作中提到】
: 上到版面了，很奇怪的感觉，浙江版上讨论微软重组，是不是有点狗拿耗子的感觉？
|
|
|
s***t
发帖数: 13743 | 211 嗯，很有道理，得经常换换`
【在 r**i 的大作中提到】
: bso自己公司顶极:D
: startup的确很看个人水平，公司大了总有机会混，startup里面可是一个萝卜一个坑的
: ，特别infra没大公司好，事事都要亲力亲为。我估计你说的那个人是G的，G的infra特
: 别好，做app会搭积木就可以了，看不到很多底层的东西，出了G没法工作。G的infra组
: 出来到是外面挺欢迎的。不过不管大小公司，经常跳槽／换组是王道，老呆一个地方基
: 本一年半后learning curve就flat了。
|
j****n
发帖数: 1046 | 212 没有针对你的意思，不过我觉得指点江山都比指点公司靠谱。
指点江山我至少有一张选票，指点公司我靠什么？
顺便问问，你的签名是啥意思？
【在 r**i 的大作中提到】
: 那你也来贡献个人人都能跳的坑亚～～
|
i***h
发帖数: 12655 | 213 股票比选票靠谱多了
加州民主党千秋万代一统江湖
一张选票跟废纸一样
【在 j****n 的大作中提到】
: 没有针对你的意思，不过我觉得指点江山都比指点公司靠谱。
: 指点江山我至少有一张选票，指点公司我靠什么？
: 顺便问问，你的签名是啥意思？
|
w*********e
发帖数: 5286 | 214 赫赫，真没这个意思，我就是说小小人同学高屋建瓴
指点江山， 还不如好好学点实在本事，
微软几年后的前景，怕是连他们CEO自己都搞不太清楚。
【在 r**i 的大作中提到】
: bso自己公司顶极:D
: startup的确很看个人水平，公司大了总有机会混，startup里面可是一个萝卜一个坑的
: ，特别infra没大公司好，事事都要亲力亲为。我估计你说的那个人是G的，G的infra特
: 别好，做app会搭积木就可以了，看不到很多底层的东西，出了G没法工作。G的infra组
: 出来到是外面挺欢迎的。不过不管大小公司，经常跳槽／换组是王道，老呆一个地方基
: 本一年半后learning curve就flat了。
|
j****n
发帖数: 1046 | 215 没有百十几万股的，就别现眼了。
【在 i***h 的大作中提到】
: 股票比选票靠谱多了
: 加州民主党千秋万代一统江湖
: 一张选票跟废纸一样
|
i***h
发帖数: 12655 | 216 有十几万股，可以通过捐款控制不少选票了
【在 j****n 的大作中提到】
: 没有百十几万股的，就别现眼了。
|
x*********n
发帖数: 28013 | 217 对。我技术还太菜。
那个小公司的HM水平很高，很多时候面试问的问题水平，你能感觉到。
【在 w*********e 的大作中提到】
: 小公司，特别是比较好的startup里面，hiring bar是挺高的
: 就算进来了，没两把刷子很容易现形，而且在startup的里面，
: 没人看你什么学位，什么学校毕业的，像我们公司前几个月
: 招了个名校cs phd，弯曲顶级著名的大公司干了4，5年，
: 没想到什么都不会，又不愿意学，进来几个月自己quit了。
: 什么微软amazon其实不重要，关键是你到大公司别学那些
: 老油条瞎混，多学点真本事再去startup不迟，人到了大公司
: 很容易废掉。
|
j****n
发帖数: 1046 | 218 不要紧，马云技术比你还菜。
技术可以现学现用，眼光和决心才是根本。
到小公司去学技术的基本上是做螺丝钉的命。
【在 x*********n 的大作中提到】
: 对。我技术还太菜。
: 那个小公司的HM水平很高，很多时候面试问的问题水平，你能感觉到。
|
i***h
发帖数: 12655 | 219 牛，这个太励志了！
【在 j****n 的大作中提到】
: 不要紧，马云技术比你还菜。
: 技术可以现学现用，眼光和决心才是根本。
: 到小公司去学技术的基本上是做螺丝钉的命。
|
H******e
发帖数: 4682 | 220 螺丝钉的眼泪在飞。。。
昨天的眼泪变成星星
今天的眼泪还在等
每天都有流星不断下坠
飞过螺丝钉迷蒙的眼睛。。。
【在 j****n 的大作中提到】
: 不要紧，马云技术比你还菜。
: 技术可以现学现用，眼光和决心才是根本。
: 到小公司去学技术的基本上是做螺丝钉的命。
|
|
|
r**i
发帖数: 2328 | 221 我挖了很多坑，健康坑，渡假坑，子女坑，没见多少人跳，挖的这个公司坑，就这么多
人跳，可见指点公司是一项群众喜闻乐见的活动。
【在 j****n 的大作中提到】
: 没有针对你的意思，不过我觉得指点江山都比指点公司靠谱。
: 指点江山我至少有一张选票，指点公司我靠什么？
: 顺便问问，你的签名是啥意思？
|
r**i
发帖数: 2328 | 222 表谦虚了，老远就闻到了你老的牛。:D
微软的未来虽然不好说，但是跟我们还是很xixi相关的。微软搞得好，就多个可跳的大
公司养老。微软搞不好，里面的人都往外跑，市场价格就要往下压。看看yahoo的人，
湾区大小公司都有几个。所以表光看人家倒灶的笑话，兔死狐悲的奥。
【在 w*********e 的大作中提到】
: 赫赫，真没这个意思，我就是说小小人同学高屋建瓴
: 指点江山， 还不如好好学点实在本事，
: 微软几年后的前景，怕是连他们CEO自己都搞不太清楚。
|
r**i
发帖数: 2328 | 223 哈哈，还真是朗朗上口那
【在 H******e 的大作中提到】
: 螺丝钉的眼泪在飞。。。
: 昨天的眼泪变成星星
: 今天的眼泪还在等
: 每天都有流星不断下坠
: 飞过螺丝钉迷蒙的眼睛。。。
|
T*U
发帖数: 22634 | 224 2012都用了一年的飘过
【在 b*w 的大作中提到】
: 微软 VS 2008挺好用的，刚从VS 6.0 转过来。顶微软。
|
s*******e
发帖数: 36 | 225 以前很喜欢MS。现在越来越讨厌。
就那个MSN，SKYPE来说。MSN不让用了，也就算了。SKYPE用的好好的，非得再建个微软
账号才让登陆。真是不爽。SKYPE我是付费的，我已经有账号，为什么还要捆绑一个。
有病。
还有Visual Studio。那些标准控件，都很丑。连QT都不如。我只说做UI。非得让你买
第三方控件。但没有几个公司想把自己的产品建立在第三方的模块上。
搞个WIN8，你得花点时间培训一下自己才行。
总觉的它有点店大欺客的意思。越来越讨厌微软了，早点死吧。 |
z********e
发帖数: 8818 | 226 靠，一大早就看到这么励志的东西。得，心情大好，哥去干活了～
【在 j****n 的大作中提到】
: 不要紧，马云技术比你还菜。
: 技术可以现学现用，眼光和决心才是根本。
: 到小公司去学技术的基本上是做螺丝钉的命。
|
l*******g
发帖数: 27064 | 227 lol
中国分成几部分？
不互相打起来才出了鬼了
【在 j****n 的大作中提到】
: 微软应该分拆，太大了互相牵制，分了后有更多独立性。
: 就像中国，其实分成几个部分可能比较好。
:
: IBM
|
l*******g
发帖数: 27064 | 228 同样顶
这个烂货早该滚蛋了
【在 l****z 的大作中提到】
: 同意这个,关键点没有抓住. SB这么烂的人早该走人.
|
r**i
发帖数: 2328 | 229 wa, 我的帖子把梁山好汉都给招来了。:DD
【在 s***f 的大作中提到】
: 首先祝贺陆奇。
: 感谢他为老中在美国发展趟了一条路。
: 说明第一代老中在美国大公司也能有非常好的发展。
: 如果你觉得自己适合在大公司发展的话， 应当以陆奇为role model， 大家可以研究一
: 下， 他为什么发展的这么好， 也为自己的职业发展有个规划。
: 如果你觉得自己不适合在大公司发展， (不是每个人都适合在大公司发展，陆奇适
: 合，Steve Jobs ，李彦宏就不适合) ， 你是否考虑和别人一起搭伴共同创业 ？
: 如果你考虑和别人一起搭伴共同创业， 如果你在硅谷南湾， 请参考我们以前发的一个
: 帖子。肯请你和我们联系一下， 也许对你是一个机会.
: 发信人: svcef (svcef), 信区: SanFrancisco
|
l*******r
发帖数: 39279 | 230 你少自作多情
我只不过根据你那语气判断出来的
【在 x*********n 的大作中提到】
: 你消息怎么这么灵。。
: 拿到offer第一时间就跑去求软软给个机会，工资低一点哥也去软软。
: 准备持币买入MSFT。看多软软。
|
|
|
r**i
发帖数: 2328 | 231 姐看到这么荔枝的东西，立马按DEL把脑子里的技术信息删除了:DD
【在 z********e 的大作中提到】
: 靠，一大早就看到这么励志的东西。得，心情大好，哥去干活了～
|
j********x
发帖数: 2330 | 232 只说你最后一个感想，本人所在的组从一年前开始逐渐被MS来的掌控了技术和管理的高
层，结果变成了MS的夸夸其谈，Amazon的干活没劲的节奏。某MS来的principal表现得
像个SDE Intern，来了一年多还是每天问人，什么人都问，问完SDEI SDEII，也问SDE
Intern；让人哭笑不得
当然我不是说MS的水平远差于Amazon，实际上MS的技术积累还是要比amazon强，不过面
个试就推而广之着实有点过于幼稚了吧
【在 x*********n 的大作中提到】
: B的思路是对的，未来IT要做的就是service，要向verizon方向发展。
: 比如游戏，sony，任天堂，ms，sony买了一个startup，小弟不才电面第一轮倒下，小
: 公司的bar非常高，HM非常senior，架构是service provider的架构，也就是说，人家
: 做的是online game的体验。可见sony的用心。
: 说说service的成功要诀。
: 1.硬件，MSFT现在全球第三大网络（媲美SP），DC急剧扩张，10G port几乎是最小的
: port，（媲美小SP backbone）
: 2.软件，MSFT的名字。
: 要钱有钱，要人有人，要传统有传统，
: 只要这把service做好了，不但保证10Q好看，而且稳定，verizon类似的架构必然会吸
|
r**i
发帖数: 2328 | 233 唉，跳槽或者换组吧。见过太多这样，talker上位，接下来会越来越没劲的。
SDE
【在 j********x 的大作中提到】
: 只说你最后一个感想，本人所在的组从一年前开始逐渐被MS来的掌控了技术和管理的高
: 层，结果变成了MS的夸夸其谈，Amazon的干活没劲的节奏。某MS来的principal表现得
: 像个SDE Intern，来了一年多还是每天问人，什么人都问，问完SDEI SDEII，也问SDE
: Intern；让人哭笑不得
: 当然我不是说MS的水平远差于Amazon，实际上MS的技术积累还是要比amazon强，不过面
: 个试就推而广之着实有点过于幼稚了吧
|
x*********n
发帖数: 28013 | 234 我说的是我个人的方向和team，和别的无关。
这个level的公司牛人自然会有啊。
SDE
【在 j********x 的大作中提到】
: 只说你最后一个感想，本人所在的组从一年前开始逐渐被MS来的掌控了技术和管理的高
: 层，结果变成了MS的夸夸其谈，Amazon的干活没劲的节奏。某MS来的principal表现得
: 像个SDE Intern，来了一年多还是每天问人，什么人都问，问完SDEI SDEII，也问SDE
: Intern；让人哭笑不得
: 当然我不是说MS的水平远差于Amazon，实际上MS的技术积累还是要比amazon强，不过面
: 个试就推而广之着实有点过于幼稚了吧
|
c*****z
发帖数: 1211 | 235 问问人没啥吧，多问问题多学习，挺好啊。
SDE
【在 j********x 的大作中提到】
: 只说你最后一个感想，本人所在的组从一年前开始逐渐被MS来的掌控了技术和管理的高
: 层，结果变成了MS的夸夸其谈，Amazon的干活没劲的节奏。某MS来的principal表现得
: 像个SDE Intern，来了一年多还是每天问人，什么人都问，问完SDEI SDEII，也问SDE
: Intern；让人哭笑不得
: 当然我不是说MS的水平远差于Amazon，实际上MS的技术积累还是要比amazon强，不过面
: 个试就推而广之着实有点过于幼稚了吧
|
s******n
发帖数: 793 | 236 要不美国给大家带个路让大家看看效果？
【在 j****n 的大作中提到】
: 微软应该分拆，太大了互相牵制，分了后有更多独立性。
: 就像中国，其实分成几个部分可能比较好。
:
: IBM
|
x*********n
发帖数: 28013 | 237 我每天loser也都是这么发感想的。。。
没事出来得瑟一下，其实跟我P关系没有。哈哈哈。
【在 l*******r 的大作中提到】
: 你少自作多情
: 我只不过根据你那语气判断出来的
|
l**a
发帖数: 6415 | 238 让人想起了以前的IBM。
以前是不是Office这块一直还不错，MS的改革压力没那么大？
【在 r**i 的大作中提到】
: 今天看了英文新闻，还没上西版看大家的评论。虽然早就听说了，还是比较震动的。这
: 次大刀阔斧的改革，真是搏命之举啊。微软的consumer product是该整合了，一堆各自
: 为阵的亏钱产品，想让人喜欢也喜欢不起来啊。SB这次能否成为Gerstner第二次，成败
: 在次一举。
: 感想一，美国IT形势变化真快。微软前几年还是号称不裁人的公司，自08年破了戒之后
: ，年年都要reorg，员工turnover rate一下上去了。这次据说裁的不多，但是有人得志
: 就有人失意，估计跳槽的会不少。
: 感想二，升的这些VP里头，基本都是技术出身，除了Satya，谁也没有正经的MBA学位，
: 再次证明在技术公司上升还是得走技术道路。
: 感想三，Qi Lu真强大，一代能混这样，太牛了。冲Qi Lu也得多顶顶微软。
|
l**a
发帖数: 6415 | 239 老板周六还干什么活。显然是在BSO要去腐败了。
【在 z********e 的大作中提到】
: 靠，一大早就看到这么励志的东西。得，心情大好，哥去干活了～
|
w*********e
发帖数: 5286 | 240 不敢当，我是菜蜗牛，您是真牛，就不要取笑我了。
我觉得微软和yahoo不太一样，就凭着windows+office两个cash cow
未来几年养个老应该是没问题的吧，现在断定ms走下坡路有点太早，
只是还能有多少growth就不好说了。
其实MS变成Walmart，McDonalds, XOM这种稳定的dividend stock也不错，
IT大企业迟早都要变成传统公司。
【在 r**i 的大作中提到】
: 表谦虚了，老远就闻到了你老的牛。:D
: 微软的未来虽然不好说，但是跟我们还是很xixi相关的。微软搞得好，就多个可跳的大
: 公司养老。微软搞不好，里面的人都往外跑，市场价格就要往下压。看看yahoo的人，
: 湾区大小公司都有几个。所以表光看人家倒灶的笑话，兔死狐悲的奥。
|
|
|
j****n
发帖数: 1046 | 241 大可不必，技术不是不重要，但它不是第一位的。
带着问题学技术，比胡乱学要有效的多。
【在 r**i 的大作中提到】
: 姐看到这么荔枝的东西，立马按DEL把脑子里的技术信息删除了:DD
|
z********e
发帖数: 8818 | 242 浙版的讨论总是发人深省。。
【在 j****n 的大作中提到】
: 大可不必，技术不是不重要，但它不是第一位的。
: 带着问题学技术，比胡乱学要有效的多。
|
r**i
发帖数: 2328 | 243 MS肯定也不会长久依靠windows+office那块,也会积极寻求新的增长点。MS发家也是走
PC进入企业市场的道路，所以没有理由认为windows＋office有一天不会被取代。企业
级革新的wave总是从新兴企业，中小企业开始，最后波及到传统市场，大公司，银行，
政府部门。现在我看到的是新兴的小公司用G的服务很多，这是一个很大的分流。操作
系统，现别说现在Mac OS之类的蚕食她的份额，Ubuntu之类盯的市场都不是PC市场了。
吃老本可以吃一阵子，不过IT的革新要比其他行业来得快。MS也不会坐以待毙的。
【在 w*********e 的大作中提到】
: 不敢当，我是菜蜗牛，您是真牛，就不要取笑我了。
: 我觉得微软和yahoo不太一样，就凭着windows+office两个cash cow
: 未来几年养个老应该是没问题的吧，现在断定ms走下坡路有点太早，
: 只是还能有多少growth就不好说了。
: 其实MS变成Walmart，McDonalds, XOM这种稳定的dividend stock也不错，
: IT大企业迟早都要变成传统公司。
|
r**i
发帖数: 2328 | 244 姐有备份，>3 copies， 1 per region
【在 j****n 的大作中提到】
: 大可不必，技术不是不重要，但它不是第一位的。
: 带着问题学技术，比胡乱学要有效的多。
|
r**i
发帖数: 2328 | 245 压力还是有的，所以有windows phone, surface, bing的尝试。不过MS一直在这些领域
处于跟进状态，行动上又缓慢，不能有效抢占市场份额。
【在 l**a 的大作中提到】
: 老板周六还干什么活。显然是在BSO要去腐败了。
|
j****n
发帖数: 1046 | 246 四大导师之一猛夸我，让我手足无措。
【在 z********e 的大作中提到】
: 浙版的讨论总是发人深省。。
|
j****n
发帖数: 1046 | 247 微软的东西其实不错的，但经不起人家免费。
所以，是时候免费送Windows，SQL了，或者提供类似于AWS类似的service，变相收费。
【在 r**i 的大作中提到】
: 压力还是有的，所以有windows phone, surface, bing的尝试。不过MS一直在这些领域
: 处于跟进状态，行动上又缓慢，不能有效抢占市场份额。
|
s***t
发帖数: 13743 | 248 我同学，我亲戚，我同事
【在 H******e 的大作中提到】
: who are the other 3?
|
r**i
发帖数: 2328 | 249 bing不但免费，还送钱。但是能改变消费者对G的黏性嘛？
zynga走freemium的路子，你看它输的多惨。
sql server更不是针对消费者市场。
免费不是重点，重点是作新产品，开拓新市场，不要老是跟风。
【在 j****n 的大作中提到】
: 微软的东西其实不错的，但经不起人家免费。
: 所以，是时候免费送Windows，SQL了，或者提供类似于AWS类似的service，变相收费。
|
w****k
发帖数: 6244 | 250 sql在非it行业的中小公司里很流行，什么原因？
其实postgres之类非常好用啊
【在 r**i 的大作中提到】
: bing不但免费，还送钱。但是能改变消费者对G的黏性嘛？
: zynga走freemium的路子，你看它输的多惨。
: sql server更不是针对消费者市场。
: 免费不是重点，重点是作新产品，开拓新市场，不要老是跟风。
|
|
|
r**i
发帖数: 2328 | 251 第一呢postgresql对admin要求比较高，虽然对牛的admin不是问题。但是对很多企业来
讲，牛人反而带来不稳定因素，因为下一个接替她的人不一定有她牛，维护起来很困难
。用sql server，找个有certificate的就能上手。
第二呢，sql server可以满足TB级需求，够支持中小公司一般的数据量，license相比
较其他选项比如Oracle之类的没有那么昂贵。
第三呢，postgresql背后一直没有一个稳定的vendor在support，这是很多公司有
concern的原因。企业数据库运维，版本之间的兼容，数据迁移，安全性，都是需要考
虑的问题，没有稳定的vendor没法保证这些。
【在 w****k 的大作中提到】
: sql在非it行业的中小公司里很流行，什么原因？
: 其实postgres之类非常好用啊
|
j****n
发帖数: 1046 | 252 企业里是这样的,
个人或者很多Web host 就未必了。
raki 是 比较 少见的女IT geek。
【在 r**i 的大作中提到】
: 第一呢postgresql对admin要求比较高，虽然对牛的admin不是问题。但是对很多企业来
: 讲，牛人反而带来不稳定因素，因为下一个接替她的人不一定有她牛，维护起来很困难
: 。用sql server，找个有certificate的就能上手。
: 第二呢，sql server可以满足TB级需求，够支持中小公司一般的数据量，license相比
: 较其他选项比如Oracle之类的没有那么昂贵。
: 第三呢，postgresql背后一直没有一个稳定的vendor在support，这是很多公司有
: concern的原因。企业数据库运维，版本之间的兼容，数据迁移，安全性，都是需要考
: 虑的问题，没有稳定的vendor没法保证这些。
|
r**i
发帖数: 2328 | 253 Internet这块，从技术到文化跟传统IT公司都有很大不同。这也是微软一直进不来的原
因。在Internet公司，几乎见不到有人用windows，office, sql server。对微软来说
，最可怕的是当企业发现不用微软的产品，照样能让系统跑起来并且跑的很稳定。
IT这行要不停学新东西，对任何人都不容易。特别是很多妈妈生小孩后发现很难回IT行
业。我打算下半年去参加帮助妈妈们reentering IT industry的义工, that is, 培养
更多的female IT geeks. :D
【在 j****n 的大作中提到】
: 企业里是这样的,
: 个人或者很多Web host 就未必了。
: raki 是 比较 少见的女IT geek。
|
w****k
发帖数: 6244 | 254 你总是很积极热情，怎么保持的？
【在 r**i 的大作中提到】
: Internet这块，从技术到文化跟传统IT公司都有很大不同。这也是微软一直进不来的原
: 因。在Internet公司，几乎见不到有人用windows，office, sql server。对微软来说
: ，最可怕的是当企业发现不用微软的产品，照样能让系统跑起来并且跑的很稳定。
: IT这行要不停学新东西，对任何人都不容易。特别是很多妈妈生小孩后发现很难回IT行
: 业。我打算下半年去参加帮助妈妈们reentering IT industry的义工, that is, 培养
: 更多的female IT geeks. :D
|
z**i
发帖数: 394 | 255 可能跟内分泌有关吧
【在 w****k 的大作中提到】
: 你总是很积极热情，怎么保持的？
|
M****z
发帖数: 1058 | 256 理由肯定比这个结论深刻
【在 j****n 的大作中提到】
: 微软应该分拆，太大了互相牵制，分了后有更多独立性。
: 就像中国，其实分成几个部分可能比较好。
:
: IBM
|
z****e
发帖数: 54598 | 257 什么年代了，还在用这么古老得眼光看问题
第一，小公司的db要么运维兼做dba，要么开发搞定
开发要是搞不定db，那就别搞挨踢了，参考swjuter招工时候，不会sql就进不去
第二，db2已经开源了，ibm很多年前就不对db2收费了
跟oracle比有啥用，下面一堆一堆的不要钱的东西，也都不是很烂
mysql被oracle吞掉是一个意外，如果不被oracle吞掉
估计今天没有postgresql多少事
第三，vendor没用，这个道理大家都明白
在挨踢混久的人谁没见过几个产品的bug
就算发现了bug又怎样？报告上去，几个月后的版本能给解决那就跪安谢主龙恩了
搞不好的是，vendor压根不甩你，摆明了看不起你小公司，这种事太多了
最后几年后问题还是依旧存在，大公司没有一个效率高的，微软也一样
所以与其花钱让微软去折腾，还不如自己上
现在安全和精度都不重要了，抓紧时间把系统做大，能够容纳最大的吞吐是最重要的
实际上对于大多数公司来说，也就是财务和用户帐户两块还需要db
其它的，transaction毫无必要，浪费资源，裁
【在 r**i 的大作中提到】
: 第一呢postgresql对admin要求比较高，虽然对牛的admin不是问题。但是对很多企业来
: 讲，牛人反而带来不稳定因素，因为下一个接替她的人不一定有她牛，维护起来很困难
: 。用sql server，找个有certificate的就能上手。
: 第二呢，sql server可以满足TB级需求，够支持中小公司一般的数据量，license相比
: 较其他选项比如Oracle之类的没有那么昂贵。
: 第三呢，postgresql背后一直没有一个稳定的vendor在support，这是很多公司有
: concern的原因。企业数据库运维，版本之间的兼容，数据迁移，安全性，都是需要考
: 虑的问题，没有稳定的vendor没法保证这些。
|
z********e
发帖数: 8818 | 258 我来问个问题，记得三番版有人写过科普文，INTEL就是行动慢但总能最后胜出。放到
微软咋就不行了呢。各位大侠给回答一下吧。谢了。 |
j****n
发帖数: 1046 | 259 不是个公司都能做芯片的吧？ Intel 的资金和技术积累还是在那儿。小公司一般拼不
过。
软件不一样，能唬住一般用户就可以，是个公司都能搞。不过真要做mission critical
的软件，也没几个公司能做。
现在的问题是，多数web application 都不需要太多高精尖技术，现成的都有。但近十
年这些
应用是软件开发的主流，分了微软很大的一块蛋糕，还给大家留下映像不用微软的产品
也可以。这个是致命的。
【在 z********e 的大作中提到】
: 我来问个问题，记得三番版有人写过科普文，INTEL就是行动慢但总能最后胜出。放到
: 微软咋就不行了呢。各位大侠给回答一下吧。谢了。
|
r**i
发帖数: 2328 | 260 有意思。
会sql离架构整个db还远着呢。db2是express-C版本免费，卖给企业要收费的，它至今
的license还是proprietary EULA。Transactional在很多startup是hard requirements，
不是optional，比如作mobile payment。
另外什么是swjuter招工？
【在 z****e 的大作中提到】
: 什么年代了，还在用这么古老得眼光看问题
: 第一，小公司的db要么运维兼做dba，要么开发搞定
: 开发要是搞不定db，那就别搞挨踢了，参考swjuter招工时候，不会sql就进不去
: 第二，db2已经开源了，ibm很多年前就不对db2收费了
: 跟oracle比有啥用，下面一堆一堆的不要钱的东西，也都不是很烂
: mysql被oracle吞掉是一个意外，如果不被oracle吞掉
: 估计今天没有postgresql多少事
: 第三，vendor没用，这个道理大家都明白
: 在挨踢混久的人谁没见过几个产品的bug
: 就算发现了bug又怎样？报告上去，几个月后的版本能给解决那就跪安谢主龙恩了
|
|
|
H******e
发帖数: 4682 | 261 我在IT领域, programmer, 改行时，已不年轻了。
觉得理解这个thread有困难, 觉得在programming上融会贯通有困难, 觉得to go to
senior/architecture/team leader level 有困难。。。
如何以勤补拙?。。。 各位大侠给回答一下吧。 谢了。。。。 |
r**i
发帖数: 2328 | 262 Internet行业是短平快的经营模式，跟芯片很不一样。错过一个热潮，就只能等下一个
了。微软的release cycle很长，根据jh上的帖子，他们的infra支持不了weekly push
。这是很见鬼的事情。
【在 z********e 的大作中提到】
: 我来问个问题，记得三番版有人写过科普文，INTEL就是行动慢但总能最后胜出。放到
: 微软咋就不行了呢。各位大侠给回答一下吧。谢了。
|
i***h
发帖数: 12655 | 263 微软从来也不是一行动快得胜的
发家是捡了个漏子，
然后就是靠平台垄断优势绞杀对手
那真的是诡计百出，冤魂无数
英特倒是一直保持工艺领先的优势
芯片线宽基本能有一到两年的领先
所以一旦设计跟上，马上就能靠产能击垮对手
然后和微软强强联合，除了天边的几朵乌云外
可以说千秋万代一统江湖
这俩悲摧的是没想到冒出个移动平台
短短几年席卷天下
芯片制造门槛太高，所以英特还顶得住
微软就麻烦了
【在 z********e 的大作中提到】
: 我来问个问题，记得三番版有人写过科普文，INTEL就是行动慢但总能最后胜出。放到
: 微软咋就不行了呢。各位大侠给回答一下吧。谢了。
|
b******k
发帖数: 1874 | 264 以后这些专业性很强的贴，我就拣1，2，3条理阐述清楚或者我这个外行看得懂的m了。
你们内行的觉得有误，也请1，2，3的反驳，也给你们m上。
大家灌水快乐：）
【在 i***h 的大作中提到】
: 微软从来也不是一行动快得胜的
: 发家是捡了个漏子，
: 然后就是靠平台垄断优势绞杀对手
: 那真的是诡计百出，冤魂无数
: 英特倒是一直保持工艺领先的优势
: 芯片线宽基本能有一到两年的领先
: 所以一旦设计跟上，马上就能靠产能击垮对手
: 然后和微软强强联合，除了天边的几朵乌云外
: 可以说千秋万代一统江湖
: 这俩悲摧的是没想到冒出个移动平台
|
b******k
发帖数: 1874 | 265 以前是怕M错了闹笑话，呵呵。
【在 b******k 的大作中提到】
: 以后这些专业性很强的贴，我就拣1，2，3条理阐述清楚或者我这个外行看得懂的m了。
: 你们内行的觉得有误，也请1，2，3的反驳，也给你们m上。
: 大家灌水快乐：）
|
j********x
发帖数: 2330 | 266 ms做手机的时候乔帮主大概还在搞imac吧。。。
ms不是没想到，是太自大罢了。。。
【在 i***h 的大作中提到】
: 微软从来也不是一行动快得胜的
: 发家是捡了个漏子，
: 然后就是靠平台垄断优势绞杀对手
: 那真的是诡计百出，冤魂无数
: 英特倒是一直保持工艺领先的优势
: 芯片线宽基本能有一到两年的领先
: 所以一旦设计跟上，马上就能靠产能击垮对手
: 然后和微软强强联合，除了天边的几朵乌云外
: 可以说千秋万代一统江湖
: 这俩悲摧的是没想到冒出个移动平台
|
r**i
发帖数: 2328 | 267 版主真认真，其实这里大部分都是口水贴，你不用担心m错了。不过包子还是要发的，
看到字多的m好了。:D
【在 b******k 的大作中提到】
: 以后这些专业性很强的贴，我就拣1，2，3条理阐述清楚或者我这个外行看得懂的m了。
: 你们内行的觉得有误，也请1，2，3的反驳，也给你们m上。
: 大家灌水快乐：）
|
r**i
发帖数: 2328 | 268 美女这么要求上进，让人敬佩阿。
【在 H******e 的大作中提到】
: 我在IT领域, programmer, 改行时，已不年轻了。
: 觉得理解这个thread有困难, 觉得在programming上融会贯通有困难, 觉得to go to
: senior/architecture/team leader level 有困难。。。
: 如何以勤补拙?。。。 各位大侠给回答一下吧。 谢了。。。。
|
z****e
发帖数: 54598 | 269 啥架构
出了问题只要愿意给钱，一定有人可以解决
ibm的人一样解决.net的问题你信不信？
真正的架构跟db一点关系都没有
或者说压根没有那么深入的关系
db现在已经退化成一个简单的存储功能了
这是过去20多年的趋势
现在的nosql大面积流行就是对db不满意的结果
现在一个dba能不能找到工作都很难说
我们公司的dba裁得剩下两个，一老一少，就这样了
但是开发一直都在招
真正的架构应该是middleware为代表的分布式系统
而不是db，只有很老的那一代程序猿还认为系统是db的映射
这个思想十年前就被驳倒了
requirements，
【在 r**i 的大作中提到】
: 有意思。
: 会sql离架构整个db还远着呢。db2是express-C版本免费，卖给企业要收费的，它至今
: 的license还是proprietary EULA。Transactional在很多startup是hard requirements，
: 不是optional，比如作mobile payment。
: 另外什么是swjuter招工？
|
z****e
发帖数: 54598 | 270 站在巨人的肩膀上
jvm是一个master piece
著名软轮hotspot2013曾经说过
jvm可能是至今为止最优秀的平台
超过任何一个平台，包括unix/linux/windows
任何一个打算重新做一遍jvm的注定都会走很多弯路
m$最大的问题是，以前跟java闹翻
后来自己搞了一个clr，也不知道行还是不行
没有人知道，不象jvm，这么多年这么多公司的投入
有问题早被发现修复了，不行的也早被淘汰了
比如apple的jvm就华丽地挂了
相比之下，clr是不是有问题，m$自己也说不清楚
不知道，就算有了问题，别人说出来，m$的人未必搭理
公司大了，系统大了，都有类似的问题
所不同的，用jvm的很多公司，不行的就换，最后会剩下行的
总有那么几家公司做的行
m$换不了，总不能说去用jvm吧？这不是打自己耳光么？
所以只能硬着头皮上，硬着头皮上就有各种问题
微软最大的问题就是封闭，这个无数的人也都说过了
push
【在 r**i 的大作中提到】
: Internet行业是短平快的经营模式，跟芯片很不一样。错过一个热潮，就只能等下一个
: 了。微软的release cycle很长，根据jh上的帖子，他们的infra支持不了weekly push
: 。这是很见鬼的事情。
|
|
|
z********e
发帖数: 8818 | 271 半瓶水晃荡一下：
java 确实是一个非常有趣的东西。一个recruiter老向我要简历（可能因为我认识的人
多，或者她向谁都要），发N多opening position 给我。我看了下，但凡是找 java
programmer的，都没有 entry level 的，指望你一去马上就上手。其他的就好多了。
后来在买买提也看到有人说过java的发展，具体忘了，总之一个公司一旦用了java之后
，就会欲罢不能，但是其复杂度又不能让 entry level的人很快进入状态。。
【在 z****e 的大作中提到】
: 站在巨人的肩膀上
: jvm是一个master piece
: 著名软轮hotspot2013曾经说过
: jvm可能是至今为止最优秀的平台
: 超过任何一个平台，包括unix/linux/windows
: 任何一个打算重新做一遍jvm的注定都会走很多弯路
: m$最大的问题是，以前跟java闹翻
: 后来自己搞了一个clr，也不知道行还是不行
: 没有人知道，不象jvm，这么多年这么多公司的投入
: 有问题早被发现修复了，不行的也早被淘汰了
|
z********e
发帖数: 8818 | 272 能多说一点nosql吗？尽量用外行也能懂的句子。。
谢谢！！
【在 z****e 的大作中提到】
: 啥架构
: 出了问题只要愿意给钱，一定有人可以解决
: ibm的人一样解决.net的问题你信不信？
: 真正的架构跟db一点关系都没有
: 或者说压根没有那么深入的关系
: db现在已经退化成一个简单的存储功能了
: 这是过去20多年的趋势
: 现在的nosql大面积流行就是对db不满意的结果
: 现在一个dba能不能找到工作都很难说
: 我们公司的dba裁得剩下两个，一老一少，就这样了
|
r**i
发帖数: 2328 | 273
我完全相信，呵呵，而且我相信ibm会狠宰你一笔。任何consultant出了问题这时候不
宰你，那她就是个蠢驴。
你老这笑话开的，把个db architect的高薪职业整个从地球上抹杀了。
恩，恩，是是，那作concurrency的谁谁，作query optimization的谁谁，作cache的谁
谁，回家种田去吧。LS只需要storage的人。
lol，原来nosql不是db。我说这谁编的wikipedia entry，不跟LS过不去嘛。
呵呵，原来这就是LS对db架构的印象来源。
【在 z****e 的大作中提到】
: 啥架构
: 出了问题只要愿意给钱，一定有人可以解决
: ibm的人一样解决.net的问题你信不信？
: 真正的架构跟db一点关系都没有
: 或者说压根没有那么深入的关系
: db现在已经退化成一个简单的存储功能了
: 这是过去20多年的趋势
: 现在的nosql大面积流行就是对db不满意的结果
: 现在一个dba能不能找到工作都很难说
: 我们公司的dba裁得剩下两个，一老一少，就这样了
|
z****e
发帖数: 54598 | 274 谁不宰？
你以为m$不宰？
薪水高没什么奇怪的
主机的architect的薪水更高
有些东西就是越稀少工资越高
但是平均而言，工作机会数量就是另外一回事
你要做得好，搞数学薪水也能很高
nosql当然不是db，当然有些人硬要说是db
那这个其实只是概念的不同罢了
nosql的dba到现在目测还没有出现
每一个nosql db产品都不同，怎么个a法？
大多数时候就是开发做，所以开发要的人多
【在 r**i 的大作中提到】
:
: 我完全相信，呵呵，而且我相信ibm会狠宰你一笔。任何consultant出了问题这时候不
: 宰你，那她就是个蠢驴。
: 你老这笑话开的，把个db architect的高薪职业整个从地球上抹杀了。
: 恩，恩，是是，那作concurrency的谁谁，作query optimization的谁谁，作cache的谁
: 谁，回家种田去吧。LS只需要storage的人。
: lol，原来nosql不是db。我说这谁编的wikipedia entry，不跟LS过不去嘛。
: 呵呵，原来这就是LS对db架构的印象来源。
|
z****e
发帖数: 54598 | 275 不宰也有办法
开源咯，这个要看开发的水平
netflix就做得很好
因为工资开得高，能人多
找不到好开发的，就只能被宰了
另外，concurrency是开发的活
middleware就是专门用来对付并发处理的
query optimization现在也成开发要去做的了
nosql流行之后，cache就更是开发经常对付的
nosql一推广，开发工作增加了不是新闻
【在 r**i 的大作中提到】
:
: 我完全相信，呵呵，而且我相信ibm会狠宰你一笔。任何consultant出了问题这时候不
: 宰你，那她就是个蠢驴。
: 你老这笑话开的，把个db architect的高薪职业整个从地球上抹杀了。
: 恩，恩，是是，那作concurrency的谁谁，作query optimization的谁谁，作cache的谁
: 谁，回家种田去吧。LS只需要storage的人。
: lol，原来nosql不是db。我说这谁编的wikipedia entry，不跟LS过不去嘛。
: 呵呵，原来这就是LS对db架构的印象来源。
|
z****e
发帖数: 54598 | 276 很少有东西比java更简单了
entry level都被阿三占领了
阿三可不傻，不是没有机会
是老中很难抢到机会，阿三抢资源比老中凶
所以一堆人在抱怨阿三
【在 z********e 的大作中提到】
: 半瓶水晃荡一下：
: java 确实是一个非常有趣的东西。一个recruiter老向我要简历（可能因为我认识的人
: 多，或者她向谁都要），发N多opening position 给我。我看了下，但凡是找 java
: programmer的，都没有 entry level 的，指望你一去马上就上手。其他的就好多了。
: 后来在买买提也看到有人说过java的发展，具体忘了，总之一个公司一旦用了java之后
: ，就会欲罢不能，但是其复杂度又不能让 entry level的人很快进入状态。。
|
w*********e
发帖数: 5286 | 277 NoSQL有DBA的工作
【在 z****e 的大作中提到】
: 谁不宰？
: 你以为m$不宰？
: 薪水高没什么奇怪的
: 主机的architect的薪水更高
: 有些东西就是越稀少工资越高
: 但是平均而言，工作机会数量就是另外一回事
: 你要做得好，搞数学薪水也能很高
: nosql当然不是db，当然有些人硬要说是db
: 那这个其实只是概念的不同罢了
: nosql的dba到现在目测还没有出现
|
z****e
发帖数: 54598 | 278 传统db有一个最大的问题
就是结构化存储，比如你要把员工数据放到一个db里面去
那么每个员工的数据都会归类
比如身高放在同一个地方，体重放在另外一个地方
姓名放在一个地方，籍贯放在另外一个地方
结构化存储有很大好处，这个自然，是个人都明白
尤其是做报表的时候，一拉就出来了，一目了然
但是有个很大的问题，就是对于精度要求不高的数据
结构化存储带来了巨大的资源浪费，因为要管理这些数据
本身就有各种开销，比如对于每一个字段是空还是不空，这个要记录
放在哪里，要记录，这些记录就是索引，随着数据量上去
索引本身也带来了巨大的开销，那这种开销一旦大到一定程度
就变得无法接受，太大了
比如google，把网页资源存起来，这个如果结构化做起来
那所带来的开销是十分巨大的，甚至是不可接受的
那怎么办？简单，我先找个地方，存了再说
等到要用的时候，再做处理模糊查询处理
比如我要找张三的数据，那么系统会派发一堆的线程
我通俗点解释就是一个程序变成一堆子程序
然后这些子程序各自独立去寻找数据
那么张三这个关键字可能匹配到身高，也可能匹配到体重
甚至匹配到张三在某征婚网站上的广告
不管是什么，只要是张三的数据，就先取出来，然后把这些数据汇总
再计算汇总数据里面每一个记录张三关键字出现的次数
按照次数做一个排序之后，反馈给用户
让用户自己去选他要的数据
用这种方式，数据量的存放的潜力可以陡然增大
这样就可以满足需要了
所以比较适合web公司，因为网络上的数据本身精度就很低
很多都是不精确的，但是够用了
【在 z********e 的大作中提到】
: 能多说一点nosql吗？尽量用外行也能懂的句子。。
: 谢谢！！
|
z****e
发帖数: 54598 | 279 那你要这么说，那也行
但是现在张口闭口讨论nosql的都是开发
其实开发本身也希望dba能够接手
但是实际上，大多数时候dba其实不管用
【在 w*********e 的大作中提到】
: NoSQL有DBA的工作
|
w*********e
发帖数: 5286 | 280 赫赫，不是我要这么说，确实有，而且好像还不少。
anyway，没想到现在买买提也有开发人员开始关注nosql，我很开心，赫赫
【在 z****e 的大作中提到】
: 那你要这么说，那也行
: 但是现在张口闭口讨论nosql的都是开发
: 其实开发本身也希望dba能够接手
: 但是实际上，大多数时候dba其实不管用
|
|
|
l**a
发帖数: 6415 | 281 Do you really understand DB?
What is NOSQL in your mind?
Please tell us how Facebook runs.
No job market for DBA?
All your conclusions are so interesting...
【在 z****e 的大作中提到】
: 啥架构
: 出了问题只要愿意给钱，一定有人可以解决
: ibm的人一样解决.net的问题你信不信？
: 真正的架构跟db一点关系都没有
: 或者说压根没有那么深入的关系
: db现在已经退化成一个简单的存储功能了
: 这是过去20多年的趋势
: 现在的nosql大面积流行就是对db不满意的结果
: 现在一个dba能不能找到工作都很难说
: 我们公司的dba裁得剩下两个，一老一少，就这样了
|
z****e
发帖数: 54598 | 282 怎么会没有？
到处都在讨论
【在 w*********e 的大作中提到】
: 赫赫，不是我要这么说，确实有，而且好像还不少。
: anyway，没想到现在买买提也有开发人员开始关注nosql，我很开心，赫赫
|
z****e
发帖数: 54598 | 283 db要understand才能用就是最大的问题
所以nosql才遍地都是
就是因为db的操作带来的巨大的浪费
facebook用什么，你说用什么？
cassandra就是fb造的，现在改成hbase了
但是facebook最早是lamp
最早用mysql，但是mysql带来巨大的浪费
所以大多数时候只当key-value pair用
dba还是有工作的
但是会随着时间的增长逐步减少
这个很容易理解
当然你完全可以不信
这是你的生活，你做主
【在 l**a 的大作中提到】
: Do you really understand DB?
: What is NOSQL in your mind?
: Please tell us how Facebook runs.
: No job market for DBA?
: All your conclusions are so interesting...
|
w*********e
发帖数: 5286 | 284 基本正确，不过张三那段有点小问题，有点混淆了db query和keyword search区别。
【在 z****e 的大作中提到】
: 传统db有一个最大的问题
: 就是结构化存储，比如你要把员工数据放到一个db里面去
: 那么每个员工的数据都会归类
: 比如身高放在同一个地方，体重放在另外一个地方
: 姓名放在一个地方，籍贯放在另外一个地方
: 结构化存储有很大好处，这个自然，是个人都明白
: 尤其是做报表的时候，一拉就出来了，一目了然
: 但是有个很大的问题，就是对于精度要求不高的数据
: 结构化存储带来了巨大的资源浪费，因为要管理这些数据
: 本身就有各种开销，比如对于每一个字段是空还是不空，这个要记录
|
z****e
发帖数: 54598 | 285 假设db是select * from了
我用nosql主要就是以前db总是出瓶颈问题
一旦系统大了，中间件好办，机器好办，db可不太好办
【在 w*********e 的大作中提到】
: 基本正确，不过张三那段有点小问题，有点混淆了db query和keyword search区别。
|
w*********e
发帖数: 5286 | 286 where啊，买买提哪有讨论nosql的？
【在 z****e 的大作中提到】
: 怎么会没有？
: 到处都在讨论
|
z****e
发帖数: 54598 | 287 jobhunting
java
开发越多的地方，讨论就越多
programming也有点
但是都不当成重点来讨论
只是躲不开
开发总要对付这些东西
所以就一定要问问怎么做
现在趋势就是nosql逐步推广
web时代了，老的东西需要拓展
【在 w*********e 的大作中提到】
: where啊，买买提哪有讨论nosql的？
|
r**i
发帖数: 2328 | 288 nosql才需要db architect，因为server不是现成的，开源的packages挑选组合，需要
有db开发经验的人才能架构起来。不是所有的IT公司都是internet业务，不是所有的公
司都是IT公司，不是所有的公司都想投钱雇in-house能人。还有记住，不是牛人让你赚
钱，是蠢人在让你赚钱，越蠢你的钱越好赚，牛人的开源作得越好你越容易失业。:D
【在 z****e 的大作中提到】
: 不宰也有办法
: 开源咯，这个要看开发的水平
: netflix就做得很好
: 因为工资开得高，能人多
: 找不到好开发的，就只能被宰了
: 另外，concurrency是开发的活
: middleware就是专门用来对付并发处理的
: query optimization现在也成开发要去做的了
: nosql流行之后，cache就更是开发经常对付的
: nosql一推广，开发工作增加了不是新闻
|
r**i
发帖数: 2328 | 289 有个什么bigdata版吧，不过这类版很冷清的。还是这种地方版，小众的圈子讨论热烈
。哈哈，不过你们谁也别指望我说关键。
【在 w*********e 的大作中提到】
: where啊，买买提哪有讨论nosql的？
|
r**i
发帖数: 2328 | 290 你说的很多都很对，也有很多是不对的。:D
我可以endorse你这篇，基本上对。
【在 z****e 的大作中提到】
: db要understand才能用就是最大的问题
: 所以nosql才遍地都是
: 就是因为db的操作带来的巨大的浪费
: facebook用什么，你说用什么？
: cassandra就是fb造的，现在改成hbase了
: 但是facebook最早是lamp
: 最早用mysql，但是mysql带来巨大的浪费
: 所以大多数时候只当key-value pair用
: dba还是有工作的
: 但是会随着时间的增长逐步减少
|
|
|
u**h
发帖数: 509 | 291 让你赚钱的应该是你的上帝， 况且未必比你蠢， 只不过用钱买你的劳力，
然后去做更有价值的事。
【在 r**i 的大作中提到】
: nosql才需要db architect，因为server不是现成的，开源的packages挑选组合，需要
: 有db开发经验的人才能架构起来。不是所有的IT公司都是internet业务，不是所有的公
: 司都是IT公司，不是所有的公司都想投钱雇in-house能人。还有记住，不是牛人让你赚
: 钱，是蠢人在让你赚钱，越蠢你的钱越好赚，牛人的开源作得越好你越容易失业。:D
|
r**i
发帖数: 2328 | 292 你肯定没跟中西部的大公司打过交道。
【在 u**h 的大作中提到】
: 让你赚钱的应该是你的上帝， 况且未必比你蠢， 只不过用钱买你的劳力，
: 然后去做更有价值的事。
|
w****k
发帖数: 6244 | 293 facebook主要仍然用mysql
log用nosql
【在 z****e 的大作中提到】
: db要understand才能用就是最大的问题
: 所以nosql才遍地都是
: 就是因为db的操作带来的巨大的浪费
: facebook用什么，你说用什么？
: cassandra就是fb造的，现在改成hbase了
: 但是facebook最早是lamp
: 最早用mysql，但是mysql带来巨大的浪费
: 所以大多数时候只当key-value pair用
: dba还是有工作的
: 但是会随着时间的增长逐步减少
|
r**i
发帖数: 2328 | 294 很多人不想想为什么最早的db设计者要引进sql
【在 w*********e 的大作中提到】
: 基本正确，不过张三那段有点小问题，有点混淆了db query和keyword search区别。
|
z****e
发帖数: 54598 | 295 有db开发经验的人到处都是啊
哪个小本大学没学过db？
不跟db打交道是不行的
牛人也不是说只有google的才是牛人
也不是只有挨踢公司才有挨踢
更不是只有微软才能做挨踢
【在 r**i 的大作中提到】
: nosql才需要db architect，因为server不是现成的，开源的packages挑选组合，需要
: 有db开发经验的人才能架构起来。不是所有的IT公司都是internet业务，不是所有的公
: 司都是IT公司，不是所有的公司都想投钱雇in-house能人。还有记住，不是牛人让你赚
: 钱，是蠢人在让你赚钱，越蠢你的钱越好赚，牛人的开源作得越好你越容易失业。:D
|
z****e
发帖数: 54598 | 296 这不奇怪
over design的东西到处都是
【在 r**i 的大作中提到】
: 很多人不想想为什么最早的db设计者要引进sql
|
z****e
发帖数: 54598 | 297 ibm才是真正大公司的产品
从主机开始一路造下来，企业要的，ibm都能造
产品线要全太多了，其次是收购了sun和bea之后的oracle
现在oracle也能造服务器了，还有各种软件，以前只能造db
微软在企业开发这一块要弱很多
毕竟长期不是干这个的
还有就是开源本身也很强，跟微软抢小公司市场的主要就是开源
ibm和oracle多少是不屑小公司的
【在 r**i 的大作中提到】
: 你肯定没跟中西部的大公司打过交道。
|
z****e
发帖数: 54598 | 298 nosql要的其实不是db architect
应该说是architect
拘束在db上就显然太小了
architect从前到后都得做
db开发经验其实是基本功
nosql是plus，但是现在web大发展
以后nosql变成基本功，db成plus了也不一定
将来的事，谁说得清楚呢
另外稍微大一点的公司都有自己的cio，cio下面一堆挨踢的
所以会挨踢的人还是挺多的，每年大学都在毕业cs的毕业生
并不少，完全可以应付各个中小公司的挨踢
而这些挨踢才是开源使用的主力军，netflix就是典型
netflix就不是什么挨踢企业，当然是web企业
但是主业是娱乐，人家用开源用得如火如荼
类似的，银行里面很多开发人员，也都不靠挨踢公司过活
所以牛人把开源做得越好，只会push更多的人到其它行业去做挨踢
而不会减少挨踢工作机会，总量会上升
但是对于像微软这种公司来说，未必是好事
因为开源会的人多了，有什么理由去用收费的东西呢？
类似的，fb什么其实也不能说是挨踢企业，fb搞社交的
google是卖广告的，从某种意义上说，传统的挨踢正在凋零
不跟其它业务结合，挨踢本身没有太大意义
【在 r**i 的大作中提到】
: nosql才需要db architect，因为server不是现成的，开源的packages挑选组合，需要
: 有db开发经验的人才能架构起来。不是所有的IT公司都是internet业务，不是所有的公
: 司都是IT公司，不是所有的公司都想投钱雇in-house能人。还有记住，不是牛人让你赚
: 钱，是蠢人在让你赚钱，越蠢你的钱越好赚，牛人的开源作得越好你越容易失业。:D
|
r**i
发帖数: 2328 | 299 sql是over design。。。
【在 z****e 的大作中提到】
: 这不奇怪
: over design的东西到处都是
|
z****e
发帖数: 54598 | 300 我搞挨踢不见得比你弱
实际上我有多个行业的从业经验
都不是非常传统的挨踢，多少都涉及某一个行业
比如网络，比如民航
实际上我从来都主张把挨踢尤其是软件推广到其它行业去
这样一来可以增加其它行业自身的生产力
其次可以降低成本，尤其是软件成本
最后一个最重要：可以增加就业机会
其实大多数挨踢职位都 不 是卖软件产品公司比如微软提供的
多数来自银行等其它行业
一般公司搞挨踢，三个主要支出
码农的工资，软件的licence fee，硬件的depreciation
从高到低，理论上裁码农最赚钱
但是没人干活，光买产品，很难适应自身的需要
因为产品是普适性的，但是个性化操作很难定制
而现实生活中，绝大多数行业的公司都有定制的需求
比如银行，随便两个银行的挨踢系统其实是不一样的
所以就需要码农来搞定这些不同的地方
大的银行，比如汇丰，都有自己的挨踢企业，汇丰电子这样的
所以码农的工资不好省
那能省的就是后两个
最后一个由于有莫尔定律存在，所以降低得很快
剩下第二个
第二个就是靠开源来降低成本，而第二个是最传统的领域
开源用得越多，其实对生产软件产品的公司是不利的
但是因为开源还无法实现说让人无脑编程的地步
也就是文科生高中生还不能适应真正的开源工具的使用
所以还是需要人来操作，而这些人就是大多数挨踢人员
从这个意义上说，传统软件公司的利益跟大多数挨踢从业人员的利益是冲突的
所以这就是为什么，盖茨总是招人骂的原因
蛋糕就这么大，盖茨成了世界首富，那剩下的是什么？
世界首穷？
相比之下，搞开源的则多数成了英雄
所谓开源越多，工作机会越少，其实是一个最大的谎言
那是资本家用来忽悠分裂开源共产主义阵营的
【在 r**i 的大作中提到】
: 你说的很多都很对，也有很多是不对的。:D
: 我可以endorse你这篇，基本上对。
|
|
|
z****e
发帖数: 54598 | 301 当你做一个最简单的crud都需要transaction的时候
这就是over design
sql和db在一开始有推动的意义
但是现在时代不同了，db需要改革
不要刻舟求剑，现在是web时代了
【在 r**i 的大作中提到】
: sql是over design。。。
|
m*y
发帖数: 5861 | 302 我发现大家真能码字，是不是跟码工背景有关系？
【在 z****e 的大作中提到】
: 我搞挨踢不见得比你弱
: 实际上我有多个行业的从业经验
: 都不是非常传统的挨踢，多少都涉及某一个行业
: 比如网络，比如民航
: 实际上我从来都主张把挨踢尤其是软件推广到其它行业去
: 这样一来可以增加其它行业自身的生产力
: 其次可以降低成本，尤其是软件成本
: 最后一个最重要：可以增加就业机会
: 其实大多数挨踢职位都 不 是卖软件产品公司比如微软提供的
: 多数来自银行等其它行业
|
r**i
发帖数: 2328 | 303 微软不是长期作企业开发的？NT和SBS表示疑惑。
【在 z****e 的大作中提到】
: ibm才是真正大公司的产品
: 从主机开始一路造下来，企业要的，ibm都能造
: 产品线要全太多了，其次是收购了sun和bea之后的oracle
: 现在oracle也能造服务器了，还有各种软件，以前只能造db
: 微软在企业开发这一块要弱很多
: 毕竟长期不是干这个的
: 还有就是开源本身也很强，跟微软抢小公司市场的主要就是开源
: ibm和oracle多少是不屑小公司的
|
r**i
发帖数: 2328 | 304 恩，神马relational calculus都是over design。大家就用一堆keywords使劲search好
了。
【在 z****e 的大作中提到】
: 当你做一个最简单的crud都需要transaction的时候
: 这就是over design
: sql和db在一开始有推动的意义
: 但是现在时代不同了，db需要改革
: 不要刻舟求剑，现在是web时代了
|
z****e
发帖数: 54598 | 305 或者说换个说法
不适应时代的需要了
旧的东西未必会被淘汰
但是工作机会减少是必然的结果
现在还有搞主机的
但是工作机会数量不可同日而语了
以后只搞db的多半也会有同样的下场
【在 r**i 的大作中提到】
: 恩，神马relational calculus都是over design。大家就用一堆keywords使劲search好
: 了。
|
r**i
发帖数: 2328 | 306 谢谢你的坦诚。不过你好像是半路出家的，很多基本概念都混在一块了。
【在 z****e 的大作中提到】
: 我搞挨踢不见得比你弱
: 实际上我有多个行业的从业经验
: 都不是非常传统的挨踢，多少都涉及某一个行业
: 比如网络，比如民航
: 实际上我从来都主张把挨踢尤其是软件推广到其它行业去
: 这样一来可以增加其它行业自身的生产力
: 其次可以降低成本，尤其是软件成本
: 最后一个最重要：可以增加就业机会
: 其实大多数挨踢职位都 不 是卖软件产品公司比如微软提供的
: 多数来自银行等其它行业
|
z****e
发帖数: 54598 | 307 哈哈，我本科是软件工程，研究生major是distributed system
你说我半路出家？
【在 r**i 的大作中提到】
: 谢谢你的坦诚。不过你好像是半路出家的，很多基本概念都混在一块了。
|
r**i
发帖数: 2328 | 308 又来一个，最近怎么老碰到这种。哈。
好了，谢谢你陪我度过oncall时光，明天还要早起，恕不奉陪了。
【在 z****e 的大作中提到】
: 哈哈，我本科是软件工程，研究生major是distributed system
: 你说我半路出家？
|
z****e
发帖数: 54598 | 309 哈哈，我在你们这一群人的上游，无论是am还是g
要不要说说你是哪个cloud？我帮你看看你们的数据跟其它家对比如何？
【在 r**i 的大作中提到】
: 又来一个，最近怎么老碰到这种。哈。
: 好了，谢谢你陪我度过oncall时光，明天还要早起，恕不奉陪了。
|
z****e
发帖数: 54598 | 310 微软倒是想
可惜力不从心啊
当然office如果也算作是企业“开发”的话
那可能算是吧
如果写vb脚本那些人都算上的话
可惜现在vb也都没啥人写了
nt之类的压根不算什么，微软主要赚钱的还是office
从它崛起的那一天起，windows卖得最多，office最赚钱
没有变过
【在 r**i 的大作中提到】
: 微软不是长期作企业开发的？NT和SBS表示疑惑。
|
|
|
a**********k
发帖数: 1953 | 311 你这几句有点道理。
真正的Architect应该有全局观和广博的知识，从高层到底层，从前台到后台，
db只是一个component。 登高才能望远， 才不会局限于细枝末节的纠缠；
对基本概念和技术的透彻了解， 才能超越时髦术语的堆砌。现在各位讨论得
渐渐有点深度了， 不错!
【在 z****e 的大作中提到】
: nosql要的其实不是db architect
: 应该说是architect
: 拘束在db上就显然太小了
: architect从前到后都得做
: db开发经验其实是基本功
: nosql是plus，但是现在web大发展
: 以后nosql变成基本功，db成plus了也不一定
: 将来的事，谁说得清楚呢
: 另外稍微大一点的公司都有自己的cio，cio下面一堆挨踢的
: 所以会挨踢的人还是挺多的，每年大学都在毕业cs的毕业生
|
z********e
发帖数: 8818 | 312 两种完全不同的人生观啊！：）：）我完全站在你这一边，因为面对客户我总是很尊敬
和感激。：）：）
【在 u**h 的大作中提到】
: 让你赚钱的应该是你的上帝， 况且未必比你蠢， 只不过用钱买你的劳力，
: 然后去做更有价值的事。
|
z********e
发帖数: 8818 | 313 多谢解释！！现在站在门外感觉好多了～
【在 z****e 的大作中提到】
: 传统db有一个最大的问题
: 就是结构化存储，比如你要把员工数据放到一个db里面去
: 那么每个员工的数据都会归类
: 比如身高放在同一个地方，体重放在另外一个地方
: 姓名放在一个地方，籍贯放在另外一个地方
: 结构化存储有很大好处，这个自然，是个人都明白
: 尤其是做报表的时候，一拉就出来了，一目了然
: 但是有个很大的问题，就是对于精度要求不高的数据
: 结构化存储带来了巨大的资源浪费，因为要管理这些数据
: 本身就有各种开销，比如对于每一个字段是空还是不空，这个要记录
|
z********e
发帖数: 8818 | 314 很怀念前一阵你和RAKI的大战啊。我只能说浙版太牛了，吸引了那么多牛人。大家请继
续请继续～～
【在 a**********k 的大作中提到】
: 你这几句有点道理。
: 真正的Architect应该有全局观和广博的知识，从高层到底层，从前台到后台，
: db只是一个component。 登高才能望远， 才不会局限于细枝末节的纠缠；
: 对基本概念和技术的透彻了解， 才能超越时髦术语的堆砌。现在各位讨论得
: 渐渐有点深度了， 不错!
|
r**i
发帖数: 2328 | 315 architects分很多类型，不要因为作app的公司多，上来就说db只是一个component，卖
db的cloudera, greenplum都跟你急。还有些公司db都不需要，卖Web design的，
architect只管web layer优化。system architect, network architect。。。种类多
了去了。你说的那种，不过是在app公司作architect，作integration就行，不用对前
后台有跟specialized architect那样了解深刻。
说到底，不光db architect，其他类型的architects也一样，基本概念总要搞搞清楚，
程序总要写过个几百万才好意思出来跟人打招呼。大公司的architect最扯了，只会
talking，把事情说的模模糊糊的也能当，反正headache有engineer帮她解决。细节才
能体现一个人的水平，基本上你hands on experience就是通过细节问题体现的。只有
在startup作过几轮的才能明白我说的。
【在 a**********k 的大作中提到】
: 你这几句有点道理。
: 真正的Architect应该有全局观和广博的知识，从高层到底层，从前台到后台，
: db只是一个component。 登高才能望远， 才不会局限于细枝末节的纠缠；
: 对基本概念和技术的透彻了解， 才能超越时髦术语的堆砌。现在各位讨论得
: 渐渐有点深度了， 不错!
|
j****n
发帖数: 1046 | 316 nosql 也不是包治百病的，只能是对目前的一些web 应用性能上比SQL 好。
business logic 复杂后，它就不顶了。
Over design 要看对谁了，任何一个General purpose 的系统都要over design 照顾方
方面面。像微软这种大公司还得考虑向前兼容。不是说扔就能扔的。
还是那句老话，技术不是第一位的，business logic 先行于技术。
【在 z****e 的大作中提到】
: 当你做一个最简单的crud都需要transaction的时候
: 这就是over design
: sql和db在一开始有推动的意义
: 但是现在时代不同了，db需要改革
: 不要刻舟求剑，现在是web时代了
|
j****n
发帖数: 1046 | 317 程序总要写过个几百万？
这个要求太高。
【在 r**i 的大作中提到】
: architects分很多类型，不要因为作app的公司多，上来就说db只是一个component，卖
: db的cloudera, greenplum都跟你急。还有些公司db都不需要，卖Web design的，
: architect只管web layer优化。system architect, network architect。。。种类多
: 了去了。你说的那种，不过是在app公司作architect，作integration就行，不用对前
: 后台有跟specialized architect那样了解深刻。
: 说到底，不光db architect，其他类型的architects也一样，基本概念总要搞搞清楚，
: 程序总要写过个几百万才好意思出来跟人打招呼。大公司的architect最扯了，只会
: talking，把事情说的模模糊糊的也能当，反正headache有engineer帮她解决。细节才
: 能体现一个人的水平，基本上你hands on experience就是通过细节问题体现的。只有
: 在startup作过几轮的才能明白我说的。
|
r**i
发帖数: 2328 | 318 windows卖的最多？？？这话真是。。。windows只有一种版本？NT不是windows? xp的
kernel都是基于nt的。
【在 z****e 的大作中提到】
: 微软倒是想
: 可惜力不从心啊
: 当然office如果也算作是企业“开发”的话
: 那可能算是吧
: 如果写vb脚本那些人都算上的话
: 可惜现在vb也都没啥人写了
: nt之类的压根不算什么，微软主要赚钱的还是office
: 从它崛起的那一天起，windows卖得最多，office最赚钱
: 没有变过
|
H******e
发帖数: 4682 | 319 No.......
No stop!
:)
【在 r**i 的大作中提到】
: 又来一个，最近怎么老碰到这种。哈。
: 好了，谢谢你陪我度过oncall时光，明天还要早起，恕不奉陪了。
|
a**********k
发帖数: 1953 | 320 在一个复杂的系统里， DB就是一个component， 而且是
CS中相对比较成熟， 简单的一个component。
我记得有一年的DB年会， Michael Stonebraker自嘲自己因为作
DB，在Berkeley属于second class citizen， David DeWitt
也心有同感地应和。 只有Jeffrey Ullman大步流星走到台前，
表示自己从不后悔作DB。因为他既懂DB， 也能跳出DB框框从
宏观来看待。
【在 r**i 的大作中提到】
: architects分很多类型，不要因为作app的公司多，上来就说db只是一个component，卖
: db的cloudera, greenplum都跟你急。还有些公司db都不需要，卖Web design的，
: architect只管web layer优化。system architect, network architect。。。种类多
: 了去了。你说的那种，不过是在app公司作architect，作integration就行，不用对前
: 后台有跟specialized architect那样了解深刻。
: 说到底，不光db architect，其他类型的architects也一样，基本概念总要搞搞清楚，
: 程序总要写过个几百万才好意思出来跟人打招呼。大公司的architect最扯了，只会
: talking，把事情说的模模糊糊的也能当，反正headache有engineer帮她解决。细节才
: 能体现一个人的水平，基本上你hands on experience就是通过细节问题体现的。只有
: 在startup作过几轮的才能明白我说的。
|
|
|
w*********e
发帖数: 5286 | 321 then what is the first-class citizen?
【在 a**********k 的大作中提到】
: 在一个复杂的系统里， DB就是一个component， 而且是
: CS中相对比较成熟， 简单的一个component。
: 我记得有一年的DB年会， Michael Stonebraker自嘲自己因为作
: DB，在Berkeley属于second class citizen， David DeWitt
: 也心有同感地应和。 只有Jeffrey Ullman大步流星走到台前，
: 表示自己从不后悔作DB。因为他既懂DB， 也能跳出DB框框从
: 宏观来看待。
|
w****k
发帖数: 6244 | 322 数据库（数据存储，输入和调用）是大部分网络应用的核心以及瓶颈。
zhaoce这位兄弟，就是爱争论，尤其喜欢扯名词，但基本概念似是而非。
看看热闹就好了。
【在 r**i 的大作中提到】
: architects分很多类型，不要因为作app的公司多，上来就说db只是一个component，卖
: db的cloudera, greenplum都跟你急。还有些公司db都不需要，卖Web design的，
: architect只管web layer优化。system architect, network architect。。。种类多
: 了去了。你说的那种，不过是在app公司作architect，作integration就行，不用对前
: 后台有跟specialized architect那样了解深刻。
: 说到底，不光db architect，其他类型的architects也一样，基本概念总要搞搞清楚，
: 程序总要写过个几百万才好意思出来跟人打招呼。大公司的architect最扯了，只会
: talking，把事情说的模模糊糊的也能当，反正headache有engineer帮她解决。细节才
: 能体现一个人的水平，基本上你hands on experience就是通过细节问题体现的。只有
: 在startup作过几轮的才能明白我说的。
|
z****e
发帖数: 54598 | 323 db当然只是一个component
他一点没说错
做什么事都要有大局观
否则就是瞎子摸象
书呆子就容易做成瞎子，然后跟其它人争论大象到底是什么样子的
db对于大多数公司来说，就是一个简单的存储的component
你跟大多数人说transaction都显得多余
人家干嘛要知道transaction？
人家花钱雇你是给来解决问题的，不是来看你卖弄的
所谓构架当然是先总后细
把一个大象切成一块一块的
然后每个人再下去负责自己的一块，然后再切割下去
然后下面的人再负责自己的一块
这就是soa的构架，当年ibm就是靠做这个，来了个华丽的转身
拜托，这里没有人说app
我做integration肯定比你资格要老，老得多，有兴趣我们聊聊eai好不好？
说实话，我还没做过app呢，你说的这种才是在app公司做的
startup就别出来臭美了，startup的系统没有几个大的
否则还startup啥？
我用公孙大神的话说就是
startup用的多数不是屠龙术，很多东西都显得太重，所以怎么简单怎么来
以后做大了，发财了，再找能人来改
cloudera不就是一个卖component的么？所谓component当然可以是一个具体的产品
卖具体的产品怎么就不能说是component了？m$的大多数产品当然也是component
这应该是学过软件工程的人都明白的最浅显的道理
话说以我一个学软件工程出身的人的眼光看，你的见解才是绝对的外行
显得很书呆，看什么问题都是管中窥豹，缺乏大局观
【在 r**i 的大作中提到】
: architects分很多类型，不要因为作app的公司多，上来就说db只是一个component，卖
: db的cloudera, greenplum都跟你急。还有些公司db都不需要，卖Web design的，
: architect只管web layer优化。system architect, network architect。。。种类多
: 了去了。你说的那种，不过是在app公司作architect，作integration就行，不用对前
: 后台有跟specialized architect那样了解深刻。
: 说到底，不光db architect，其他类型的architects也一样，基本概念总要搞搞清楚，
: 程序总要写过个几百万才好意思出来跟人打招呼。大公司的architect最扯了，只会
: talking，把事情说的模模糊糊的也能当，反正headache有engineer帮她解决。细节才
: 能体现一个人的水平，基本上你hands on experience就是通过细节问题体现的。只有
: 在startup作过几轮的才能明白我说的。
|
z****e
发帖数: 54598 | 324 nosql当然不是包治百病
db对于结构化存储要求比较高的部分还是需要的
但是nosql自身也在学习
现在nosql开始逐步添加transaction功能
这才是真正威胁db生存的决定
你说对不对？
【在 j****n 的大作中提到】
: nosql 也不是包治百病的，只能是对目前的一些web 应用性能上比SQL 好。
: business logic 复杂后，它就不顶了。
: Over design 要看对谁了，任何一个General purpose 的系统都要over design 照顾方
: 方面面。像微软这种大公司还得考虑向前兼容。不是说扔就能扔的。
: 还是那句老话，技术不是第一位的，business logic 先行于技术。
|
z****e
发帖数: 54598 | 325 瓶颈没有错
所以才要改
这个我之前也说过了
问题在于，核心怎么定义？
什么叫做核心呢？
其实真正的核心应该剥离
把db弱化成一个存储工具
最典型的就是早期的大量留存的store procedure
到今天都成为系统改良的大问题
一堆人都不懂里面是什么东西
读起来太累，改起来太恐怖，不敢改
造成了一个又一个的黑盒子
这都是最早以db为核心的映射留下来的遗产
这其实是一种很老旧的设计，是很多年以前没有办法才采用的办法
后来中间件大发展，bea成为迄今为止，最早实现盈利百万的公司
所以人们开始从db逐步剥离业务逻辑，变成单独的组件
这就是后来j2ee的由来，所谓j2ee三层模型
最外面一层是web，最里面一层是db或者叫integration
中间一层是什么？中坚一层就是ibm发家致富的本钱，which is websphere
这都多少年了，还有人看不懂么？
后来发展起来之后，发现websphere等中间件server包括软硬件，都好办
都很容易scale up/out
但是呢，db是瓶颈，因为db总是跟不上数据量的增长
所以才有了nosql，这个过程你要告诉别人，别嘴巴一张说这是核心和瓶颈
然后呢？没有了？
【在 w****k 的大作中提到】
: 数据库（数据存储，输入和调用）是大部分网络应用的核心以及瓶颈。
: zhaoce这位兄弟，就是爱争论，尤其喜欢扯名词，但基本概念似是而非。
: 看看热闹就好了。
|
z****e
发帖数: 54598 | 326 那你是不是要把office也做个版本的划分？
【在 r**i 的大作中提到】
: windows卖的最多？？？这话真是。。。windows只有一种版本？NT不是windows? xp的
: kernel都是基于nt的。
|
z****e
发帖数: 54598 | 327 说实话我真没怎么听说过所谓的db architect
什么叫db architect？依稀见到过这个职位
但是我从来都觉得这是一个吹牛大于实际价值的一个职位
我没有当真过
现在是个人就把architect往自己前面加
哪来的这么多architect，一个公司一个足以
我现在linkedin上还是写着自己title是developer
连senior都不好意思加
脸皮还是不够厚
另外，做app我没做过
真没做过，我做app很弱的
我从我工作的那一天起，就在不同行业的类似总局一样的机构服务
我很少直接面对消费者，基本上中间要经过一个reseller
比如民航，就是航空公司和旅游代理是中下游
比如网络，各种cloud就是下游，各种分销商是中游
比如军工转民用，各种机场就是中游，灰机是下游
我不知道这种级别算不算得上大
但是我觉得应该是够大了
论数量，我现在手头上这个系统，使用者至少两亿，一个日本国就有一亿多人了
不要说am和g带来的流量，所以startup那种流量就算了吧
【在 r**i 的大作中提到】
: architects分很多类型，不要因为作app的公司多，上来就说db只是一个component，卖
: db的cloudera, greenplum都跟你急。还有些公司db都不需要，卖Web design的，
: architect只管web layer优化。system architect, network architect。。。种类多
: 了去了。你说的那种，不过是在app公司作architect，作integration就行，不用对前
: 后台有跟specialized architect那样了解深刻。
: 说到底，不光db architect，其他类型的architects也一样，基本概念总要搞搞清楚，
: 程序总要写过个几百万才好意思出来跟人打招呼。大公司的architect最扯了，只会
: talking，把事情说的模模糊糊的也能当，反正headache有engineer帮她解决。细节才
: 能体现一个人的水平，基本上你hands on experience就是通过细节问题体现的。只有
: 在startup作过几轮的才能明白我说的。
|
j****n
发帖数: 1046 | 328 那是，任何事情都在发展，SQL 也可能在学nosql 的好的东西。
【在 z****e 的大作中提到】
: nosql当然不是包治百病
: db对于结构化存储要求比较高的部分还是需要的
: 但是nosql自身也在学习
: 现在nosql开始逐步添加transaction功能
: 这才是真正威胁db生存的决定
: 你说对不对？
|
z****e
发帖数: 54598 | 329 应该是db在学习nosql的好东西
db2已经有key - value pair的部分了
然后lotus已经有类似gfs的document systems了
这是ibm的solution
其实在sql出来之前，怎么存放的方式有过巨大的讨论
最后sql是赢了，但是过于结构化的存储适应不了时代的需要
所以非结构化的存储又被拿了出来
【在 j****n 的大作中提到】
: 那是，任何事情都在发展，SQL 也可能在学nosql 的好的东西。
|
r**i
发帖数: 2328 | 330 nosql = not only sql，从诞生之日，就没有人说sql是over design，扔了算了。
事实上很多新兴的db公司都在nosql system上罩一层sql，然后作query optimization。
为什么要这么麻烦呢？这个原因就要从app server说起。
微软的legacy也是很多IT公司的legacy。
这些公司invest了很多tools在sql上，最常见的就是在app server里面有一层data
access layer，管理data sources，connection pool，statement cache之类的资源。
这层之上数据都是以object形态出现，跟底层的数据存储结构无关。
app sever可以配置各种ORM tool。
最流行的是spring framework里面的hibernate，websphere和.NET原来有自己的entity
framework，现在也向流行妥协，提供hibernate support，比如.NET可以设置
NHibernate。
app server的并发跟db的并发完全不是一回事。
前者最常见的是对事件消息队列的优化，focusing on failover，load-balancing。
后者最常见是对磁盘数据读取的优化，提高db的throughput。distributed systems里
面也要作load-balancing和failover。这些东西的基本思想一样，但是实现跟app层非
常不同。
这么作的目的都是让developer能尽可能的focus on BI logic。
Internet里的app server为了提高速度，常见的手段是在db上加各种layer，作各种
cache，让app server cluster可以从多个region直接从memory提取数据，这个意义上
来讲dal是扩大了。你可以说middleware扩大，但并不等同于db的萎缩。
nosql如果不提供sql access呢，对传统公司来讲，首先原先的DAL需要改。这个改起来
很麻烦，都还没涉及到stored procedure，就需要作很多工作，很多年的投资都白费了
。相反如果nosql db能提供sql支持，对这些公司来讲就可以省下很多钱作别的。
这就是为什么最新的big data startup都抢着作app server的原因。
把nosql做成transanctional db呢，大约09,10年的时候就有很多尝试，已经有商用的
了。这里面有很多八卦，我就不细说了。
呵呵，我说过了，别指望我说关键。
【在 z****e 的大作中提到】
: nosql当然不是包治百病
: db对于结构化存储要求比较高的部分还是需要的
: 但是nosql自身也在学习
: 现在nosql开始逐步添加transaction功能
: 这才是真正威胁db生存的决定
: 你说对不对？
|
|
|
r**i
发帖数: 2328 | 331 你不知道因为你不是db insider，很多db company都有这个职位, data driven
startups也有这个职位。说到底你是作app的，这是对作db的公司而言。小公司db
architect非常hands on，要写很多open source之间的glue code。起一个server不是
那么容易的。对了，你推崇备至的ibm里面就有这个职位，oracle也有这个职位。我在
meetup上见过的db architects多了去了。还比神马流量，流量谁多谁说话有理阿
。那姐跟你费这口舌，把日流量一放就行了。
【在 z****e 的大作中提到】
: 说实话我真没怎么听说过所谓的db architect
: 什么叫db architect？依稀见到过这个职位
: 但是我从来都觉得这是一个吹牛大于实际价值的一个职位
: 我没有当真过
: 现在是个人就把architect往自己前面加
: 哪来的这么多architect，一个公司一个足以
: 我现在linkedin上还是写着自己title是developer
: 连senior都不好意思加
: 脸皮还是不够厚
: 另外，做app我没做过
|
z****e
发帖数: 54598 | 332 hibernate是jpa
hibernate作者都在我的linkedin上
monash的一个学数学的本科毕业生做的
名字叫做gavin king，现在亚特兰大的red hat
app server当然可以配置orm，但是hibernate只是一个小产品
有个标准，叫做jpa
但是hibernate这个产品有个混蛋到极点的要求
transaction manager不配置就是不行
所以我前面说了一个最简单的crud都需要transaction的时候
问题就来了，这也是最严重最常见的瓶颈，所以我说sql有些东西是over design
还有就是sql本身对于不同db，居然是不同的
最典型的就是分页算法，这个曾经放在wikipedia的页面上供人瞻仰
现在不知道还在不在，总之sql很烂，有各种问题，兼容性很差
远比java差，差很远，所以后期人们都放弃对于各个db产品的学习
而改为用java尤其是jdbc以及jpa来统一各个db
因为经常会遇到db migration的问题，这个问题都不是over design的问题了
是设计标准上的缺陷，我当时发现这个问题时候都惊讶，sql的标准居然如此地不彻底
连这么常用的一个功能，都各自实现，难怪需要hibernate
然后我们说nosql，nosql从诞生之日起，之所以流行
就是因为人们对于结构化的存储不满意
前面说了，为什么？因为瓶颈，app server和硬件都可以很轻松地搞定scalability
但是db不行，db往往是主要也几乎可以说是唯一未被完全克服的瓶颈
websphere什么的app server早就搞定cluster了
所以人们发明了很多办法，先减轻db的负载，然后再逐步剥离db的各种智能
最开始就是先剥离store procedure
其次是剥离cache的management
最后是剥离transaction的管理
你知道真正大型系统的db的问题还在哪里吗？
还在transaction的管理上
transaction对于分布式系统来说几乎是原罪
能搞定这个，主机就可以彻底淘汰了
可惜不行，只能用两段式的transaction来解决
但是两段式的transaction有理论上的先天缺陷
不能真正解决问题，在此基础之上
才有了后来的cap理论，也就是ca和p，你只能取其二
一定要牺牲一个，所以怎么做都有缺陷
那就要看你牺牲哪一个了，对于分布式系统来说
app server曾经管过transaction
但是container控制的transaction有先天缺陷
不同jvm上的entity显得很没有必要，因为只有business logic这一tier才需要entity
而db integration这一层是不需要的
还搞一个remote interface出来，有病啊
就是最早的entity bean啦，一出来就被骂了个遍
到后来灰溜溜地不用了，换hibernate了，在hibernate基础之上
搞出了jpa标准，并将jpa标准剥离出ejb标准，成为j2ee的一个独立组件
类似的，对于messaging也是从ejb的message bean里面剥离出来
变成一个单独的jms标准组件
最早ejb有三种你知道么？message bean, session bean和entity bean
不过现在都不说了，但是知道ejb尤其是ejb2.x版本的人都知道
这个玩意跟.net没半毛钱关系，.net压根就没有ejb
对了，data access layer那个叫做repository或者叫做dao
你知道这两个的区别吗？后者是一个pattern哦
后来spring觉得ejb太复杂了，就搞出了一个简化的，缺乏其它组件的spring
framework
这个套上tomcat就能用了，很流行
后来推出了.net版的spring，好像叫做nspring
类似的，hibernate也有.net版
但是呢，因为都是java的东西
所以.net版的版本一般都会慢一点
而且本身，spring和.net就不是j2ee，spring不是标准的j2ee
.net压根不是j2ee，压根没有ejb，我不明白.net是怎么搞这个对象池管理的
所以这就是封闭的代价，微软什么事情都不合作，什么产品都自己搞一套
那这种第三方支援当然就需要时间去适应.net特殊的接口
这适应就需要成本，很容易理解的道理，而且.net的设计者本身是delphi挖过去的
垃圾一个，delphi本身有很严重的设计缺陷，挖过去就继续祸害别人
标准化组件好就好在，接口是统一的，很多时候，不需要编译就能直接用了
比如spring的jar包，放哪个app server上都能用
但是.net连vm都不一样，各种migration的代价就必不可少了
还有就是，hadoop什么不是app server
连边都算不上
真正的app server是j2ee的概念
每年以前sun现在oracle，都会发布证书出来
指明哪些app server是合格的
这里面websphere和weblogic是常客，jboss也不甘人后
其它的就不好说咯
hadoop是一个framework
你知道framework和app server的区别吗？
在多线程生命周期的控制上
framework只控制beans也就是组件的生命周期
不涉及线程本身的生命周期的管理，而server则主要是负责线程的管理
hadoop自己认为自己是一个framework
你可以自己跑去wikipedia上看看这个条目就明白了
从某种意义上说，hadoop是一个event based的framework
会用多线程，但那是不得不用，跟app server主动去管理多线程不是一回事
所以你说各家公司争着做app server
那我就笑了，app server只有ibm和oracle等少数几家在做
大多数big data都不是做app server的
一般是卖服务，或者是卖产品，当然产品这个概念包括有app server
但是一般这些产品都不直接跟websphere等竞争
比如做一个企业用的hadoop
optimization。
entity
【在 r**i 的大作中提到】
: nosql = not only sql，从诞生之日，就没有人说sql是over design，扔了算了。
: 事实上很多新兴的db公司都在nosql system上罩一层sql，然后作query optimization。
: 为什么要这么麻烦呢？这个原因就要从app server说起。
: 微软的legacy也是很多IT公司的legacy。
: 这些公司invest了很多tools在sql上，最常见的就是在app server里面有一层data
: access layer，管理data sources，connection pool，statement cache之类的资源。
: 这层之上数据都是以object形态出现，跟底层的数据存储结构无关。
: app sever可以配置各种ORM tool。
: 最流行的是spring framework里面的hibernate，websphere和.NET原来有自己的entity
: framework，现在也向流行妥协，提供hibernate support，比如.NET可以设置
|
z****e
发帖数: 54598 | 333 你这么一大段看着累，来，我用关键字来给你总结一下
“nosql = not only sql，从诞生之日，就没有人说sql是over design，扔了算了。
事实上很多新兴的db公司都在nosql system上罩一层sql，然后作query optimization。
为什么要这么麻烦呢？这个原因就要从app server说起。
微软的legacy也是很多IT公司的legacy。”
错误的，微软的产品都是非标准的产品，问题多多
比如你在ibm的产品的使用经验，尤其是app server的使用经验，可以直接用在oracle
的weblogic上
.net不行
“这些公司invest了很多tools在sql上，最常见的就是在app server里面有一层data
access layer，管理data sources，connection pool，statement cache之类的资源。
这层之上数据都是以object形态出现，跟底层的数据存储结构无关。
app sever可以配置各种ORM tool。”
这个叫做dao或者是repository
有个非常好用annotation,@Repository
dao是一个模式
“最流行的是spring framework里面的hibernate，websphere和.NET原来有自己的
entity
framework，现在也向流行妥协，提供hibernate support，比如.NET可以设置
NHibernate。”
这个叫做jpa，nhibernate是.net的移植版，red hat当然会先保证j2ee版本的impl咯
red hat是jboss的东家，jboss就是一个app server
“app server的并发跟db的并发完全不是一回事。
前者最常见的是对事件消息队列的优化，focusing on failover，load-balancing。
后者最常见是对磁盘数据读取的优化，提高db的throughput。distributed systems里
面也要作load-balancing和failover。这些东西的基本思想一样，但是实现跟app层非
常不同。”
谁说不是一回事的？问题都是一样的
另外，message这个在j2ee里面叫做jms，message这个东西早就被完全定义下来了
load-balancing这个叫做cluster，不是什么也要做load-balancing这些
这个是分布式的基础中的基础，是个分布式的东西，它都会做这些
db的throughpu就是瓶颈，可以尽量用连接池等来优化，但是还是会有瓶颈
“这么作的目的都是让developer能尽可能的focus on BI logic。”
这句话正确
“Internet里的app server为了提高速度，常见的手段是在db上加各种layer，作各种
cache，让app server cluster可以从多个region直接从memory提取数据，这个意义上
来讲dal是扩大了。你可以说middleware扩大，但并不等同于db的萎缩。”
做各种cache没有错，但是做了cache也搞不定，因为cache本身跟db实现有很大关系
也就是mysql的cache实现很难挪用到db2上去
或者用第三方的cache产品，这个倒是一个方法，不过都不怎么普及
db萎缩的问题并不在于dal的扩大，而在于nosql在扩容时候有先天的优势
所以对于大量非重要数据，没有必要上db，实际上新项目就都在用nosql
还有就是一个市场不增长，光守，是吸引不了投资的
“nosql如果不提供sql access呢，对传统公司来讲，首先原先的DAL需要改。这个改起来
很麻烦，都还没涉及到stored procedure，就需要作很多工作，很多年的投资都白费了
。相反如果nosql db能提供sql支持，对这些公司来讲就可以省下很多钱作别的。”
db和nosql可以合作，现有系统不扩张，工作机会就减少了
扩张增长的地方才有工作机会，否则非洲工作机会最多
“这就是为什么最新的big data startup都抢着作app server的原因。
把nosql做成transanctional db呢，大约09,10年的时候就有很多尝试，已经有商用的
了。这里面有很多八卦，我就不细说了。”
这个就滑稽了，app server产品需要虚拟机实现
在此基础之上实现标准化组件，big data startup有什么标准和组件可言？
nosql不是db，早就有人总结了，nosql理想状态是做成db的超集
想nosql就nosql，想db就db，从这个意义上说还是要替代掉db
真正startup也就是做个大型系统，提供点web服务了事
做企业产品的也就是把hadoop包装一下拿去忽悠
“呵呵，我说过了，别指望我说关键。”
你的概念混淆了，跟你说了，你是外行，看分布式就是雾里看花
概念不清楚
optimization。
entity
【在 r**i 的大作中提到】
: nosql = not only sql，从诞生之日，就没有人说sql是over design，扔了算了。
: 事实上很多新兴的db公司都在nosql system上罩一层sql，然后作query optimization。
: 为什么要这么麻烦呢？这个原因就要从app server说起。
: 微软的legacy也是很多IT公司的legacy。
: 这些公司invest了很多tools在sql上，最常见的就是在app server里面有一层data
: access layer，管理data sources，connection pool，statement cache之类的资源。
: 这层之上数据都是以object形态出现，跟底层的数据存储结构无关。
: app sever可以配置各种ORM tool。
: 最流行的是spring framework里面的hibernate，websphere和.NET原来有自己的entity
: framework，现在也向流行妥协，提供hibernate support，比如.NET可以设置
|
z****e
发帖数: 54598 | 334 db和web一样，都是被弱化的部分
这个实际上过去20年就没有变过
我说过我见过这个职位啊
哈哈，我也告诉了你这个职位我的认识
忽悠成分大于实际的
实际上大部分db工作，除了dba做一部分外
还有就是开发来搞定
dba也就是帮人打打下手
db不是不会，这是基本功
但是现在说db没有什么意义，就好比现在说os一样
这个行业已经逐步停止增长或者说很难继续增长了
热点和机会都不在这里
或者换一个说法，其实很多db architect就是开发在做
告诉你流量呢，是告诉你我在做什么
可惜你不懂，居然不明白分布式最大的衡量标准其实就是流量
如果没有流量的问题，所谓的分布式各种产品就是折腾
还不如搞app
面试时候经常问一个问题
你做过最大的系统有多大？
难倒你在面试的时候没有遇到过这么经典的问题？
嗯，也可能把，startup再大又能有多大？
【在 r**i 的大作中提到】
: 你不知道因为你不是db insider，很多db company都有这个职位, data driven
: startups也有这个职位。说到底你是作app的，这是对作db的公司而言。小公司db
: architect非常hands on，要写很多open source之间的glue code。起一个server不是
: 那么容易的。对了，你推崇备至的ibm里面就有这个职位，oracle也有这个职位。我在
: meetup上见过的db architects多了去了。还比神马流量，流量谁多谁说话有理阿
: 。那姐跟你费这口舌，把日流量一放就行了。
|
z****e
发帖数: 54598 | 335 还有，inernet那些，真正用app server的很少
大部分都是web server
当然有back end
但是back end都是spring framework
真正用app server的di的恐怕是没有
所以web公司的人真心不是很懂app server |
r**i
发帖数: 2328 | 336 再说一遍，你很多概念不清。你前面那些帖子把DB，sql，RDBMS都等同起来。DB不光是
RDBMS, document-oriented, federated，graph db都算，你要质疑可以发信问SIGMOD
。:D
SQL不过是个language standard，没人会说它是个DB, nosql里面照样可以实现SQL。
Hadoop当然不是一个DB，HBase才是。不过，你似乎认为作bigdata的公司非得是直接作
Hadoop的, not true。
DB architect不是DBA，我已经说了，需要heavy coding。
看似你也没有Internet startup经验，Internet startup有其特殊性，自开始处理的就
可以是PB级的。
startup做过，才是真正多面手，哪里都能上。那谁要说跳出db框架，容易的很，去
startup锻炼一下就成。
关于app server，我看你的回帖大部分在repeating，或者提新的概念。这种没啥好争
的，jboss, tomcat作过也就是用过, cluster，jpa，jms也就是配置一下，又不是开发
这些。都提到hibernate了，怎么会不知道DAO？
middleware有了app server，也算比较成熟了。前台才叫混乱，很多技术还没形成统一
标准，各家都自成一套，要学一堆toolkit，光js就有jquery, dojo, ext js, 各种
plugin各种widgets。我有阵子一周用五种langauges写东西，真是吐血。相比而言，中
间和后台的技术相对还比较稳定了。
CAP理论去年Eric Brewer已经出来clarify了，2 of 3 is misleading。（http://www.infoq.com/articles/cap-twelve-years-later-how-the-rules-have-changed），你的知识需要update。
是阿，想不通了把，因为你把Internet company等同于Web company，作Internet的可
不止Web，所以不一定只用Web server。你说Uber用app server嘛？你说Nest Labs用
app server嘛？还是见得太少。
【在 z****e 的大作中提到】
: 还有，inernet那些，真正用app server的很少
: 大部分都是web server
: 当然有back end
: 但是back end都是spring framework
: 真正用app server的di的恐怕是没有
: 所以web公司的人真心不是很懂app server
|
r**i
发帖数: 2328 | 337 > 嗯，也可能把，startup再大又能有多大？
twitter, pinterst, dropbox向你问好。
【在 z****e 的大作中提到】
: db和web一样，都是被弱化的部分
: 这个实际上过去20年就没有变过
: 我说过我见过这个职位啊
: 哈哈，我也告诉了你这个职位我的认识
: 忽悠成分大于实际的
: 实际上大部分db工作，除了dba做一部分外
: 还有就是开发来搞定
: dba也就是帮人打打下手
: db不是不会，这是基本功
: 但是现在说db没有什么意义，就好比现在说os一样
|
r**i
发帖数: 2328 | 338 谁会认为Hadoop是app server啊？你自己理解有问题好不好。有大公司作基于nosql的
app server，自然有startup也作这个，作了好去卖给大公司。你也知道这块现在还没
有标准，没有标准的时候startup才杀的进去。成熟了还作个鬼。BEA以前怎么搞，现在
这些startup就怎么搞。因为nosql自己也不成熟，作app server还要常常跑到里面去作
优化，作patch，所以这种company里一定需要懂db的人。Yahoo就有很多人跑出去搞这
个，跟学校合作的也很多。
好了，不跟你抬杠。你说的ejb那段还是挺对的，我在01,02年用j2ee的时候，的确是这
样的。后来spring framework逐渐起来，作中间的日子好过多了。db就别跟我扯了，跟
我扯我也不能多说什么，总不能把公司的东西在公众论坛上讲吧。像两天jh上亚麻的几
位，我都替他们捏把汗。
前台谁有兴趣，欢迎多交流。喜欢八卦各类startup的，多交流。
还有就是，hadoop什么不是app server
连边都算不上
真正的app server是j2ee的概念
每年以前sun现在oracle，都会发布证书出来
指明哪些app server是合格的
这里面websphere和weblogic是常客，jboss也不甘人后
其它的就不好说咯
hadoop是一个framework
你知道framework和app server的区别吗？
在多线程生命周期的控制上
framework只控制beans也就是组件的生命周期
不涉及线程本身的生命周期的管理，而server则主要是负责线程的管理
hadoop自己认为自己是一个framework
你可以自己跑去wikipedia上看看这个条目就明白了
从某种意义上说，hadoop是一个event based的framework
会用多线程，但那是不得不用，跟app server主动去管理多线程不是一回事
所以你说各家公司争着做app server
那我就笑了，app server只有ibm和oracle等少数几家在做
大多数big data都不是做app server的
一般是卖服务，或者是卖产品，当然产品这个概念包括有app server
但是一般这些产品都不直接跟websphere等竞争
比如做一个企业用的hadoop当然产品这个概念包括有app server
但是一般这些产品都不直接跟websphere等竞争
比如做一个企业用的hadoop
【在 z****e 的大作中提到】
: 还有，inernet那些，真正用app server的很少
: 大部分都是web server
: 当然有back end
: 但是back end都是spring framework
: 真正用app server的di的恐怕是没有
: 所以web公司的人真心不是很懂app server
|
j****n
发帖数: 1046 | 339 两位写的太好了，这么理一下很有帮助。
Raki, 你对mobile native app 和 HTML5 有啥看法？ 如果只能选一，你选哪一个？
【在 r**i 的大作中提到】
: 谁会认为Hadoop是app server啊？你自己理解有问题好不好。有大公司作基于nosql的
: app server，自然有startup也作这个，作了好去卖给大公司。你也知道这块现在还没
: 有标准，没有标准的时候startup才杀的进去。成熟了还作个鬼。BEA以前怎么搞，现在
: 这些startup就怎么搞。因为nosql自己也不成熟，作app server还要常常跑到里面去作
: 优化，作patch，所以这种company里一定需要懂db的人。Yahoo就有很多人跑出去搞这
: 个，跟学校合作的也很多。
: 好了，不跟你抬杠。你说的ejb那段还是挺对的，我在01,02年用j2ee的时候，的确是这
: 样的。后来spring framework逐渐起来，作中间的日子好过多了。db就别跟我扯了，跟
: 我扯我也不能多说什么，总不能把公司的东西在公众论坛上讲吧。像两天jh上亚麻的几
: 位，我都替他们捏把汗。
|
w*********e
发帖数: 5286 | 340 强烈要求大牛说关键，不说关键，说八卦也行
optimization。
entity
【在 r**i 的大作中提到】
: nosql = not only sql，从诞生之日，就没有人说sql是over design，扔了算了。
: 事实上很多新兴的db公司都在nosql system上罩一层sql，然后作query optimization。
: 为什么要这么麻烦呢？这个原因就要从app server说起。
: 微软的legacy也是很多IT公司的legacy。
: 这些公司invest了很多tools在sql上，最常见的就是在app server里面有一层data
: access layer，管理data sources，connection pool，statement cache之类的资源。
: 这层之上数据都是以object形态出现，跟底层的数据存储结构无关。
: app sever可以配置各种ORM tool。
: 最流行的是spring framework里面的hibernate，websphere和.NET原来有自己的entity
: framework，现在也向流行妥协，提供hibernate support，比如.NET可以设置
|
|
|
w*********e
发帖数: 5286 | 341 内容不评论，结论不认同，不过强烈建议说话简洁明了一点。
网上口水10行说不完的，统统拉出去打屁股
【在 z****e 的大作中提到】
: hibernate是jpa
: hibernate作者都在我的linkedin上
: monash的一个学数学的本科毕业生做的
: 名字叫做gavin king，现在亚特兰大的red hat
: app server当然可以配置orm，但是hibernate只是一个小产品
: 有个标准，叫做jpa
: 但是hibernate这个产品有个混蛋到极点的要求
: transaction manager不配置就是不行
: 所以我前面说了一个最简单的crud都需要transaction的时候
: 问题就来了，这也是最严重最常见的瓶颈，所以我说sql有些东西是over design
|
a**********k
发帖数: 1953 | 342 啊， 两天没来， 几位又有这么多高论. 似乎又深入了一些， 不错！
你这问题提的好， 让我们来见识一下Raki知识的广博度。
【在 j****n 的大作中提到】
: 两位写的太好了，这么理一下很有帮助。
: Raki, 你对mobile native app 和 HTML5 有啥看法？ 如果只能选一，你选哪一个？
|
a**********k
发帖数: 1953 | 343 He did not specifically name one as I recall, but based
on the context, he was perceivably referring to other
professors in other areas like networking in his department.
【在 w*********e 的大作中提到】
: then what is the first-class citizen?
|
a**********k
发帖数: 1953 | 344 这个我来说句公道话。前面大家讨论时都把DB，SQL，RDBMS混用，
你我也一样， 反正大家都明白就行， 不是写正式论文。 何况他
来浙版讨论，算是客人， 现在回过来这样说他就不厚道了。他虽然
不是DB专业， 但也算是CS出身，这些基本概念应该不至于不懂。
这里顺便向不是这行的老乡科普一下。 DB就是常说的Database，
中文叫数据库. 传统的数据库模型是E. F. Codd发明的Relational模型。
实现RDB(Relational DB)的软件管理系统，就是RDBMS， 比如ORACLE，
MYSQL， SQL SEVER， IBM DB2等。
RDB的查询语言基于Relational Algebra, 或Relationa Calculus，
相当于数学里的一阶逻辑。 SQL就是标准化的RDB的查询语言。
纯粹的SQL因为基于一阶逻辑， 所以不是图灵完备(Turing-complete)的。
但常用扩充的SQL是图灵完备的。
SIGMOD
【在 r**i 的大作中提到】
: 再说一遍，你很多概念不清。你前面那些帖子把DB，sql，RDBMS都等同起来。DB不光是
: RDBMS, document-oriented, federated，graph db都算，你要质疑可以发信问SIGMOD
: 。:D
: SQL不过是个language standard，没人会说它是个DB, nosql里面照样可以实现SQL。
: Hadoop当然不是一个DB，HBase才是。不过，你似乎认为作bigdata的公司非得是直接作
: Hadoop的, not true。
: DB architect不是DBA，我已经说了，需要heavy coding。
: 看似你也没有Internet startup经验，Internet startup有其特殊性，自开始处理的就
: 可以是PB级的。
: startup做过，才是真正多面手，哪里都能上。那谁要说跳出db框架，容易的很，去
|
a**********k
发帖数: 1953 | 345 OS这几年主要是随着硬件，尤其是处理器技术的发展， 象
64-bit， Multicore， Numa等。 还有就是Virtualization后
的Hyperviosr以及lightweight namespace support in kernel
等。
这个行业已经逐步停止增长或者说很难继续增长了
热点和机会都不在这里
或者换一个说法，其实很多db architect就是开发在做
【在 z****e 的大作中提到】
: 还有，inernet那些，真正用app server的很少
: 大部分都是web server
: 当然有back end
: 但是back end都是spring framework
: 真正用app server的di的恐怕是没有
: 所以web公司的人真心不是很懂app server
|
r**i
发帖数: 2328 | 346 扩大了说吧，不局限html5。
msite的好处就UI比较rich，很多游戏公司喜欢用这个，Web能作的msite都能作。然后
为了扩大distribution，嵌在native app里面，通过app store发售。而且作msite开发
，以前作web前台的migrate过来很方便，根本不用考虑平台的问题。
但是html 5以后是不是主流还不好说，这东西限制太多了, 各类
mobile browsers的兼容问题, 跟app API的兼容问题, performance当然跟native app
没发比了。
你如果不是开发游戏，只是作个普通的app，用native app比较好。反正用户习惯也是
去app store下载一个。
开发ios，objective c比较inclusive，但是xcode的support还是很强大的，sample
code很多，不用担心那个繁琐的语法。开发
android
，java+intellij+google dev kit，java谁都会，更方便。搞定这两平台，基本上你的
app已经
可以让大多数人access了。html5现在冲进去还早，w3要想推广，以后肯定会有更强大
的feature出来的。倒时候再学不迟。
【在 j****n 的大作中提到】
: 两位写的太好了，这么理一下很有帮助。
: Raki, 你对mobile native app 和 HTML5 有啥看法？ 如果只能选一，你选哪一个？
|
r**i
发帖数: 2328 | 347 你太谦虚了。hot startup的才是牛人阿。面试难，作的东西新，牛人多，自己的水平
不提高都难。要不来讲讲你的看法阿，经历阿，或者八卦都可以阿。
【在 w*********e 的大作中提到】
: 强烈要求大牛说关键，不说关键，说八卦也行
:
: optimization。
: entity
|
r**i
发帖数: 2328 | 348 有空来讲讲这些技术啊，别光提名词。粗浅一点的就行，不用设计公司机密的:D
【在 a**********k 的大作中提到】
: OS这几年主要是随着硬件，尤其是处理器技术的发展， 象
: 64-bit， Multicore， Numa等。 还有就是Virtualization后
: 的Hyperviosr以及lightweight namespace support in kernel
: 等。
:
: 这个行业已经逐步停止增长或者说很难继续增长了
: 热点和机会都不在这里
: 或者换一个说法，其实很多db architect就是开发在做
|
j****n
发帖数: 1046 | 349 你是说mix mode 吧？ web app 和 native app 合用一些关键的部件。
app
这个目前是个问题，不过我现在对技术一日千里的发展趋势深信不疑，相信不久这个问
题会得到解决。
我怎么觉的应该是反过来，普通APP, 适合web App。游戏才要native app. 不过我对网
络游戏的开发一无所知，很可能错了。
对与资源缺乏的个人作坊，不太可能同时做native app 和web app. 不知道google DOC
有没有native app 可以允许online 编辑的。 |
r**i
发帖数: 2328 | 350 hybrid mode。普通app，指非游戏类，比如linkedin就从msite换成了native mobile
app。这类app的interactive对UI的要求不是很fancy。我不是很清楚你想作什么，你要
online coding还是作emulator？
DOC
【在 j****n 的大作中提到】
: 你是说mix mode 吧？ web app 和 native app 合用一些关键的部件。
: app
: 这个目前是个问题，不过我现在对技术一日千里的发展趋势深信不疑，相信不久这个问
: 题会得到解决。
: 我怎么觉的应该是反过来，普通APP, 适合web App。游戏才要native app. 不过我对网
: 络游戏的开发一无所知，很可能错了。
: 对与资源缺乏的个人作坊，不太可能同时做native app 和web app. 不知道google DOC
: 有没有native app 可以允许online 编辑的。
|
|
|
j****n
发帖数: 1046 | 351 有点类似于online editing. 但还要支持基本的audio/video recording.
所以比较纠结于选哪个app. 后端还好说，前端因要考虑用户的行为，比较难以定夺。
【在 r**i 的大作中提到】
: hybrid mode。普通app，指非游戏类，比如linkedin就从msite换成了native mobile
: app。这类app的interactive对UI的要求不是很fancy。我不是很清楚你想作什么，你要
: online coding还是作emulator？
:
: DOC
|
r**i
发帖数: 2328 | 352 想给app store纳粮，瞄准高端用户，上ios，瞄准大众用户，上andriod
不想给app store纳粮，上html5
【在 j****n 的大作中提到】
: 有点类似于online editing. 但还要支持基本的audio/video recording.
: 所以比较纠结于选哪个app. 后端还好说，前端因要考虑用户的行为，比较难以定夺。
|
j****n
发帖数: 1046 | 353 ios 就更不考虑了，就Android 和 HTML5 两个我还定不下来呢。
有时候，选择多也麻烦.
【在 r**i 的大作中提到】
: 想给app store纳粮，瞄准高端用户，上ios，瞄准大众用户，上andriod
: 不想给app store纳粮，上html5
|
w****k
发帖数: 6244 | 354 要考虑长远和现在，
比如将来audio video的支持是不是要变复杂？是不是很重要。
如果是，就不要考虑html5了。
如果功能都能html5实现，将来scale up也不会是瓶颈，那当然
html5. 快速发布到多个平台，迅速占领用户，迭代。才是关键。
【在 j****n 的大作中提到】
: ios 就更不考虑了，就Android 和 HTML5 两个我还定不下来呢。
: 有时候，选择多也麻烦.
|
z********e
发帖数: 8818 | 355 赞这个
【在 w****k 的大作中提到】
: 要考虑长远和现在，
: 比如将来audio video的支持是不是要变复杂？是不是很重要。
: 如果是，就不要考虑html5了。
: 如果功能都能html5实现，将来scale up也不会是瓶颈，那当然
: html5. 快速发布到多个平台，迅速占领用户，迭代。才是关键。
|
c****p
发帖数: 6474 | 356 他不是从yahoo跳过去的么。。。
【在 L******w 的大作中提到】
: Qi Lu是不是谷歌派去微软的无间道？
|
w*********e
发帖数: 5286 | 357 networking有什么可以瞧不起别的人，我还以为是搞theory的呢
不过话说回来哈，这些年DB的academia被stonebraker等几个
老大及其一帮孝子贤孙把持着，只会盯着自己那一亩三分地，
好像什么大东西都没搞出吧，
bigtable, hadoop, nosql 之类都是industry弄出来的，搞出来之后
这几个大牛牛还要泼冷水，呵呵
【在 a**********k 的大作中提到】
: He did not specifically name one as I recall, but based
: on the context, he was perceivably referring to other
: professors in other areas like networking in his department.
:
|
r**i
发帖数: 2328 | 358 到底是做老板的，商业头脑不一般啊：D
【在 w****k 的大作中提到】
: 要考虑长远和现在，
: 比如将来audio video的支持是不是要变复杂？是不是很重要。
: 如果是，就不要考虑html5了。
: 如果功能都能html5实现，将来scale up也不会是瓶颈，那当然
: html5. 快速发布到多个平台，迅速占领用户，迭代。才是关键。
|
a**********k
发帖数: 1953 | 359 做theory的要守得着清贫。
Stonebraker也就在SIGMOD里混混，DB里做理论的大牛
太多，都在PODS， Stonebraker选了DB，但理论不强，
做了Ingres/Postgres后就在吃老本. 而Dewitt则是
早年得罪了业界大老， 就悲催了。
PODS里面大致也有两大派系， 中间还有几条虚线。
你说的哪些新技术应该是源之学术界和工业界的合作，
不过与Stonebraker那帮人没关系, 主要是Stanford-Google
这条线。Sergey Brin就是Ullman的学生。一般是工业界碰到
实际问题， 学术界提出思路， 再回到工业界实现。现在
Networking里的SDN技术也是这个模式。
【在 w*********e 的大作中提到】
: networking有什么可以瞧不起别的人，我还以为是搞theory的呢
: 不过话说回来哈，这些年DB的academia被stonebraker等几个
: 老大及其一帮孝子贤孙把持着，只会盯着自己那一亩三分地，
: 好像什么大东西都没搞出吧，
: bigtable, hadoop, nosql 之类都是industry弄出来的，搞出来之后
: 这几个大牛牛还要泼冷水，呵呵
|
r**i
发帖数: 2328 | 360 所以说学校的地理位置很重要阿。standford和硅谷的技术发展真是相辅相成，最近前
台中间后台，好多新技术都出自stanford。wisconsin的db那么牛，离工业中心偏远了
，这几年就没什么有影响力的新东西作出来。湾区好几家db公司的founders要不是
standford出来的就是跟standford有点联系的。
UW离MS近，data group/graphics都很强。不过whisper也没说错，推动nosql还是
industry为主，有些东西没什么理论可循，就是很多方法中的一种work了，大家群策群
力把这个东西作大作完善。
【在 a**********k 的大作中提到】
: 做theory的要守得着清贫。
: Stonebraker也就在SIGMOD里混混，DB里做理论的大牛
: 太多，都在PODS， Stonebraker选了DB，但理论不强，
: 做了Ingres/Postgres后就在吃老本. 而Dewitt则是
: 早年得罪了业界大老， 就悲催了。
: PODS里面大致也有两大派系， 中间还有几条虚线。
: 你说的哪些新技术应该是源之学术界和工业界的合作，
: 不过与Stonebraker那帮人没关系, 主要是Stanford-Google
: 这条线。Sergey Brin就是Ullman的学生。一般是工业界碰到
: 实际问题， 学术界提出思路， 再回到工业界实现。现在
|
|
|
a**********k
发帖数: 1953 | 361 这些都是很普通但很有用的东西。看来你对OS和硬件不熟。
我一直认为做软件的，不管是系统软件还是应用软件，对OS
一定要吃透， 最好把BSD或Linux Kernel代码读一遍，
至少是Task management和Memory Management这两部分。
比如输入数据总线连到你的Server母板某一个Multicore node，
如果你对OS有深入了解， 就可以把你的输入数据处理Process
分配到那个core上， 再通过NUMA控制把数据存在与那个core直接
相连的memory模块上。 如此你的输入数据处理的瓶颈可能一下子
解决了。 而这些光在应用软件里是很难做到的。
【在 r**i 的大作中提到】
: 有空来讲讲这些技术啊，别光提名词。粗浅一点的就行，不用设计公司机密的:D
|
r**i
发帖数: 2328 | 362 对OS我还是熟悉的，linux kernel代码分析对科班来说是mandotary，平时trouble
shooting也要用到。OS还算跟我作的邻接的一层。体系结构，隔两层，平时完全用不到
，我的知识就停留在course level，所以需要听听你老的科普。
【在 a**********k 的大作中提到】
: 这些都是很普通但很有用的东西。看来你对OS和硬件不熟。
: 我一直认为做软件的，不管是系统软件还是应用软件，对OS
: 一定要吃透， 最好把BSD或Linux Kernel代码读一遍，
: 至少是Task management和Memory Management这两部分。
: 比如输入数据总线连到你的Server母板某一个Multicore node，
: 如果你对OS有深入了解， 就可以把你的输入数据处理Process
: 分配到那个core上， 再通过NUMA控制把数据存在与那个core直接
: 相连的memory模块上。 如此你的输入数据处理的瓶颈可能一下子
: 解决了。 而这些光在应用软件里是很难做到的。
|
w*********e
发帖数: 5286 | 363 不敢当，专业问题就不说了，一是我水平不高，二是这种东西仁智各现
就说个感受把，这startup风格确实和大公司很不一样，一是大公司员工基本
是美国好学校出来的MS，PHD之类，教育背景类似思维方式也类似，startup
有很多open source的人，有的人甚至连学位都没有，但人聪明很hands-on，
sharp，down-to-earth, 和academia里面炒概念玩点数学算法写paper
的那些人完全是两个极端
这招人也有特点，曾经拒了个在学校和著名research lab里面
呆了好几年写了一堆sigmod/vldb paper的candidate，最后hire了
个没美国学位当然更没什么paper，从欧洲某国来的年轻小白。
当然了，还是要说事情都是两面的，startup也有startup问题就是了。
【在 r**i 的大作中提到】
: 你太谦虚了。hot startup的才是牛人阿。面试难，作的东西新，牛人多，自己的水平
: 不提高都难。要不来讲讲你的看法阿，经历阿，或者八卦都可以阿。
|
w****k
发帖数: 6244 | 364 我的理解，
startup更看重迎接挑战的激情，学习的热情，知识面的广度。
好的candidate对某些东西精通，但对市面上流行的技术都知道个一二
需要的时候能很快把他们组合起来应用。
【在 w*********e 的大作中提到】
: 不敢当，专业问题就不说了，一是我水平不高，二是这种东西仁智各现
: 就说个感受把，这startup风格确实和大公司很不一样，一是大公司员工基本
: 是美国好学校出来的MS，PHD之类，教育背景类似思维方式也类似，startup
: 有很多open source的人，有的人甚至连学位都没有，但人聪明很hands-on，
: sharp，down-to-earth, 和academia里面炒概念玩点数学算法写paper
: 的那些人完全是两个极端
: 这招人也有特点，曾经拒了个在学校和著名research lab里面
: 呆了好几年写了一堆sigmod/vldb paper的candidate，最后hire了
: 个没美国学位当然更没什么paper，从欧洲某国来的年轻小白。
: 当然了，还是要说事情都是两面的，startup也有startup问题就是了。
|
w*********e
发帖数: 5286 | 365 exactly， btw，去了startup，脾气也变坏了
以前读书工作我从未和人红过脸，争论都没有，
去了startup几个月和人大吵三架，对象
从engineer到vp，nnd
【在 w****k 的大作中提到】
: 我的理解，
: startup更看重迎接挑战的激情，学习的热情，知识面的广度。
: 好的candidate对某些东西精通，但对市面上流行的技术都知道个一二
: 需要的时候能很快把他们组合起来应用。
|
w****k
发帖数: 6244 | 366 也许不叫脾气变坏
而只是更敢言了
该吵的“架”，是需要吵的。
尤其我们华人，向来给人家的印象是沉默寡言只知道做事，
吵吵有好处。
【在 w*********e 的大作中提到】
: exactly， btw，去了startup，脾气也变坏了
: 以前读书工作我从未和人红过脸，争论都没有，
: 去了startup几个月和人大吵三架，对象
: 从engineer到vp，nnd
|
r**i
发帖数: 2328 | 367 你说的很对。startup看重hands on，不能写production code，原理说的头头是道也没
有用，公司又没有dev team专门来给某个人实现ideas。coding这个行当，头脑要清楚
，工具要熟练，学习新东西能力要强，跟学位是没什么关系的。这种能力有些是天生的
，有些是后天去摸爬滚打锻炼出来的。我在一些startup呆过，也负责招过人。很多人
一眼就能看出来，不是什么作startup的料子，什么都要做好了端给他才能出活。这种
我直接就pass，再是名校的学历也没用。
【在 w*********e 的大作中提到】
: 不敢当，专业问题就不说了，一是我水平不高，二是这种东西仁智各现
: 就说个感受把，这startup风格确实和大公司很不一样，一是大公司员工基本
: 是美国好学校出来的MS，PHD之类，教育背景类似思维方式也类似，startup
: 有很多open source的人，有的人甚至连学位都没有，但人聪明很hands-on，
: sharp，down-to-earth, 和academia里面炒概念玩点数学算法写paper
: 的那些人完全是两个极端
: 这招人也有特点，曾经拒了个在学校和著名research lab里面
: 呆了好几年写了一堆sigmod/vldb paper的candidate，最后hire了
: 个没美国学位当然更没什么paper，从欧洲某国来的年轻小白。
: 当然了，还是要说事情都是两面的，startup也有startup问题就是了。
|
r**i
发帖数: 2328 | 368 passion这个东西很重要，论钱的话，startup的risk/reward ration太高，压力大，辛
苦多了。没有passion的话，很快就坚持不住了。
对，关键是要跟最in的技术，大公司一呆七八年的，出来基本就废了。
【在 w****k 的大作中提到】
: 我的理解，
: startup更看重迎接挑战的激情，学习的热情，知识面的广度。
: 好的candidate对某些东西精通，但对市面上流行的技术都知道个一二
: 需要的时候能很快把他们组合起来应用。
|
r**i
发帖数: 2328 | 369 哈，吵架是正常的，压力山大的时候不吵不能get things done。
去startup成长很快的，人和人之间的interaction很多，不像大公司，整天坐在一个地
方，可以几天跟人讲话不超过10句。startup跟外面公司合作很多，有时也要派工程师
出去开会，对个人的communication和presentation能力是很好的培养。
【在 w*********e 的大作中提到】
: exactly， btw，去了startup，脾气也变坏了
: 以前读书工作我从未和人红过脸，争论都没有，
: 去了startup几个月和人大吵三架，对象
: 从engineer到vp，nnd
|
w****k
发帖数: 6244 | 370 不停学新东西还不停要马上用赶deadline
push to production的确很累
没passion顶不住
我最看重这一条
【在 r**i 的大作中提到】
: passion这个东西很重要，论钱的话，startup的risk/reward ration太高，压力大，辛
: 苦多了。没有passion的话，很快就坚持不住了。
: 对，关键是要跟最in的技术，大公司一呆七八年的，出来基本就废了。
|
|
|
H******e
发帖数: 4682 | 371 review this thread, very much learning.
【在 r**i 的大作中提到】
: bso自己公司顶极:D
: startup的确很看个人水平，公司大了总有机会混，startup里面可是一个萝卜一个坑的
: ，特别infra没大公司好，事事都要亲力亲为。我估计你说的那个人是G的，G的infra特
: 别好，做app会搭积木就可以了，看不到很多底层的东西，出了G没法工作。G的infra组
: 出来到是外面挺欢迎的。不过不管大小公司，经常跳槽／换组是王道，老呆一个地方基
: 本一年半后learning curve就flat了。
|
H******e
发帖数: 4682 | 372 "我打算下半年去参加帮助妈妈们reentering IT industry的义工,": have you done
that? :)
【在 r**i 的大作中提到】
: Internet这块，从技术到文化跟传统IT公司都有很大不同。这也是微软一直进不来的原
: 因。在Internet公司，几乎见不到有人用windows，office, sql server。对微软来说
: ，最可怕的是当企业发现不用微软的产品，照样能让系统跑起来并且跑的很稳定。
: IT这行要不停学新东西，对任何人都不容易。特别是很多妈妈生小孩后发现很难回IT行
: 业。我打算下半年去参加帮助妈妈们reentering IT industry的义工, that is, 培养
: 更多的female IT geeks. :D
|
