c*********e
发帖数: 16335 | 1 node.js快，到底什么是根本的原因？
1。 javascript里用callback,这样就 non-block i/o
2. 用到了web server的os的multi-threading
3。 用到了websocket,这是双向交流，tcp;比http更底层，也更轻，这样在internet上
传输时更快
4。以上都是。 |
w***g
发帖数: 5958 | 2 都不是。javascript的解释器做得快。python和ruby啥的，语言上没本质差别，
慢就慢在解释器太烂。
【在 c*********e 的大作中提到】
: node.js快，到底什么是根本的原因？
: 1。 javascript里用callback,这样就 non-block i/o
: 2. 用到了web server的os的multi-threading
: 3。 用到了websocket,这是双向交流，tcp;比http更底层，也更轻，这样在internet上
: 传输时更快
: 4。以上都是。
|
c*********e
发帖数: 16335 | 3 这么说，javascript其实是非常优秀的语言了？
那用node.js做的大project,debug, test起来是不是比较烦人？
【在 w***g 的大作中提到】
: 都不是。javascript的解释器做得快。python和ruby啥的，语言上没本质差别，
: 慢就慢在解释器太烂。
|
d****i
发帖数: 4809 | 4 Two main points:
1. V8 Engine - Super fast JavaScript engine
2. OS level async I/O. Node is written by C, C++, so check
#include in Node source code. Under the hood, various
implementations in different OS kernel: Linux, Solaris, AIX, Windows
【在 c*********e 的大作中提到】
: node.js快，到底什么是根本的原因？
: 1。 javascript里用callback,这样就 non-block i/o
: 2. 用到了web server的os的multi-threading
: 3。 用到了websocket,这是双向交流，tcp;比http更底层，也更轻，这样在internet上
: 传输时更快
: 4。以上都是。
|
e*******o
发帖数: 4654 | 5 生对了时候 爹舍得花银子
【在 c*********e 的大作中提到】
: 这么说，javascript其实是非常优秀的语言了？
: 那用node.js做的大project,debug, test起来是不是比较烦人？
|
d******e
发帖数: 2265 | 6 multi-threading这个是很慢的。
类似的，lock很慢，所以有时候需要spin lock.
多线程在特定场合是不如node这种event driven的单线程，因为免去了线程切换的代价。
类似的，haskell里面的lightweight threads才1000多字节，之间的切换也很快。
这些都是high concurrency成为可能的原因。
【在 c*********e 的大作中提到】
: node.js快，到底什么是根本的原因？
: 1。 javascript里用callback,这样就 non-block i/o
: 2. 用到了web server的os的multi-threading
: 3。 用到了websocket,这是双向交流，tcp;比http更底层，也更轻，这样在internet上
: 传输时更快
: 4。以上都是。
|
d******e
发帖数: 2265 | 7 js当然是很好的语言。特别是新的es6出来后。
typescript（我软出的神器）上台后，开发效率秒杀java/scala, 速度和可验证性秒杀
python ruby.前后端通吃。
es7会出object.observe 和多线程（这个真心不看好，步子太大怕扯到蛋）
这些还有谁能做到？
【在 c*********e 的大作中提到】
: 这么说，javascript其实是非常优秀的语言了？
: 那用node.js做的大project,debug, test起来是不是比较烦人？
|
d****i
发帖数: 4809 | 8 这个没有绝对好坏，同样是web server，基于多线程的Apache还是比基于event的Nginx
流行很多，同样Java的Tomcat也比Netty流行很多。实际都是取决于case by case，任
何问题都没有什么都好的银弹。
价。
【在 d******e 的大作中提到】
: multi-threading这个是很慢的。
: 类似的，lock很慢，所以有时候需要spin lock.
: 多线程在特定场合是不如node这种event driven的单线程，因为免去了线程切换的代价。
: 类似的，haskell里面的lightweight threads才1000多字节，之间的切换也很快。
: 这些都是high concurrency成为可能的原因。
|
p*****2
发帖数: 21240 | 9 主要就是这两个
如果说开发快的话 要加上js是门很优秀的语言
【在 d****i 的大作中提到】
: Two main points:
: 1. V8 Engine - Super fast JavaScript engine
: 2. OS level async I/O. Node is written by C, C++, so check
: #include in Node source code. Under the hood, various
: implementations in different OS kernel: Linux, Solaris, AIX, Windows
|
p*****2
发帖数: 21240 | 10
多线程的话是不是会变成vertx那样号称的multi reactor model？
【在 d******e 的大作中提到】
: js当然是很好的语言。特别是新的es6出来后。
: typescript（我软出的神器）上台后，开发效率秒杀java/scala, 速度和可验证性秒杀
: python ruby.前后端通吃。
: es7会出object.observe 和多线程（这个真心不看好，步子太大怕扯到蛋）
: 这些还有谁能做到？
|
|
|
w**z
发帖数: 8232 | 11 nginx 很火啊。我们都从Apache 转到Nginx 了。
Nginx
【在 d****i 的大作中提到】
: 这个没有绝对好坏，同样是web server，基于多线程的Apache还是比基于event的Nginx
: 流行很多，同样Java的Tomcat也比Netty流行很多。实际都是取决于case by case，任
: 何问题都没有什么都好的银弹。
:
: 价。
|
h**********c
发帖数: 4120 | 12 how this 快 is quantified? |
h**********c
发帖数: 4120 | 13 这个还有点干货，可惜前十的东西基本都没摸过
https://www.techempower.com/benchmarks/#section=data-r10&hw=peak&test=json
【在 c*********e 的大作中提到】
: node.js快，到底什么是根本的原因？
: 1。 javascript里用callback,这样就 non-block i/o
: 2. 用到了web server的os的multi-threading
: 3。 用到了websocket,这是双向交流，tcp;比http更底层，也更轻，这样在internet上
: 传输时更快
: 4。以上都是。
|
d****i
发帖数: 4809 | 14 Apache HTTP server still dominates although Nginx catches up a little bit as
a distance 2nd place. Apache used to be over 65% market share.
http://w3techs.com/technologies/overview/web_server/all
【在 w**z 的大作中提到】
: nginx 很火啊。我们都从Apache 转到Nginx 了。
:
: Nginx
|
n*w
发帖数: 3393 | 15 typescript看了一下很不错。如果要写js project，我会用ts。
【在 d******e 的大作中提到】
: js当然是很好的语言。特别是新的es6出来后。
: typescript（我软出的神器）上台后，开发效率秒杀java/scala, 速度和可验证性秒杀
: python ruby.前后端通吃。
: es7会出object.observe 和多线程（这个真心不看好，步子太大怕扯到蛋）
: 这些还有谁能做到？
|
p*****2
发帖数: 21240 | 16 看了一下 看到class就一阵恶心 还不如用go
【在 n*w 的大作中提到】
: typescript看了一下很不错。如果要写js project，我会用ts。
|
w**z
发帖数: 8232 | 17 millions of WordPress installations are all on Apache.
现在新site, nginx. 应该不比Apache 差。
as
【在 d****i 的大作中提到】
: Apache HTTP server still dominates although Nginx catches up a little bit as
: a distance 2nd place. Apache used to be over 65% market share.
: http://w3techs.com/technologies/overview/web_server/all
|
n*w
发帖数: 3393 | 18 少用class，用module。前端不得不用JS/ts。
有不少static 语言的好处，typo，refactory改个名什么的放心多了。
【在 p*****2 的大作中提到】
: 看了一下 看到class就一阵恶心 还不如用go
|
c*********e
发帖数: 16335 | 19 javascript里没有类似c#的view model之类的东西吗？还有dto之类的？那linq, ado.
net更是没有了。这到底是比c#好呢还是？
【在 n*w 的大作中提到】
: 少用class，用module。前端不得不用JS/ts。
: 有不少static 语言的好处，typo，refactory改个名什么的放心多了。
|
N********n
发帖数: 8363 | 20
做复杂逻辑JS差得远呢，根本不是C#, JAVA, SCALA之类的对手。
【在 c*********e 的大作中提到】
: javascript里没有类似c#的view model之类的东西吗？还有dto之类的？那linq, ado.
: net更是没有了。这到底是比c#好呢还是？
|
|
|
p*****2
发帖数: 21240 | 21
复杂逻辑JS完全没有问题。
【在 N********n 的大作中提到】
:
: 做复杂逻辑JS差得远呢，根本不是C#, JAVA, SCALA之类的对手。
|
N********n
发帖数: 8363 | 22
没戏。原来BING那组拿JS写的程序极难维护，后来受不了才找DEV TEAM开
发TYPESCRIPT。
【在 p*****2 的大作中提到】
:
: 复杂逻辑JS完全没有问题。
|
p*****2
发帖数: 21240 | 23 人因素更大
【在 N********n 的大作中提到】
:
: 没戏。原来BING那组拿JS写的程序极难维护，后来受不了才找DEV TEAM开
: 发TYPESCRIPT。
|
N********n
发帖数: 8363 | 24
都没有语言因素大，JS程序难维护是共识。
【在 p*****2 的大作中提到】
: 人因素更大
|
p*****2
发帖数: 21240 | 25 跟你说的复杂逻辑什么关系？
【在 N********n 的大作中提到】
:
: 都没有语言因素大，JS程序难维护是共识。
|
N********n
发帖数: 8363 | 26
复杂逻辑才需要改进维护啊。STATIC TYPE代码做几个REFACTOR不要太轻
松，JS就不行了。
【在 p*****2 的大作中提到】
: 跟你说的复杂逻辑什么关系？
|
p*****2
发帖数: 21240 | 27
那根JS没啥关系，static script的区别
【在 N********n 的大作中提到】
:
: 复杂逻辑才需要改进维护啊。STATIC TYPE代码做几个REFACTOR不要太轻
: 松，JS就不行了。
|
T********i
发帖数: 2416 | 28 看是什么事情，一般node也就是把数据从一个地方搬运到另外一个地方。基本只处理异
步I/O。这种情况下动几步就进入native C/C++实现的函数里面去了。当然速度快了。
另外，Google V8是基于C++，没C++ node玩不转。
V8是JIT。也就是能编译成机器码再运行。即使如此，这种dynamic typed JIT性能肯定
不如JVM。其实，同样是dynamic typed，V8都不一定干得过LuaJIT。
其实我个人更喜欢Lua多一些。Lua可能是最简单的语言了。我觉得任何人都很难会不喜
欢Lua。 |
w****a
发帖数: 710 | 29 在国内做游戏的时候写了一堆lua。
这个语言数组从1开始，没有continue，没有++没有+=。
想写个类还要蛋疼一下。
纯粹从语法角度来看实在对lua喜欢不起来。
当然，他简单，好改好hack，很容易做热更新，LUAjit速度也快。
搞个手游开发写写脚本基本上就是舒适健康有活力。
【在 T********i 的大作中提到】
: 看是什么事情，一般node也就是把数据从一个地方搬运到另外一个地方。基本只处理异
: 步I/O。这种情况下动几步就进入native C/C++实现的函数里面去了。当然速度快了。
: 另外，Google V8是基于C++，没C++ node玩不转。
: V8是JIT。也就是能编译成机器码再运行。即使如此，这种dynamic typed JIT性能肯定
: 不如JVM。其实，同样是dynamic typed，V8都不一定干得过LuaJIT。
: 其实我个人更喜欢Lua多一些。Lua可能是最简单的语言了。我觉得任何人都很难会不喜
: 欢Lua。
|
m**u
发帖数: 541 | 30 搞笑。这个板上还真有些不装x难受的的要死的。这也信？ |
|
|
j******f
发帖数: 825 | 31 Node快还是在io,跟复杂逻辑没啥关系。也就是说，写复杂逻辑时它和其他语言没什么
优势，当然我也不觉得它有啥劣势。还是在你的喜好上。 |
N********n
发帖数: 8363 | 32
STATIC语言可以REFACTOR，JS程序就不行，这还要说“根JS没啥关系”？
HOHO，JS就是干SPA用的。写SPA的小程序用不着RF，大程序代码一旦上量
JS各种毛病全出来了。
【在 p*****2 的大作中提到】
:
: 那根JS没啥关系，static script的区别
|
h**********c
发帖数: 4120 | 33 复杂逻辑是指编译层面的优化吗？
比如dead code
condition boolean always true or always false etc |
h**********c
发帖数: 4120 | 34 还有比如不是final不让进anonymous |
a********5
发帖数: 1631 | 35 都挺简单的。
【在 c*********e 的大作中提到】
: 这么说，javascript其实是非常优秀的语言了？
: 那用node.js做的大project,debug, test起来是不是比较烦人？
|
h**********c
发帖数: 4120 | 36 why 不是final不让进anonymous |
p*****2
发帖数: 21240 | 37 肯定不如jvm？
【在 T********i 的大作中提到】
: 看是什么事情，一般node也就是把数据从一个地方搬运到另外一个地方。基本只处理异
: 步I/O。这种情况下动几步就进入native C/C++实现的函数里面去了。当然速度快了。
: 另外，Google V8是基于C++，没C++ node玩不转。
: V8是JIT。也就是能编译成机器码再运行。即使如此，这种dynamic typed JIT性能肯定
: 不如JVM。其实，同样是dynamic typed，V8都不一定干得过LuaJIT。
: 其实我个人更喜欢Lua多一些。Lua可能是最简单的语言了。我觉得任何人都很难会不喜
: 欢Lua。
|
p*****2
发帖数: 21240 | 38 不能refactor？
这也太无知了吧 js最适合做refactor了
【在 N********n 的大作中提到】
:
: STATIC语言可以REFACTOR，JS程序就不行，这还要说“根JS没啥关系”？
: HOHO，JS就是干SPA用的。写SPA的小程序用不着RF，大程序代码一旦上量
: JS各种毛病全出来了。
|
N********n
发帖数: 8363 | 39
Dynamic languages are inherently hard to refactor. You don't know
what you are talking about.
【在 p*****2 的大作中提到】
: 不能refactor？
: 这也太无知了吧 js最适合做refactor了
|
p*****2
发帖数: 21240 | 40
我做script好几年了，最喜欢refactor了。比static的简单多了。
【在 N********n 的大作中提到】
:
: Dynamic languages are inherently hard to refactor. You don't know
: what you are talking about.
|
|
|
N********n
发帖数: 8363 | 41
Don't kid yourself. JS is far more difficult to refactor than
C# or Java. Check what those have that experience said.
http://ripper234.com/p/javascript-refactoring-is-hard/
【在 p*****2 的大作中提到】
:
: 我做script好几年了，最喜欢refactor了。比static的简单多了。
|
p*****2
发帖数: 21240 | 42
这个破文章有啥说服力？
【在 N********n 的大作中提到】
:
: Don't kid yourself. JS is far more difficult to refactor than
: C# or Java. Check what those have that experience said.
: http://ripper234.com/p/javascript-refactoring-is-hard/
|
N********n
发帖数: 8363 | 43
If you cannot figure this by now then you really don't know it.
To have good refactoring support, IDE has to know as much what is
defined in your code as possible. That's easy in static languages
but hard in dynamic languages as by design DLs are supposed to be
dynamic. You are sure what's being defined until runtime so IDE
cannot help you @ edit time.
【在 p*****2 的大作中提到】
:
: 这个破文章有啥说服力？
|
p*****2
发帖数: 21240 | 44
完全忽视了script的优点。
【在 N********n 的大作中提到】
:
: If you cannot figure this by now then you really don't know it.
: To have good refactoring support, IDE has to know as much what is
: defined in your code as possible. That's easy in static languages
: but hard in dynamic languages as by design DLs are supposed to be
: dynamic. You are sure what's being defined until runtime so IDE
: cannot help you @ edit time.
|
N********n
发帖数: 8363 | 45
We are talking about software engineering here. Sacrificing IDE
tooling support for some "script的优点" is like throwing water
melon away for sesame.
【在 p*****2 的大作中提到】
:
: 完全忽视了script的优点。
|
p*****2
发帖数: 21240 | 46
要你这么说script都没存在的必要了。
【在 N********n 的大作中提到】
:
: We are talking about software engineering here. Sacrificing IDE
: tooling support for some "script的优点" is like throwing water
: melon away for sesame.
|
b***e
发帖数: 1419 | 47 Worker thread without shared memory. This has been done in browsers for long
(html5). 不算步子太大，蛋的扯不着。对用户来讲几乎是透明，因为会被framework
盖住。但是效率提高会很强，而且不怕某个CPU bound的运算block整个process。
【在 d******e 的大作中提到】
: js当然是很好的语言。特别是新的es6出来后。
: typescript（我软出的神器）上台后，开发效率秒杀java/scala, 速度和可验证性秒杀
: python ruby.前后端通吃。
: es7会出object.observe 和多线程（这个真心不看好，步子太大怕扯到蛋）
: 这些还有谁能做到？
|
n******n
发帖数: 12088 | 48 抬杠。楼上的意思很清楚。script不适合大而复杂的项目。
自行车不会因为汽车的存在而消失。
【在 p*****2 的大作中提到】
:
: 要你这么说script都没存在的必要了。
|
n******n
发帖数: 12088 | 49 来点干货，给代码看看script的rf怎么比static简单吧。
【在 p*****2 的大作中提到】
:
: 要你这么说script都没存在的必要了。
|
p*****2
发帖数: 21240 | 50
https://github.com/peking2/coffee-monad
【在 n******n 的大作中提到】
: 来点干货，给代码看看script的rf怎么比static简单吧。
|
|
|
p*****2
发帖数: 21240 | 51
他说的是复杂逻辑。在表达逻辑上边JS跟其他语言没啥区别。
【在 n******n 的大作中提到】
: 抬杠。楼上的意思很清楚。script不适合大而复杂的项目。
: 自行车不会因为汽车的存在而消失。
|
N********n
发帖数: 8363 | 52
Not true. The more complex the code is, the more potential mistakes
it contains. W/ static languages, IDE can catch a lot of them for
you at edit/compile time. Cannot say the same thing for DLs.
And Javascript weak namespace support doesn't help either. Complex
code needs to be organized into modules. Modern static languages
do that easily. JS OTOH is still full of global variables.
【在 p*****2 的大作中提到】
:
: 他说的是复杂逻辑。在表达逻辑上边JS跟其他语言没啥区别。
|
p*****2
发帖数: 21240 | 53 node讲究的就是npm
你说的还是static dynamic的区别 跟js没关系
【在 N********n 的大作中提到】
:
: Not true. The more complex the code is, the more potential mistakes
: it contains. W/ static languages, IDE can catch a lot of them for
: you at edit/compile time. Cannot say the same thing for DLs.
: And Javascript weak namespace support doesn't help either. Complex
: code needs to be organized into modules. Modern static languages
: do that easily. JS OTOH is still full of global variables.
|
p******1
发帖数: 366 | 54 其实不是rf不行，而是script的设计要比static的对程序员的经验要求高。如果是新手
的话，建议从c++或者java做起，培养好的习惯和思维。等到经验比较足了，再做基于
js，python的大系统。 |
n******n
发帖数: 12088 | 55 script就不是用来做大系统的。
骑自行车速度赶上汽车速度，对骑手的要求也高。但这不意味着自行车比汽车高级。
【在 p******1 的大作中提到】
: 其实不是rf不行，而是script的设计要比static的对程序员的经验要求高。如果是新手
: 的话，建议从c++或者java做起，培养好的习惯和思维。等到经验比较足了，再做基于
: js，python的大系统。
|
g*****g
发帖数: 34805 | 56 行不行的其实小白鼠多的是。node虽然新，脚本语言可不新，从php,rudy到Python，大
系统远少于静态语言的，不是偶然的。当今microservices盛行，强制把模块变小，脚
本语言做大系统的可能其实还提高了，但仍然受限于类库和性能。
下五年看，microservices架构下多种语言，前端倾向脚本语言，后端倾向静态语言仍
然是主流。一种从前做到后小系统可以。
【在 n******n 的大作中提到】
: script就不是用来做大系统的。
: 骑自行车速度赶上汽车速度，对骑手的要求也高。但这不意味着自行车比汽车高级。
|
p*****2
发帖数: 21240 | 57 脚本对程序员要求很高
项目大了根本招不到那么多
【在 g*****g 的大作中提到】
: 行不行的其实小白鼠多的是。node虽然新，脚本语言可不新，从php,rudy到Python，大
: 系统远少于静态语言的，不是偶然的。当今microservices盛行，强制把模块变小，脚
: 本语言做大系统的可能其实还提高了，但仍然受限于类库和性能。
: 下五年看，microservices架构下多种语言，前端倾向脚本语言，后端倾向静态语言仍
: 然是主流。一种从前做到后小系统可以。
|
l*********s
发帖数: 5409 | 58 re, 系统越大，lowest common denominator越低。
【在 p*****2 的大作中提到】
: 脚本对程序员要求很高
: 项目大了根本招不到那么多
|
n******n
发帖数: 12088 | 59 倒果为因。
脚本在大项目里不好用，所以才“要求高”。汇编对程序员的要求更高。
【在 p*****2 的大作中提到】
: 脚本对程序员要求很高
: 项目大了根本招不到那么多
|
p*****2
发帖数: 21240 | 60 不能说不好用
前面goodbug已经说了 micro service没啥问题
【在 n******n 的大作中提到】
: 倒果为因。
: 脚本在大项目里不好用，所以才“要求高”。汇编对程序员的要求更高。
|
|
|
p*****2
发帖数: 21240 | 61 其实你也没必要总说大项目
现在soa 大项目没那么多了 所以脚本更流行了
本来讨论的是复杂逻辑 js表达力没有任何问题 不然你举个例子
其实就算大项目 google js也好几个
【在 n******n 的大作中提到】
: 倒果为因。
: 脚本在大项目里不好用，所以才“要求高”。汇编对程序员的要求更高。
|
g*****g
发帖数: 34805 | 62 简单项目用什么都能做，脚本有快速开发优势。复杂，大，需要长期维护的项目静态语
言有优势。
大项目才考虑microservice。简单项目一个服务就啥都做了。
【在 p*****2 的大作中提到】
: 其实你也没必要总说大项目
: 现在soa 大项目没那么多了 所以脚本更流行了
: 本来讨论的是复杂逻辑 js表达力没有任何问题 不然你举个例子
: 其实就算大项目 google js也好几个
|
p*****2
发帖数: 21240 | 63 microservice有点泛泛 node是讲究npm的 即使一个service也分为几个npm 这样维护简
单很多 refactor也容易
【在 g*****g 的大作中提到】
: 简单项目用什么都能做，脚本有快速开发优势。复杂，大，需要长期维护的项目静态语
: 言有优势。
: 大项目才考虑microservice。简单项目一个服务就啥都做了。
|
N********n
发帖数: 8363 | 64
语言是工具不是花瓶，是拿来干活用的不是当摆设看怎么美观的。任何语言
都有表达能力，静态语言的表达问题时出错比动态少，所以做工程方便。一
个class Foo定义一个变量a, 如果代码写成foo.b，IDE马上报错Foo没有定
义b，有错立刻改，这个就是做工程趁手的好语言。
换JS就不行了，Foo的定义动态可变。没准哪来个prototype就加个b进去,
IDE无法知道你这程序动态咋执行的，所以干脆不纠错，你爱写啥写啥，
foo.c, foo.d, foo.whatever随你便。谁知道Foo到底咋定义的。为了动态
导致IDE爱莫能助是典型的捡芝麻丢西瓜，说明JS设计者分不清主次。
【在 p*****2 的大作中提到】
: 其实你也没必要总说大项目
: 现在soa 大项目没那么多了 所以脚本更流行了
: 本来讨论的是复杂逻辑 js表达力没有任何问题 不然你举个例子
: 其实就算大项目 google js也好几个
|
p*****2
发帖数: 21240 | 65
你也知道语言是用来干活的呀？说了半天你说的这些都是script的问题，跟JS没关系呀
。
【在 N********n 的大作中提到】
:
: 语言是工具不是花瓶，是拿来干活用的不是当摆设看怎么美观的。任何语言
: 都有表达能力，静态语言的表达问题时出错比动态少，所以做工程方便。一
: 个class Foo定义一个变量a, 如果代码写成foo.b，IDE马上报错Foo没有定
: 义b，有错立刻改，这个就是做工程趁手的好语言。
: 换JS就不行了，Foo的定义动态可变。没准哪来个prototype就加个b进去,
: IDE无法知道你这程序动态咋执行的，所以干脆不纠错，你爱写啥写啥，
: foo.c, foo.d, foo.whatever随你便。谁知道Foo到底咋定义的。为了动态
: 导致IDE爱莫能助是典型的捡芝麻丢西瓜，说明JS设计者分不清主次。
|
p******1
发帖数: 366 | 66 我所接触的 web项目中还没有php，javascript 和 python 搞不定的。反倒是 J2EE 做
到上 scale 很难。
其他的应用比如 appliance 到时不能用脚本，一般 C++或者 C。总之 java 就是搞不
成低不就。
【在 p*****2 的大作中提到】
:
: 你也知道语言是用来干活的呀？说了半天你说的这些都是script的问题，跟JS没关系呀
: 。
|
w**z
发帖数: 8232 | 67 你做的多少RPS?
【在 p******1 的大作中提到】
: 我所接触的 web项目中还没有php，javascript 和 python 搞不定的。反倒是 J2EE 做
: 到上 scale 很难。
: 其他的应用比如 appliance 到时不能用脚本，一般 C++或者 C。总之 java 就是搞不
: 成低不就。
|
p******1
发帖数: 366 | 68 我们叫tps，忘了多少了。几百k？
【在 w**z 的大作中提到】
: 你做的多少RPS?
|
c*********e
发帖数: 16335 | 69 rps? 想起了那个snl的joke.
【在 w**z 的大作中提到】
: 你做的多少RPS?
|
c*********e
发帖数: 16335 | 70 纯php做的出名的大项目有哪些？
【在 p******1 的大作中提到】
: 我所接触的 web项目中还没有php，javascript 和 python 搞不定的。反倒是 J2EE 做
: 到上 scale 很难。
: 其他的应用比如 appliance 到时不能用脚本，一般 C++或者 C。总之 java 就是搞不
: 成低不就。
|
|
|
p*****2
发帖数: 21240 | 71
facebook
【在 c*********e 的大作中提到】
: 纯php做的出名的大项目有哪些？
|
p*****2
发帖数: 21240 | 72
什么做的？多少台机器？
【在 p******1 的大作中提到】
: 我们叫tps，忘了多少了。几百k？
|
p******1
发帖数: 366 | 73 C/C++ : nginx. one Juniper switch.
【在 p*****2 的大作中提到】
:
: 什么做的？多少台机器？
|
p******1
发帖数: 366 | 74 u already have the answer :).
【在 c*********e 的大作中提到】
: 纯php做的出名的大项目有哪些？
|
c*********e
发帖数: 16335 | 75 router比switch智能一些吧？
【在 p******1 的大作中提到】
: C/C++ : nginx. one Juniper switch.
|
c*********e
发帖数: 16335 | 76 facebook是因为原始代码是用php写的，所以不好改了。据说后端用了很多java,c, c++
之类的。银行的网页，多半是用java写的。
【在 p*****2 的大作中提到】
:
: 什么做的？多少台机器？
|
p*****2
发帖数: 21240 | 77
++
are you sure 用了很多java？
【在 c*********e 的大作中提到】
: facebook是因为原始代码是用php写的，所以不好改了。据说后端用了很多java,c, c++
: 之类的。银行的网页，多半是用java写的。
|
c*********e
发帖数: 16335 | 78 这个需要facebook工作过的人来证实。
【在 p*****2 的大作中提到】
:
: ++
: are you sure 用了很多java？
|
p*****2
发帖数: 21240 | 79
应该主要C++。F的技术其实还是比较落后的。
【在 c*********e 的大作中提到】
: 这个需要facebook工作过的人来证实。
|
c*********e
发帖数: 16335 | 80 facebook database用的cassandra. 它那么多图片存储，所以图片的处理可能是它的一
个主要考虑之一。比如怎么才能让一个用户的朋友圈才能看到他的某些照片，其他不是
他朋友圈的人看不到。
【在 p*****2 的大作中提到】
:
: 应该主要C++。F的技术其实还是比较落后的。
|
|
|
p*****2
发帖数: 21240 | 81 are you sure 不是mysql？
【在 c*********e 的大作中提到】
: facebook database用的cassandra. 它那么多图片存储，所以图片的处理可能是它的一
: 个主要考虑之一。比如怎么才能让一个用户的朋友圈才能看到他的某些照片，其他不是
: 他朋友圈的人看不到。
|
c*********e
发帖数: 16335 | 82 yes, i am sure.google一下就知道了。
【在 p*****2 的大作中提到】
: are you sure 不是mysql？
|
z****e
发帖数: 54598 | 83 小项目脚本也嗝屁啊
七成左右的mobile app都是java/c#/obj c->swift搞定的
都跟脚本啥没关系，弄swift第一件事就是把所有脚本的features全部干掉
一个不留，c++也能写，但是图简单，就不用了
以前小项目还在用c/c++主要就是因为gc停顿
gc被搞定之后，基本上都懒得碰指针了
【在 p*****2 的大作中提到】
: 其实你也没必要总说大项目
: 现在soa 大项目没那么多了 所以脚本更流行了
: 本来讨论的是复杂逻辑 js表达力没有任何问题 不然你举个例子
: 其实就算大项目 google js也好几个
|
z****e
发帖数: 54598 | 84 因为那都是web项目
来，做一个棋牌乐，用php试试，看死不死
【在 p******1 的大作中提到】
: 我所接触的 web项目中还没有php，javascript 和 python 搞不定的。反倒是 J2EE 做
: 到上 scale 很难。
: 其他的应用比如 appliance 到时不能用脚本，一般 C++或者 C。总之 java 就是搞不
: 成低不就。
|
c*********e
发帖数: 16335 | 85 en,听过一女生说她用c#做游戏。
【在 z****e 的大作中提到】
: 小项目脚本也嗝屁啊
: 七成左右的mobile app都是java/c#/obj c->swift搞定的
: 都跟脚本啥没关系，弄swift第一件事就是把所有脚本的features全部干掉
: 一个不留，c++也能写，但是图简单，就不用了
: 以前小项目还在用c/c++主要就是因为gc停顿
: gc被搞定之后，基本上都懒得碰指针了
|
p******1
发帖数: 366 | 86 棋牌乐用js+php, web based。现在谁还玩儿单机版棋牌乐。。。
【在 z****e 的大作中提到】
: 因为那都是web项目
: 来，做一个棋牌乐，用php试试，看死不死
|
z****e
发帖数: 54598 | 87 我说的是棋牌乐的对战
不是单机版本，做做就知道痛苦了
还有就是，棋牌乐是比较简单
但是棋牌乐都搞不定，让做一个metal slug defense
岂不是更搞不定？这只是一个例子
【在 p******1 的大作中提到】
: 棋牌乐用js+php, web based。现在谁还玩儿单机版棋牌乐。。。
|
