d**********o
发帖数: 578 | 1 其实上面价格和amazon上一样。
我下完单在查mypoints，居然让我重新登陆。当然想确认一下了。。。
还好，用amex 90天内refund for return。。。
不过一单amex最多refund 300. 如果当时分两单就更安全了。。。
Date: September 28, 2012
Status: Review
Order Subtotal: $498.00
Sales Tax: $33.43
Shipping: FREE!
Credit: -$10.00
TOTAL: $521.43
Fagor Duo 8 qt Pressure Cooker with Steamer Basket and Complimentary
Silicone Desert Kit
Rick Bayless $109.00 1
Usually ships within 1 week.
As Seen on Dr. Oz: Omega Vert 350 Juicer
As Seen on Dr. Oz: Omeg... 阅读全帖 |
|
v**t
发帖数: 25 | 2 【 以下文字转载自 Immigration 讨论区 】
发信人: vert (vert), 信区: Immigration
标 题: 求助：用EAD卡还是parttime H1B？
发信站: BBS 未名空间站 (Fri Apr 17 21:56:04 2009), 转信
485上去后已经有了EAD卡，但公司的H1B到明年底才过期。
准备怀孕中后期工作时间减少到20-30个小时每周，这种情况是转成
parttime H1B好还是直接用EAD？
万一等我生完回来，公司不肯给我继续fulltime而我用EAD找其他
工作，两份工作的话，一个用EAD一个用parttime H1B，是不是会
冲突而违反了移民法？
谢谢。 |
|
t*n
发帖数: 14458 | 3 Oklahoma Sooners
Most of the top Sooners took part in today's workout, though some relied
on combine results. Two players not invited to the combine, fullback J.D.
Runnels and defensive back Eric Bassey, looked especially good. Here's a
look at some of the participants.
Eric Bassey/DB (5-11.5/195): 37.5/vert, 9-8/broad, 4.41/4.33-forty, 3.92
20 shuttle, 7.07 3-cone, 17-reps/bench
Chris Bush/OL (6-3/305): 26.5/vert, 8-4/broad, 5.33/5.38-forty, 4.87/4.81
20 shuttle, 8.14 3-cone, 18-reps/bench
Dust |
|
t*n
发帖数: 14458 | 4 Oklahoma Sooners
Most of the top Sooners took part in today's workout, though some relied
on combine results. Two players not invited to the combine, fullback J.D.
Runnels and defensive back Eric Bassey, looked especially good. Here's a
look at some of the participants.
Eric Bassey/DB (5-11.5/195): 37.5/vert, 9-8/broad, 4.41/4.33-forty, 3.92
20 shuttle, 7.07 3-cone, 17-reps/bench
Chris Bush/OL (6-3/305): 26.5/vert, 8-4/broad, 5.33/5.38-forty, 4.87/4.81
20 shuttle, 8.14 3-cone, 18-reps/bench
Dust |
|
q*c
发帖数: 17993 | 5 10 Longest Vertical Drops in North America:
http://snowbrains.com/10-longest-vertical-drops-in-north-americ
Lone Peak, MT.
We’ve decided to put a small twist on this statistic. The rankings we are
displaying below only reflect the amount of vertical that can be accessed
via a chairlift. No hiking. Just riding chairs and skiing down. This is
more relevant for the highest percentage of skiers in North America, so we
thought we’d allow the numbers to reflect that.
#1 – REVELSTOKE, B.C.
Mt. Mack... 阅读全帖 |
|
r********m
发帖数: 593 | 6 ******Body 护肤乳, 沐浴乳*********
除非特别说明,均为管装.
图1
===Antica Farmacista===
Pompelmo body lotion bottle
1213804039 12144
Size 88mL
Price 1.00
===Burberry===
Body body milk bottle, sealed
03C44C275
Size 100mL
Price 4.00
===BVLGARI===
Parfumee Au the vert Bath and shower gel
30A90DB1, 21A02U1
Size 30mL
Qty 2
Price 1.00 each
Oshibori refreshing towel
Free with 2 of Parfumee Au the vert Bath and shower gel (30mL X2) purchase
===Carolina Herrera===
Body lotion ... 阅读全帖 |
|
z*******3
发帖数: 13709 | 7 你这是故意反着说么？
gradle明显比maven好用
maven就是ejb，gradle就是spring
如果非要类比的话
vert.x也比tomcat好用，楼主问的是web service server，不是http/jsp server
tomcat要搞jax api，麻烦不少，vert.x天生就是用来搞web service server的
各种文档都封装了底层的各种网络协议接口
db为什么要oracle？
根本没有用oracle的必要
直接上postgresql，除非钱多了没处花 |
|
z****e
发帖数: 54598 | 8 最新进展是正式兼容了clojure和scala
基本上以后不管做啥，我都会用这个server了
类库陡然增多啊，以后什么server side的类库
包括ror，还有nodejs那些，都可以用了
vert.x还提供了jca的module，可以很容易跟wildfly集成
server side现在光写代码堆轮子没啥乐趣了
都不难，无非看点tutorial就可以搞定了
倒是搞些统计比较有挑战性
As of version 2.1.1, Vert.x exposes its API in Java, JavaScript, Groovy,
Ruby and Python, Scala and Clojure. |
|
z****e
发帖数: 54598 | 9 楼主的front end也就是web server就是wordpress+php了
后面讨论的是backend的选择，那这个当然是hadoop+spark是王道了
然后针对hdfs做优化，hbase or cassandra，这些apache都做到现成的了
其次是要跟php做集成，就是古德霸说的ws，那这个就两个选择比较常用
vert.x or tomcat，jetty也行
所以最后的推荐结构是
wordpress/apache http server -> vert.x/tomcat -> hadoop/spark -> hbase/
cassandra
全套都是apache的产品打底，几乎免除所有的vendor lockin的风险
私货比较少 |
|
r********e
发帖数: 251 | 10 我指的是人力资源，而非系统资源。
维护Hbase所需人力比单纯hive大多了,而且比较heavy,我们的数据基本上是log,变化不
大,hbase是overkill
Mongodb用来存放结果和系统admin数据，是在hdoop系统之外的server上.
Node.js只是提供用户界面，和与hdoop的界面. 也在hadoop之外的server上. Vert.x好
象没必要
Nlp有很多不同的引擎，有java和python的, Stanford nap 是我们使用的其中一个模块
, 它有python的wrapper, performance会受到影响,不过在承受范围内
Machine learning这块我们依赖nlp模块内部的算法, 还沒有要用spark的想法
另外, 技术的成熟度稳定性也是建系统的考虑因素, spark, hbase 和vert.x 还是risk
高了点 |
|
z****e
发帖数: 54598 | 11 为什么那么在意主流？
js是主流？
vert.x就可以给你搞python
import vertx
server = vertx.create_http_server()
@server.request_handler
def handle(req):
filename = "index.html" if req.uri == "/" else req.uri
req.response.send_file("webroot/" + filename)
server.listen(8080)
http://en.wikipedia.org/wiki/Vert.x |
|
z****e
发帖数: 54598 | 12 php->perl/ruby->python->javascript->xml?
其实从vert.x的examples来看，这些脚本语言之间差异很小
很容易互相转换，所以vert.x就做成了Polyglot |
|
z****e
发帖数: 54598 | 13 那就vert.x了
其实有很多种方法
比如楼上说的用web service以及各种wrapper
或者用esb这些，不过感觉重了点
vert.x自带一个小型的event bus
对语言实现本身绝缘，所以用这个可以快速开发出一个东东出来
然后主体实现语言你可以自选
还有一种比较糟糕的实现就是自己用python去call jvm
或者是用java的jni去call python，这两个都不推荐
最后一个选择就是等jvm上的script engine
不过这个要等很久，算了，干活要紧
JAVA |
|
v*****r
发帖数: 2325 | 14 agree. friendly to Front engineers is key.
Netty/vert.x claim to have great features, maybe a little late to introduce
asynchronous io & and make them available to js programmers.
"powered by netty/vert.x" 很逊色啊! |
|
z****e
发帖数: 54598 | 15 目前看，dart如果不出，vert.x的性能无与争锋啊
vert.x那群人天天就bash nodejs
说性能差，跑得慢，还会丢一些requests |
|
z****e
发帖数: 54598 | 16 现在vert.x上也是把clojure的进度提前到scala之前
现在不知道vert.x的scala支持要到什么时候才出来
貌似很多人贡献，但是进度远不如只有那么几个人的clojure快
clojure已经beta3了，很快了，最近几个发布都跟clojure有关 |
|
z*******3
发帖数: 13709 | 17 python啊
公孙大神指出的明路啊
然后上vert.x
就可以跟java接轨了
其实vert.x用的是jython引擎
简单说就是c++->python->java
python离java的backend很近了 |
|
z****e
发帖数: 54598 | 18 是
用了vert.x的ruby明显效率上
就没差用了vert.x的js很远
虽然还是低一点，但是远没有到档差的地步
基本上在同一档次上
所以js语言本身的设计并没有体现出优于其它语言 |
|
c******o
发帖数: 1277 | 19 有对vert.x 的设计师的专访，他说他对akka很尊敬，认为做的类似（会更类似），
vert.x 能用多种语言，akka是java/scala only.
但akka里的fail safe强一些，akka还有future/STM（就是做上面异步层，并行层的）,
不光是分布层。 |
|
z****e
发帖数: 54598 | 20 30 to 1 is apparently a bluff
公孙 is absolutely right
based on my recent experiences on vert.rb&vert.js
i pretty sure the code lines are the same for these 2 languages
i could even write a tool to transform js code to rb code
and change it back
just change the keywords
and js has even more lines since it is using {}
which probably take two lines for some coding styles
than
, |
|
z****e
发帖数: 54598 | 21 而且是在vert.x上写ruby
hoho，好好玩阿
不过还是因材施教，因为有人不会java
会ruby，所以就上了
当然用java的继续用
我们还搞了groovy哦
而且在非vert.x的系统上也是这么搞的哦
hoho
swjtuer说过，l里面用了很多，就是没有c++
这点我同意，我现在也越来越多地跟其他语言的程序员合作了 |
|
z****e
发帖数: 54598 | 22 写web service的话
等clojure的支持出来后用vert.x
灰常之爽
我现在用vert.x架了好几个web service
很快很快
, |
|
p*****2
发帖数: 21240 | 23
跟vert.x比照样适用呀。zhaoce大牛都承认vert.x毛还没长齐呢。 |
|
z****e
发帖数: 54598 | 24 从结果各种数据分析
vert.x的效果是非常惊人
反应时间在1000个hits时候
居然达到了0.04s，对比nodejs的1.45s
那是快得不知道要到哪里去了
而且这还是一个js的表达
如果是java写的话，还能再快20％以上
而且有一个worker thread
做单线程/伪多线程的对于这种机制应该最清楚
有些时候，有些任务，设计之初就强行要求你做同步
这个时候如果要异步，那就需要自己去折腾
比如db，比如hadoop，都是blocked，这个时候如果没有worker thread
你需要自己去倒腾额外一层做封装，这就麻烦了
直接扔给worker thread就好了，哪里需要自己折腾
vert.x最大的问题就是内存消耗
那这个简直不是问题，对于server来说
破内存，不值几个钱的 |
|
z*******3
发帖数: 13709 | 25 王的水平达不到lars bak的地步
做不了虚拟机，现在ruby原作者自己在做vm
不过我个人不看好，所以东京大学一堆人就没打算耗下去
就一直在整jruby，jruby其实表现非常好
现在据说可以不改代码就跑ror在jruby上
没试过，不知道，但是我用vert.x的效果是可以接受的
比groovy就差那么一点
不过这不是重点，重点是王银现在搞自己的语言
是用java写，也就是我猜他可能打算将自己的语言编译成java或者是byte code
前者如果能做出来，就算只是一个脚本语言
其性能干掉groovy什么应该问题不大，至少在vert.x上是这样
我很有兴趣试一下，后者的话，我估计他做不到scala和clojure的水平
也就没兴趣试一下了，就看他做什么了 |
|
z****e
发帖数: 54598 | 26 我打算vert.x试用一段时间后
如果没问题，以后就替换掉storm这些
就用一个vert.x好了
)/ |
|
z****e
发帖数: 54598 | 27 c*当然可以用来做伪的message queue
又不是只有jms能做，现在能做的多了
storm, kafka都可以做，vert.x也能做，还有akka也能做
实际上这些项目里面很多贡献者前身就是做mq的
比如vert.x那个tim，这些东西互相之间没有严格的界限
就看怎么用了，把思维放宽一点，不过是一个工具而已
装啥？ |
|
z****e
发帖数: 54598 | 28 不用，有更简单的
vert.x搞明白了比spring更管用
vert.x插件什么都有，ioc, aop, script, orm...
其实我不是很赞同搂主对于二爷的看法
二爷对heavyweight的东西不是很了解，这个显然搂主是内行
但是二爷对lightweight的产品的了解值得学习 |
|
w**z
发帖数: 8232 | 29 http://www.javaworld.com/article/2104441/enterprise-application
"JavaScript everywhere, and everything ported to JavaScript" -- it's either
a running joke in IT these days or a stone-cold truth. Evidence is tending
toward the latter, what with Node.js becoming a jack-of-all-trades framework
for many workloads and environments.
With Nodyn, Node.js gains yet another place it can run: the Java Virtual
Machine.
Nodyn, a project sponsored by Red Hat via its Project:Odd team, works by
leveraging two o... 阅读全帖 |
|
z****e
发帖数: 54598 | 30 这就是vert.x一直在做的那个兼容node.js的模块
vert.x里面有好几个很有趣的东西，比如rxjava
netflix做的，用来实现异步处理，当然还有clojure这些 |
|
z****e
发帖数: 54598 | 31 二爷，你怕不怕vert.x在后面揍node.js?
node.js那些库已经快要全搬入vert.x了 |
|
z****e
发帖数: 54598 | 32 二爷，你怕不怕vert.x在后面揍node.js?
node.js那些库已经快要全搬入vert.x了 |
|
z****e
发帖数: 54598 | 33 差远了
自己做个测试不就知道结果了
现在想法是如何把node.js那些库被搬运到vert.x上来
已经初见成效了
二爷他们公司已经在考虑用vert.x来做web service的server了
见我单独发的那贴 |
|
d*******r
发帖数: 3299 | 34 有人用过 Hazelcast 吗? ( https://github.com/hazelcast/hazelcast )
看着很适合做 real time system. 我觉得可以理解为 JVM 版本的, 带 Cluster 模式
的 Redis.
比 memcached 功能强,
比 Redis，有 Cluster 功能，
我在网上跟他们 marketing guys 瞎扯了一会儿，他们说，现在有 4000+ companies
在 production 中使用了。比如 Apple, Cisco ,Ericsson, Hsbc, Morgan Stanley,
American express, AT&T
比如，Apple store 就有 600 多个 nodes 在跑 Hazelcast.
Hazelcast 支持的数据结构，比如分布式map, queue，用起来很简单的样子:
http://www.hazelcast.org/getting-started
Spring 的作者 Rod Johnson 也加入了 Hazelcast:
http://www.hazelcast... 阅读全帖 |
|
z****e
发帖数: 54598 | 35 我插
vert.x那个作者tim，当初就被vmware告
说vert.x版权属于vmware，因为是他在vmware工作时候开发出来的
然后red hat也要，最后三方协商，一致同意，交给eclipse foundation
好东西都想要 |
|
z*******3
发帖数: 13709 | 36 c往上是jvm，jvm往上是hadoop，hadoop往上是自己写的module
c往上是jvm，jvm往上是vert.x，vert.x往上是自己写的module |
|
d*******r
发帖数: 3299 | 37 书和系统的课程还是很有用的，
不过我觉得 Java 这方面反而做得不好，因为流行了太久，重的历史包袱太大，我也不
知道该看啥，
老赵之前就极力推 vert.x, 我们都等着看他的 game sever on top of vert.x 呢 |
|
b***e
发帖数: 1419 | 38 然. 但是这和NIO有乜关系?
我稍微研究了一下vert.x, 简直就是脱了裤子放屁. 基本就是用各种语言来模拟
Javascript. 整个就是另一个GWT. 这他妈的有意思吗? 京二你有啥大杀器的例子说
明vert.x有用吗? |
|
z****e
发帖数: 54598 | 39 但是要用ejb，不得不接收其他一大坨，jca那些
就很麻烦，red hat有一个project说要把j2ee各个components拆开
然后自由选择搭配，不知道现在怎样了，是夭折还是怎么回事，不懂
目前看vert.x最简单，对java，尤其是jvm以上结构比较熟悉的话
vert.x搞起来很容易，至少学习成本比wildfly要低很多
而且module想怎么搞就怎么搞 |
|
z****e
发帖数: 54598 | 40 用啊，现在倒腾scala，能用的原生态framework可不多
要是不搞vert.x就只能搞play/akka这些了
vert.x最新版本支持了scala，加上python，ruby这些
很好搞 |
|
z****e
发帖数: 54598 | 41 spark现在的5个libs里面，sql和r就占了两个
看来是迫切需要让dba和统计学家都来搞
至于用来写web的脚本，那这个其实关系没那么大了
vert.x倒是支持得很快，vert.x对于主流web脚本语言都支持了
包括ruby，python，js，coffee，clojure，scala |
|
z****e
发帖数: 54598 | 42
这两个vert.x 3都已经有了，但是要等scala的api完成才能真正release
目前几个脚本都已经做完了，还剩clojure和scala，主要是scala
node和ruby以后都有可能直接转vert.x，因为改动少，不像akka那样大改 |
|
z****e
发帖数: 54598 | 43 你说的是今年这次吧
做undertow和netty, vert.x的几乎都是一拨人
都是red hat那拨人在搞
看看2013的测试，今年vert.x被换下，主要是tim fox觉得版本用得有些旧
等明年继续上 |
|
z****e
发帖数: 54598 | 44 稍微复杂了一点
虽然undertow说能够支持上百万的并发
我还是倾向于用vert.x来搞
自己写一个session的management的zip
我觉得vert.x的构架比j2ee那一套要灵活些
更底层一点，而且要用到共享session
这个跟j2ee模式对冲啊，j2ee每一个browser都独占一个session
所以可能不太合适 |
|
z*******3
发帖数: 13709 | 45
restful多半是http
jaxrs，jaxws，用tomcat就可以host，然后jdbc
这种做法网络上各种傻瓜教程比较多
各种ide可以做到比较强力支援，不用async的话可以做到异常傻瓜化
如果用async的话，可以用undertow
如果是我自己做，肯定用vert.x
用JDBC client和web
语言groovy, java, js, ruby随便选一个
主要是vert.x的web，ide等傻瓜工具比较少 |
|
z*******3
发帖数: 13709 | 46
顺手啊，就是vert.x没有那么傻瓜罢了
用tomcat你什么都不懂，一样能写web
vert.x要求略高，对于网络协议，数据库还有多线程这些
底层一点，看你要什么了
比如orm over sql这个纯粹看hibernate的熟悉程度
你会hibernate，只要有sql你就能搞出来
这个跟web无关 |
|
z*******3
发帖数: 13709 | 47 组件pool最大的好处就在于复用这部分代码
spring通过给不同thread提供可以被分享的func来减少内存的使用
这部分说起来挺麻烦，跟fp的immutable有点类似
简单说就是spring也主张要无副作用的func
不要在func外寄存状态，只有ejb和vert.x可以在func外寄存状态
vert.x也只有worker和普通的verticle可以寄存
新增加的multiple thread shared verticle就跟spring很像了
都不允许寄存状态，如果不寄存状态的话，每个func所属的object
只需要实例化一次就可以了，ejb就会实例化一堆，然后pool起来
spring对于一般的bean只实例化一个，并不断复用这一个
spring也提供那种可以寄存状态的，需要设置bean为prototype
这样每次调用都会重新生成一个object，只是不推荐你这么搞 |
|
z*******3
发帖数: 13709 | 48
就是actor，vert.x里面的verticle就是actor
所以vert.x到处抄，抄完了node抄akka，抄完了akka抄spring
我就喜欢这种会抄的家伙 |
|
d*******r
发帖数: 3299 | 49 多谢指点, 看来我还是让那帮人用 Node 算了, JVM 应该用在所谓 "大后端"
大牛能说说对 vert.x 3 的看法么, 还是得 "让子弹飞一会儿"
vert.x 能完成的工作, 主要竞争对手是哪些技术? |
|
z*******3
发帖数: 13709 | 50 vert.x主要开发人员都在欧洲
感觉在欧洲应用得很广泛啊
苏格兰皇家银行，还有一些用了vert.x的软件，被汉莎等公司所使用 |
|
