z*******3
发帖数: 13709 | 1 ok
从实际经验看
最好的方式还真就是把下面巨人给我换掉
痛苦是痛苦了点，但是好处都在后面
就lamp构架来说
阿里巴巴最初也是lamp
fb也是lamp，在开始这两个没有什么不同
但是阿里巴巴在规模增长起来以后
就找了sun的人来给他们做构架，坚决抛弃php换了jvm
后来又弄了ibm等大公司介入，用了他们的产品
再后来，又用开源的产品逐步替换掉ibm这些收费的产品
然后一路走到今天，现在开始对开源社区作出反哺，storm什么
双11什么也都经受住了考验，表现出很好的前瞻性
当然要做到这一点，没那么容易，大多数公司都是一条路走到黑
能修能补能擦屁股能顶一时用的，就不重构
其实fb就是典型，一开始搞了lamp，然后php撑不住了，怎么办呢？
先把php编译成c++以提升效率
然后还是顶不住了，怎么办呢？自己去搞了一个hhvm
下面还不知道会怎么改
这样做好还是不好？我个人认为是不好的，有钱烧，无所谓
但是其他公司如果这样搞，累都累死了，很多项目就这么挂掉的
完全就是头痛医头，脚痛医脚的思路，所以hhvm的社区没啥人气
而且我知道的用php的公司，就没有谁打算用hhvm
具体到这个面试问... 阅读全帖 |
|
z****e
发帖数: 54598 | 2 我同意android好过fb的hhvm
hhvm除了fb自己，没有人用，没有多大意义
现在据说hhvm要自己发明脚本语言，这个就更没用了
嗯，严格来说，对fb自己有用，对其他人或者公司没啥用 |
|
z*******3
发帖数: 13709 | 3 fb搞hiphop从一开始的把php编译成c++代码，后来发现这种模式不可行
主要是不能完全支持php所有功能，所以fb把hiphop搞成了hhvm
也就是hiphop virtual machine，虚拟机
向java和.net看齐，这样基本上市面上三大主流web产品
其实最终走向的都是虚拟机模式，也就是jvm模式
说明一旦规模达到了一定程度，vm是必需的，而不是可有可无的
os加上vm才是server side的真正解决之道
不管是不是web，最终都得上虚拟机，现在就看js什么时候爬上虚拟机这艘贼船
如果再不抓紧，hhvm一旦推广，js和v8估计麻烦就真的大了
现在hiphop的主要问题是社区还不是很活跃，跟php主流社区有距离
商业高富帅和开源屌丝还不是一条心，不象java社区里面那么整齐一致
当然对于其他脚本语言来说，还有一种方式，就是跑到hhvm上去做二等公民
就像groovy用jvm一样，除此之外，也就是去搞其他脚本的市场，比如sql和shell |
|
z****e
发帖数: 54598 | 4 我就问过wwzz，打算不打算用hhvm
他的回答很经典，他们打算全部挪到java上去
不打算在php上投入太多
嗯，hhvm比php当然是有优化，性能要强
但是没有必要去搞这种优化，直接挪到java上去
前面的php server继续跑，复用现有代码
实现目的，不就可以了？
所以这是一个三部曲
php->hhvm->java
python->django->twisted->java
ruby->ror->eventmachine->java
后一个作为前一个的补充和提升，注意：不是替换，而是延伸和发展
但是基本上很多公司都是直接跳到最后一个java上去
然后到java上，也有很多选择，找自己熟悉的上
不喜欢java可以用groovy, scala这些
选择很多的，java世界是open的，尤其欢迎像公孙大神这样的牛人加入
也不排斥php这些，真正要搞死php的一般都不是搞java的
不信你自己看看这个版面上是不是
往往是搞其他语言的，特别仇恨php，hoho
php是最好的web语言 |
|
z*******3
发帖数: 13709 | 5 开源哪有标准？
你还能定制一个标准不允许别人开源了？
大公司开源也是为了找傻冒来做炮灰的工作
就像fb开源hhvm一样
但是这种一般没多少人鸟的
hhvm社区就非常糟糕
一般开源活跃的社区都是apache这种
世界上没有几个真正活跃的开源社区
多数开源项目都只是大公司做做样子，忽悠炮灰
但是这些项目一般没啥人气，根本不是开源的代表项目 |
|
f*******t
发帖数: 7549 | 6 Php编译成c++已经是过去时了。现在fb用类似于jvm的hhvm，还硬给php加上static
type，算是比较完美地解决了前端系统性能与开发效率的问题。
据我所知，hhvm没比hiphop晚多少，只是前者太难做了，fb才用hiphop过渡几年 |
|
b********e
发帖数: 595 | 7
Hhvm还可以，我们公司迁到hhvm上了，fb的人据说还是很热心的 |
|
|
z*******3
发帖数: 13709 | 9 你傻阿
google的核心系统是97年写的
97年有个球java，那个时候java还在写applet
压根没有到今天这个地步
后来google自己c++也写不下去了，就开始搞python
python到今天也快下不下去了，就开始java了，java进入google是很后面的事
实际上google对于java并不差，james gosling和lars bak，一个java之父
一个hotspot之父，在sun被oracle吞并之后，都被google挖走了
sun和google还有yahoo都是stanford系的，sun全称就是斯坦福大学网络
互相只见挖来挖去很正常，google成功的那个广告就是sun的斯密特过去搞的
你说google对java会是什么态度？现在google搞的dart
几乎就是一个simplified java，android也全是java
google本身也是jcp成员，只有傻逼才会认为google是java的敌人
实际上google对java没少出力
但是话说回来，google现在招很多人进去给他们维护97年写的系统
用c++符合google的利益，怎么说呢？
... 阅读全帖 |
|
z****e
发帖数: 54598 | 10 我的意思就是因为最普遍的一种，所以不怎样
java的jvm从根本上就不用这种机制
因为缺点太明显了
c++内存管理最大问题还不在这里
而是小菊花说的，不知道哪个屎坑出了问题
经常是你管一块，我管一块，互相之间老死不相往来
你也不知道对方会不会出问题，除非你读懂了别人的代码
别人也不知道你会不会出问题，除非读懂了你的代码
所以乱七八糟，最好的方式就是集中管理
那集中管理就是java的管理方式，也就是越做越象java
你看fb就大概明白了，php一开始编译成c++代码以提升效率
然后呢？hhvm，hhvm就是jvm的那种模式了
你说优化，我不否认可以优化，但是是否有必要优化呢？
随着机器性能的提升，需要优化的地方肯定是越来越少的
所以即便你懂优化，你也要明白，这一块是越来越不需要你亲自动手去做的
就像java以前还有对于new class的优化
ejb和spring很多设想就是建立在尽可能减少类加载的时间消耗上
但是现在，我这台laptop，一秒可以new 10^4个class
你说优化了干什么？所以结构往往重要性要优于效率，在绝大多数时候
其实要谈效率，这个主要是硬件上要支持
如果硬件上... 阅读全帖 |
|
z*******3
发帖数: 13709 | 11 开源分两种
一种是商业开源，就是hhvm, mysql这些，都是公司在背后弄的
一般这种产品我都选择不用，能不用就不用，如无必要，我就不用
另外一种是开源组织搞的开源项目，比如apache foundation或者
eclipse foundation，这种一般我常用
当然开源组织都有捐款，但是看捐款没啥意义
主要是要有人干活，一个开源项目是否活跃
看版本号，看版本号更新得频繁不频繁，如果更新得很勤快
就活跃，否则，不活跃，用得多也未必活跃，因为很多东西做到一定程度
也没啥可以做的了，就那样了 |
|
z****e
发帖数: 54598 | 12
这就是脚本嘛，哪个脚本不能实现if then else？
这个叫做操作，file system可以做到，vert.x的filesystem，自己去看能做啥
还有就是，任务本身并不一致，你做个四则运算，难道是copy&paste能够解决的？
如果你觉得能够把所有人类的任务都给归纳总结出来的话
那就做吧，你觉得人类的活动有多少种？
jvm是一个平台，os/linux/unix/windows->jvm/llvm/hhvm/clr -> vert.x/其它还没有
这是一个平台上的进步
c对于物理机器的指令做了封装
java对于跨平台以及内存管理做了封装
vert.x则处理了并发冲突
基于这个进步，有理由认为，vert.x是下一个generation的平台
事实上vert.x已经开始逐步支持各种脚本语言了
这就是一个维度，最左边表示机器能够看懂，而人看不懂的，最右边表示人能看懂，而
需要翻译机器才能看懂的
机器语言 － 汇编语言 － c －c++ － java － 脚本 － 置标语言
我比较看好的下一个语言应该是groovy，groovy已经投入apache的怀抱了
估计以后会得到大面积的支... 阅读全帖 |
|
z****e
发帖数: 54598 | 13 以后十年的趋势是jvm上和各种web脚本的大混战
各个公司自己找脚本语言做优化，比如v8还有hhvm
或者就寄生在jvm上，修改语法，比如scala这些
现在一个新产品推广，基本上都不会考虑c++的系统
也就是不做这个api，hadoop还有
但是storm和spark什么就没有了
还有人问，跟老中本身的专业有很大关系
java现在只在cs科班是必修课
对于物理，ee等专业，一律非必修
但是c对于ee等专业，则是很熟悉的一个东西
从c再到c++就容易点 |
|
z****e
发帖数: 54598 | 14 以后十年的趋势是jvm上和各种web脚本的大混战
各个公司自己找脚本语言做优化，比如v8还有hhvm
或者就寄生在jvm上，修改语法，比如scala这些
现在一个新产品推广，基本上都不会考虑c++的系统
也就是不做这个api，hadoop还有
但是storm和spark什么就没有了
还有人问，跟老中本身的专业有很大关系
java现在只在cs科班是必修课
对于物理，ee等专业，一律非必修
但是c对于ee等专业，则是很熟悉的一个东西
从c再到c++就容易点 |
|
z*******3
发帖数: 13709 | 15 个人发展跟公司发展有一定关系
但是并不是100％相关
fb里面有些东西，牛很牛，但是对于个人来说
意义其实不是很大，比如去做hhvm，这个堪比在g做gfs
g里面其实也有不少很一般的组
相比之下，l一般的组会少点
都是jvm上的东西，你想冲进去搞c++都没门
所以盲选的话，l恐怕要优于其他两个
我说的是个人发展 |
|
z****e
发帖数: 54598 | 16 自己造轮子的公司都这毛病，f的那些轮子，什么hhvm，外面根本没有公司用
f的轮子做得最好的目前看是cassandra which被他们自己淘汰了
在apache手里起死回生，l自己造的轮子有多靠谱就不知道了
反正都不公开，跳槽时候这些不公开的轮子经验
约等于无用，其他公司不用，也不在乎你会不会，会也不会有啥优势，就这态度
前。 |
|
z****e
发帖数: 54598 | 17 这就是为啥要多跳跳，看看别人到底在用什么
fb那些轮子，几乎没有公司用
fb造的轮子最好的是cassandra，这个要归功于apache
本来快挂掉的项目，在apache手里起死回生
剩下的那些，就fb自己用吧，开源倒是开源了不少
但是社区一个比一个糟糕，压根没有人参与
自己看看有多少公司会用hhvm做php就知道了
很多这种项目都是当年m$做的
比如m$做windows，做office，不否认这些东西的确需要
但是其他公司根本不做windows，对os再懂，也不见得顶用
尤其是linux这种免费的东西遍地都是的时候
轮子最怕的就是这种开源产品，你懂怎么造，但是人家不用钱
资本家要么雇人来造一遍轮子，要么直接抄开源的轮子
只要不是傻子，都很容易做出判断 |
|
z****e
发帖数: 54598 | 18 都是平台，但是app表现出来的生命力一直都比web要旺盛不少
web就是html＋js，这种表现力比较弱，.com泡沫破灭说的就是这个东西挂了
app相比之下一阵接着一阵，从ios开始，app的热度一直未减，而且有越来越热的趋势
fb那个hhvm除了fb自己，外面没有人用，更不要说web server真的是太多了
比如nodejs，是个语言它就有web server啊 |
|
z***s
发帖数: 3241 | 19 不管是c++还是hhvm，这个有可能推广吗？不管是开源还是商业 |
|
m*******g
发帖数: 410 | 20 java从前端开始把cpp给比下去了，android 又给一击。在后端操作无论cpp多么快，
java还是占有一席之地。
至于前端php+hhvm真是多快好省，python,ruby我个人觉得还不行。 |
|
p*u
发帖数: 2454 | 21 what are infra stuff @ FB, things like Folly/HHVM? |
|
|
f*******t
发帖数: 7549 | 23 呃，楼主不了解FB，现在已经没人用过渡产品hiphop了。
当年FB两边一齐搞，hiphop短期能做出来，就先用上了；同时也在做类似于JVM的项目
hhvm，几年前已经替换掉hiphop。
而现在为了更好的优化php执行性能，又把php变成静态类型语言hack。
FB的infrastructure一直在进化，主要很多东西自己用着方便，比如scuba，但技术上
并没有特别大的亮点，所以外界关注没那么多了。 |
|
c******n
发帖数: 4965 | 24 hhvm 是什么？ “hiphopvm"! 我的理解是里面 code base 跟 hip hop 一样的， 只
不过是 interpret mode 运行，其实就是重写了一个 PHP interpreter, 或许性能比现
有的 interpreter 强， 但是如果直接用 JVM language (java , Scala ) 会不会更快
呢？ 我的意思是， 当时拘泥于 PHP 这个 low-entry barrier 的技术， 可以雇到更
多 developer (或者更可能的原因是小马不会别的， 又不愿学， 结果拉所以人跟他一
起背这个 tech debt) 长痛不如短痛， 早换 java 长期看的 investment 要比现在在
PHP 这个破车上花的功夫小的多 |
|
z*******3
发帖数: 13709 | 25 重新搞一套eco，一般公司承受不了
也就是apple, fb这种大公司有这个条件
一个llvm，一个hhvm，本质上跟jvm有相似的地方
google干脆就是抄了jvm的hotspot搞了dalvik
还有m$的clr之类的，主要搞vm这种东西难度一点不比os低
很容易失败不说，就算做出来了，上面的轮子还需要大量时间去建设
这一来二去，各种开销花费可不少 |
|
w**********0
发帖数: 192 | 26 1. 微软方面的原因： 之前对诺基亚已经这么干过。 新买了一个公司， 让它的报表
和股价迅速变得好看的办法就是裁员。 既然以前早就砍掉1.25万人了， 这次再动手早
就轻车熟路， 对于类似于什么ceo自己名声，公司名声什么的事情不会有任何犹豫。
一万多人都砍过， 再多砍个几千， 名声也坏不到哪里去。
2. L方面的原因： L是一间在人力资源管理上严重经营不善+overstuffed的公司。
这几年拼命扩张，员工从两三千人， 增长到现在的七八千人， 员工人数翻了三
倍多， 产品却基本没多大变化， 营收渠道还是万年不变的talent solution, market
solution, sales solution, 即team money, 但事实上所谓team money占的总人数
是很少的， 只有区区几百人。 而其他一些部门却因为各种不知所云的原因搞得无比臃
肿。 比如mobile, 居然200多人， 在talent solution这种占公司营收50%-60%
的重要产品才只有不到一百人这种程度的规模下， 写一个手机客户端居然需要200... 阅读全帖 |
|
w**********0
发帖数: 192 | 27 1. 微软方面的原因： 之前对诺基亚已经这么干过。 新买了一个公司， 让它的报表
和股价迅速变得好看的办法就是裁员。 既然以前早就砍掉1.25万人了， 这次再动手早
就轻车熟路， 对于类似于什么ceo自己名声，公司名声什么的事情不会有任何犹豫。
一万多人都砍过， 再多砍个几千， 名声也坏不到哪里去。
2. L方面的原因： L是一间在人力资源管理上严重经营不善+overstuffed的公司。
这几年拼命扩张，员工从两三千人， 增长到现在的七八千人， 员工人数翻了三
倍多， 产品却基本没多大变化， 营收渠道还是万年不变的talent solution, market
solution, sales solution, 即team money, 但事实上所谓team money占的总人数
是很少的， 只有区区几百人。 而其他一些部门却因为各种不知所云的原因搞得无比臃
肿。 比如mobile, 居然200多人， 在talent solution这种占公司营收50%-60%
的重要产品才只有不到一百人这种程度的规模下， 写一个手机客户端居然需要200... 阅读全帖 |
|
w**********0
发帖数: 192 | 28 【 以下文字转载自 JobHunting 讨论区 】
发信人: whiteknight0 (whiteknight0), 信区: JobHunting
标 题: 这回微软把linkedin买下来以后再裁员基本是板上钉钉的事
发信站: BBS 未名空间站 (Mon Jun 13 14:31:16 2016, 美东)
1. 微软方面的原因： 之前对诺基亚已经这么干过。 新买了一个公司， 让它的报表
和股价迅速变得好看的办法就是裁员。 既然以前早就砍掉1.25万人了， 这次再动手早
就轻车熟路， 对于类似于什么ceo自己名声，公司名声什么的事情不会有任何犹豫。
一万多人都砍过， 再多砍个几千， 名声也坏不到哪里去。
2. L方面的原因： L是一间在人力资源管理上严重经营不善+overstuffed的公司。
这几年拼命扩张，员工从两三千人， 增长到现在的七八千人， 员工人数翻了三
倍多， 产品却基本没多大变化， 营收渠道还是万年不变的talent solution, market
solution, sales solution, 即team money, ... 阅读全帖 |
|
|
|
|
f*******t
发帖数: 7549 | 32 hiphop已经被抛弃了，现在fb跑php是用类似于jvm的hhvm |
|
f*******t
发帖数: 7549 | 33 hiphop已经被抛弃了，现在fb跑php是用类似于jvm的hhvm |
|
z****e
发帖数: 54598 | 34 还compiler
拉倒吧，现在都是直接转译成另外一个语言就好了
看看coffeescript，看看hhvm
你彻底凹凸了
另外，语言发明了很多，现在被丢在马路上的不要太多
你以为那些写语言的真understand language design？
真understand就不会被丢到马路上去了
design |
|
z****e
发帖数: 54598 | 35 不是，到不了那个高度，太抬举这群书呆子了
多数都是一群孔乙己在讨论回字怎么写
翻来覆去地写，乐此不疲
经常是把精华给清除掉，然后加入一堆垃圾
然后发现此路不通，于是又回头，换另外一堆垃圾
最后把所有的垃圾都试了一遍，陡然发现
哦，原来被去掉的才是精华，我们还是换回去吧
fb的hhvm就是如此 |
|
z****e
发帖数: 54598 | 36 fb做php也做得不怎样，hhvm社区没什么人参与
就跟jython一样，都是门可罗雀，基本上就它们自己用 |
|
z****e
发帖数: 54598 | 37 fb做php也做得不怎样，hhvm社区没什么人参与
就跟jython一样，都是门可罗雀，基本上就它们自己用 |
|
z****e
发帖数: 54598 | 38 你这个blog会有很大的流量吗？
如果你真的遇到了php瓶颈，fb的hhvm你可以搞搞
据说可以大幅提升效率 |
|
|
d********g
发帖数: 10550 | 40 和不搞web的人说话真费劲。您老F-2那个“你所谓的‘PHP’”看懂了么？最开始搞了
HipHop来PHP转C++，HHVM是HipHop失败后再搞的runtime，和“PHP”都不是一个东西，
Facebook有大量修改，库也不全，PHP社区的大多数东西没法运行。这都没听过，知道
Facebook还出过Python的framework叫Tornado么？ |
|
z****e
发帖数: 54598 | 41 你可以问问wwzz，他们也是做startup的
他们就放弃了hhvm，没打算在php上投入过多
果断滴转了java，这是绝对正确的选择，实际上大多数人，包括你自己在内
的共识就是，刚开始时候用什么都好，但是做大了之后，至少jvm是必需的
你也不是没有说过什么java已死的笑话，当初吹了不少次说
什么要看startup用什么，就能决定将来走向
这个显然是错误的，startup里面现在ruby也还很欢快
ruby不会打java的脸，倒是对python是一种反讽
你也知道ruby和python的哲学截然对立
做startup可能python算是比较多的一个，但是一旦上了规模
显然python不是很合适，而且就算是比较多，也无法形成垄断之势
跟做大了之后，一边倒向jvm的局面不在一个层面上 |
|
z****e
发帖数: 54598 | 42 不是什么新鲜的东西，倒是对hhvm有很大意义
php什么更需要，静态类型的语言都用不着转换 |
|
z****e
发帖数: 54598 | 43 这个主要看做引擎那几个核心人物有没有水平去理解v8的那套优化理论
ruby主要是日本人在用，日本人的学习能力还是说得过去的
php关键是fb跑去搞hhvm，这个倒是一个真的可以做前后两端的东西的一个平台
twitter那一套是erlang发展起来的，lyme stack
据说可以支持比一般web更大的流量，但是作为trade off
逻辑处理应该更为简单点 |
|
z****e
发帖数: 54598 | 44 嗯，就跟fb做出hhvm一样
教主当年也在学习，殊途同归 |
|
|
z****e
发帖数: 54598 | 46 如果单说big data这一块
淘宝还真不如鬼子，amazon的big data什么都比淘宝要强
淘宝的大流量和大transaction，这套构架是sun构架师打下的基础
那个淘宝十年有意无意弱化了sun的贡献，有自我吹捧之嫌疑
而在我看来，sun的那一套构架才是真正淘宝成功的关键
淘宝十年里面也不得不承认说，sun的那些工程师的确很牛
实际上国内很多大型项目，包括电信移动民航这些领域
都是sun构架师当年做的构架，远不仅仅是淘宝那么简单
简单说就是它的big data新兴领域不如amazon
然后分布式，也就是你说的transaction这些，要归功于sun
而不是他们自己，这个我相信也是楼主的意思
实际上淘宝他们自己开始做的时候，选择的是lamp构架
同样是lamp构架起家的facebook，人家今天做出了一堆什么hhvm
tornado，还有那个cassandra这些，有一篇文章说fb的top10开源项目
可以看一看，相比之下，淘宝最早是lamp，后来被sun换成了j2ee
然后oracle, ibm这些进驻，然后他们自己再用一些开源产品替换掉这些收费产品
单纯从贡献上说，跟fb... 阅读全帖 |
|
z****e
发帖数: 54598 | 47 淘宝的成功
美国it大公司其实贡献巨大
sun的构架，ibm的小型机，oracle的db，还有那个什么emc
现在阿里云抄袭amazon的aws，实际上阿里云也做得不怎样
这些公司对于淘宝的贡献，不是说随便不要就不要的
虽然后期慢慢用开源的东西替换掉这些商业产品
但是商业产品本身，就对淘宝的成功起了关键作用
如果没有这些美帝的it公司，淘宝今天还在lamp
马云说天朝那些程序员能象fb一样做出hhvm, tornado, cassandra这些产品
你信么？我是不信的，lamp也压根无法支撑起如此巨大的访问量
所以美帝it大公司起的作用就很关键
而且真正淘宝现在用的，很多都是开源产品
开源的主要贡献者，翻翻apache的list，有几个老中的名字？
所以马云聪明之处在于，他知道用开源可以省钱
netflix就用开源省了一堆钱，他们行，你也行 |
|
d*******r
发帖数: 3299 | 48 整个三部曲看起来跟有道理呀
"
所以这是一个三部曲
php->hhvm->java
python->django->twisted->java
ruby->ror->eventmachine->java
"
但是，整个不是正好验证了，用 Node.js 更先进吗，因为直接就到 twisted/
eventmachine 那一步了.
node.js -> java |
|
z****e
发帖数: 54598 | 49 again
不是替换，是补充
我们讲究相辅相成，没有必要动不动就重构代码
现有代码复用对谁都有好处
现在让你们换js去把你们以前用python写过的全部重新一遍
你愿意么？
我相信你们老大肯定不同意
不信你问问
php,django,ror这些是web framework
web在大多数时候是行之有效的一种server
没有必要换，再怎样，做个门户站还是需要的
然后等真有流量到了，你们再加一点eventmachine这种作为补充
就可以了，没有必要上来就hhvm这些
太重了，赶紧把事情做完交差是王道
等做大了之后，有的是办法解决各种瓶颈，远不是nodejs这一条路 |
|
z*******3
发帖数: 13709 | 50 就是脚本＋oo特性，这几个都是如此
而且还都是动态类型
动态类型在运行时效率会使得一般的虚拟机无法作出相应的优化
如果我记得没错的话
v8引擎的优化其实就是通过对于动态类型生成一个子类
用这种方式把动态类型转换成静态类型，以提升效率
facebook对于php的优化也类似
也是把php代码最早是转换成c++代码以提升效率
现在改成字节码，其实hhvm跟jvm已经很接近了
所以要优化，把动态类型转换成静态类型
是很重要的一个效率优化手段
dart对于js的改进，也集中在静态类型以及oo上
所以dart运行效率得分一下子就是js的两倍还多
vert.x也是静态类型，其运行效率也要优于使用v8的node.js
所以有至少两个id说
business logic还是要用静态类型的语言
这个是对的
另外一个就是oo，这个主要是项目管理方面的问题
不oo的话，连封装都是一个很大的问题
soa什么就无从谈起，最后混乱的结构会导致项目无法进行下去
google那个组活生生的一个实例 |
|
