z****e
发帖数: 54598 | 1 vert.x这个平台可以写各种脚本，还可以用jar，npm，gem这些类库
内部还有bus通信，而且msg用的是json，可读性强，便于debug
还有shell service，可以随时监听bus里面接收的消息这些，便于测试
用过了vert.x，对其他什么东西都没有兴趣了 |
s***o
发帖数: 2191 | 2 老赵你要找几个应用vert.x大获成功的real world use cases来show off一下，推广效
果才会好。 |
l**********n
发帖数: 8443 | 3 老赵真有才。
【在 s***o 的大作中提到】
: 老赵你要找几个应用vert.x大获成功的real world use cases来show off一下，推广效
: 果才会好。
|
d*******r
发帖数: 3299 | 4 我也是一直都是这个观点
比如说说你们Netflix内部哪个 project 在用，怎么用的呢?
【在 s***o 的大作中提到】
: 老赵你要找几个应用vert.x大获成功的real world use cases来show off一下，推广效
: 果才会好。
|
d******e
发帖数: 2265 | 5 上午花点时间看了vert.x web的code.主要要扒点代码下来。
感觉还是太简单了。重型应用时能被play拉出三条街。
所以，玩大的还是都上play Akka。
另外急需各种轮子。反倒用在数据pipeline时大多数情况下都足够了。
【在 d*******r 的大作中提到】
: 我也是一直都是这个观点
: 比如说说你们Netflix内部哪个 project 在用，怎么用的呢?
|
x***4
发帖数: 1815 | 6 我想vertx的目标并不是做一个重型的framework，而是一个短小精干toolkit。
【在 d******e 的大作中提到】
: 上午花点时间看了vert.x web的code.主要要扒点代码下来。
: 感觉还是太简单了。重型应用时能被play拉出三条街。
: 所以，玩大的还是都上play Akka。
: 另外急需各种轮子。反倒用在数据pipeline时大多数情况下都足够了。
|
s***o
发帖数: 2191 | 7 老赵也去netflix了？好虫拉进去的？
【在 d*******r 的大作中提到】
: 我也是一直都是这个观点
: 比如说说你们Netflix内部哪个 project 在用，怎么用的呢?
|
z****e
发帖数: 54598 | 8 web总共就那点东西，什么重型？我就没见过写website说自己重型的道理
另外轮子就是jar npm和gem啊
什么轮子不能用在vert.x上？
怎么还跟小屁孩一样，离开了框架啥都不会做了
自己动手组合各种轮子和vert.x，vert.x的integration太容易了
一行Vertx.vertx();就结束了，随便做，其它轮子直接写成verticle就能跑了
做java程序猴，如果不懂得如何组合轮子
搭配出自己想要的服务，是没有钱途的
其它语言程序猴才这么无能，因为选择少，一个领域就那么一两个框架
我们java程序猴都是动手组合派，因为选择太多了
【在 d******e 的大作中提到】
: 上午花点时间看了vert.x web的code.主要要扒点代码下来。
: 感觉还是太简单了。重型应用时能被play拉出三条街。
: 所以，玩大的还是都上play Akka。
: 另外急需各种轮子。反倒用在数据pipeline时大多数情况下都足够了。
|
z****e
发帖数: 54598 | 9
任何jvm上的轮子，都可以做重型的framework
这个是java程序猴们都明白的道理
所以我觉得一直追问我要什么大项目的例子是很搞笑的
我们java猴子很少这么问，因为jvm本身质量有保障
但是轮子和jvm都有可能出问题，很正常，这是工作的一部分
但是如果说别人没用过，你就不敢用，那抱歉，那你再等个五六年再来吧
每个公司内部都有一些不太常见的轮子，正常，要能够驾驭这些轮子
所以要明白原理，知道为什么这么做，然后遇到了问题，就有办法处理
不是什么事情都要google给出答案，如果是这种思路的话
不太适合做后台程序猴，适合搞点php之类的，或者去ibm，oracle买点产品
比如websphere全套，或者去m$买.net之类的，给钱嘛，请“专家”来搞定
到时候你就知道了，麻痹的专家其实都是骗子
一般后台可不是傻逼都能干的，你要明白为什么，出了问题要能够搞定
所以资本家才会给多钱给你，因为你能搞定问题，其次不害怕承担责任
【在 x***4 的大作中提到】
: 我想vertx的目标并不是做一个重型的framework，而是一个短小精干toolkit。
|
z****e
发帖数: 54598 | 10 因为很多轮子本身的代码的可读性
所以真要出了问题，你应该直接进入源代码去debug
idea可以一下载源代码，二在源代码level做debug
f7f8多用用，多看看内存里面的value
就比较容易找到问题的源头了
一百多个轮子的依赖，有些轮子出点问题，很正常
我以前的东家经常给各个轮子制造商报bug
古德霸也是这么干活的，它也遇到了很多源代码里面的问题
它自己会想办法解决，比如反编译之后重新打包
绝大多数时候不需要这么搞，但是遇到了，这也是你工作和能力的一部分 |
z****e
发帖数: 54598 | |
