Redian新闻
>
vert 跟 akka比有什么优势
avatar
vert 跟 akka比有什么优势# Programming - 葵花宝典
T*n
1
刚入手了一个
除了煎牛排和corn bread还能做什么呢?
avatar
a*s
2
下周一有事,想请一天假,本来也还有假期没有用完,
今天和老板说,他好象有点不开心。
请问这个休假的事需要提前多久说?在什么场合说比较好?
聊天的时候说起还是很正式的去提?
avatar
p*2
3
zhaoce大牛谈谈?
除了学习简单 支持多语言
avatar
l*s
4
当烤盘
炒菜
avatar
c*g
5
generally the earlier the better.
1 week or more, better give a 2 months headsup in a informal way.
then reminder him 1 month before the vacation.
1 day or 2, if you could, 2-3 weeks will be good.
A few days notice is not very good unless you have a good reason.

【在 a******s 的大作中提到】
: 下周一有事,想请一天假,本来也还有假期没有用完,
: 今天和老板说,他好象有点不开心。
: 请问这个休假的事需要提前多久说?在什么场合说比较好?
: 聊天的时候说起还是很正式的去提?

avatar
z*3
6
akka太过于底层了
play又太过于高级了
vert.x介于两者之间正好
avatar
c*y
7
各类铁板类菜,直接锅上桌

【在 T******n 的大作中提到】
: 刚入手了一个
: 除了煎牛排和corn bread还能做什么呢?

avatar
d*o
8
请一天假都需要考虑这么多吗
楼主是不是多虑了

【在 c*****g 的大作中提到】
: generally the earlier the better.
: 1 week or more, better give a 2 months headsup in a informal way.
: then reminder him 1 month before the vacation.
: 1 day or 2, if you could, 2-3 weeks will be good.
: A few days notice is not very good unless you have a good reason.

avatar
z*3
9
比如做web经常遇到的
要弄一个session manager
akka可不管这个,你要自己去集成
麻烦,而且代码可读性不强
找第三方类库也不容易,vert.x有自己的repo
可以直接下下来用
play也没有repo,也需要自己去集成
容易出各种狗血的问题
还有一个就是对于ide的支持
akka和play的插件都做得一般般
vert.x有eclipse的支持,这个看好
说到底就是一个兼容性和eco的差异
akka和play更像是一个module的framework
而不是整个项目的framework
avatar
s*l
10
狂重的说,单手拿不动啊
大牛有窍门么?
还是我太弱?

【在 T******n 的大作中提到】
: 刚入手了一个
: 除了煎牛排和corn bread还能做什么呢?

avatar
j*p
11
是啊。才一天,而且有时候是突发事件,不是计划中的,那可能提前2,3weeks.
如果时间比较长比如3,4天倒是应该提前起码2礼拜

【在 d***o 的大作中提到】
: 请一天假都需要考虑这么多吗
: 楼主是不是多虑了

avatar
z*3
12
vert.x最好一点就是提供了一个公共的标准
所有语言的程序员,都可以根据自身需要
去制作module,然后打成zip格式,放到repo上去供人下载
代码重用率就大幅提升了
而且vert.x他们组还在琢磨如何减少各种语言之间沟通的门槛
互通有无,就像red hat官方就在倒腾把node.js的npm给直接搬过来用
而jruby组则在倒腾把ror给直接搬到java上去
当然这一切做起来还是非常浩瀚的一个工程,因为东西太多了
但是千里之行,始于足下,跟着一个开源项目一起成长
能够contribute一点,也是一种乐趣撒
akka和play这种都属于过份成熟的项目了
play1.0搞完了,2.0整个重新弄一遍,这都属于吃太饱了
说明没啥可搞了才这么搞,就像当年struts2.0也是整个重构一样
没事找事,哎哟
vert.x比较好一点就是,架构,接口,不变
然后那几个人还是那几个人在搞基础架构
剩下的拓展,给其他人去搞
如果人对原理比较熟悉的话,搞vert.x会很爽
随便搞,想怎么搞就怎么搞,受到的约束比较小
可以发挥的空间就比较大,比如我就很讨厌jsp那种混杂的编写方式
但是比较喜欢thymeleaf的设计,我就打算把thymeleaf给弄成一个module
然后用thymeleaf来做html的template,而不是jsp
avatar
T*n
13
两个手拿 ><
确实重死了

【在 s********l 的大作中提到】
: 狂重的说,单手拿不动啊
: 大牛有窍门么?
: 还是我太弱?

avatar
a*s
14
才請一天假
提前這麼多講,老闆轉頭就忘了
avatar
z*3
15
vert.x就是server的java
java统一了所有的os
vert.x会统一所有的语言和其他产品
官方还提供了jca接口,这个就是跟传统j2ee对接的部分
mongo的module早就有了,还照顾到了必需同步的部分
比如jdbc,有一个worker module
这样基本上原来有什么legacy system,我都有办法直接重用
而不用重写代码,这其实很重要
对于backend来说
avatar
i*d
16
买过一次,打折时候100刀不到一点。回來后就用来煎过bacon。基本闲置,后悔。
。。。
avatar
D*a
17
max(3*duration, 1 week)

【在 a*********s 的大作中提到】
: 才請一天假
: 提前這麼多講,老闆轉頭就忘了

avatar
z*3
18
写代码,可扩展性很重要
不需要重构代码对于大多数项目来说
都很关键
象能够用node,go还有ruby连续重写三遍
不让写就跳槽的公司,我还没遇到过
这个文化太好了,求内推
一般公司重写一遍,cto估计都在跳了
avatar
i*w
19
there u go

【在 D*******a 的大作中提到】
: max(3*duration, 1 week)
avatar
h*i
20
这个vert.x在web platform benchmark中成绩是垫底的,有什么说头么?

【在 p*****2 的大作中提到】
: zhaoce大牛谈谈?
: 除了学习简单 支持多语言

avatar
w*0
21
一天假的话,前一周跟老板说一下就行了。
如果一周的话,可能提前几周说一下。一天真的没有必要太早说,到时候人家说不定都
忘了。
avatar
z*3
22
把链接点开来看看
是因为tim fox认为它们用的版本太低,用的是2.1m好像,现在都冲3去了
不能反映真实的benchmark,所以让它们把结果给remove了
之前还在的时候,测试结果是头几个
vert.x的实际benchmark就比netty略低一点
这个应该很容易理解,毕竟vert.x用了netty
看netty就大概有idea了

【在 h*i 的大作中提到】
: 这个vert.x在web platform benchmark中成绩是垫底的,有什么说头么?
avatar
b*c
23
哪有那么复杂。一天假的话我大多数前一天打个招呼,或当天早上email或电话老板请
假。一周的话提前1-2周,一个月的假提前1-3个月。我要是提前太多请假,我老板根本
记不住,和没说一样。

【在 c*****g 的大作中提到】
: generally the earlier the better.
: 1 week or more, better give a 2 months headsup in a informal way.
: then reminder him 1 month before the vacation.
: 1 day or 2, if you could, 2-3 weeks will be good.
: A few days notice is not very good unless you have a good reason.

avatar
z*3
24
http://github.com/TechEmpower/FrameworkBenchmarks/issues/846
放心吧,vert.x很快又会回来的
以前经常争第一第二的,唯一能比的就是go了
purplefox commented on May 2
Basically the same reasoning as Spray used here:
#842
The version used in round 9 is really old (2.1M3) and there have been lots
of performance improvements since then, so the results are misleading.
avatar
c*y
25
1天直接sick,假都不用请
相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。