m*r
2 楼
09年博士期间J1来美国,国内研究所资助,一直没报税。2013年1月转成这边博后,仍
然J1。学校工资单一直扣税,联邦税和州税都扣。本来知道J1前三年才能退税,我已经
没有想法了。突然开学前(8月30号),学校将上学期的税返还好多,大出意外。是不
是明年4月,我还要将这些税再交上去啊?
然J1。学校工资单一直扣税,联邦税和州税都扣。本来知道J1前三年才能退税,我已经
没有想法了。突然开学前(8月30号),学校将上学期的税返还好多,大出意外。是不
是明年4月,我还要将这些税再交上去啊?
d*b
3 楼
第一次来美国,听说都给6个月,怎么才给了90天,如何能续签?
谢谢!
谢谢!
m*l
4 楼
大家现在在读啥书呢?最近完本了许多,书单上没几本了。求推荐。
现在正在看的书:
狩魔手记
临高启明
地师完本了,黑锅的作者又开了一个新书,大忽悠什么的,还没来得及看。
小推荐一本黑道加三国的书,黑椒炒三国。我觉得写得不错,最起码讲怎样做老大讲的
不错。情节紧凑,一波波联系挺紧的。当然金手指还是开了些,把主角的武力夸张了,
不过中心情节没恶汉那么傻。So far 没事时值得一看。
前一阵考古,跟随老大们的推荐看了荣墟,不错。我还喜欢天行健类型的大场面作品,
求推荐类似的。
现在正在看的书:
狩魔手记
临高启明
地师完本了,黑锅的作者又开了一个新书,大忽悠什么的,还没来得及看。
小推荐一本黑道加三国的书,黑椒炒三国。我觉得写得不错,最起码讲怎样做老大讲的
不错。情节紧凑,一波波联系挺紧的。当然金手指还是开了些,把主角的武力夸张了,
不过中心情节没恶汉那么傻。So far 没事时值得一看。
前一阵考古,跟随老大们的推荐看了荣墟,不错。我还喜欢天行健类型的大场面作品,
求推荐类似的。
L*y
5 楼
thx
h*m
6 楼
用这个代理:http://www.google.com/gwt/n,
再加上多看完美汉化,
可以访问mitbbs.com等
再加上多看完美汉化,
可以访问mitbbs.com等
p*2
7 楼
我自己都不明白
l*6
9 楼
What does your W-4 say and what kind of tax documents your signed with the
school?
Since you've been in U.S. for more than 3 years, that tax treaty does not
apply to your case. Your tax residency status is RA, I guess it might be
your school withheld NRA additional withholding tax? Details see page 21 of
publication 15 http://www.irs.gov/pub/irs-pdf/p15.pdf
school?
Since you've been in U.S. for more than 3 years, that tax treaty does not
apply to your case. Your tax residency status is RA, I guess it might be
your school withheld NRA additional withholding tax? Details see page 21 of
publication 15 http://www.irs.gov/pub/irs-pdf/p15.pdf
h*h
11 楼
天下节度,义贼
r*f
13 楼
用多看可以浏览网页了吗?
g*g
14 楼
你这个看的还不错。我们公司前端也要全面转向node。除了性能的原因,更重要的是好
招人。
据说这年头JS很强还熟悉java server端的人不好找。反正JS是必须的,一个语言最省
心。我看node 3年内在前端一统天下。
至于后端,node估计只能局限于轻量级的应用。一个是轮子太少,一个是做UI的人没有
做后端对性能等方面的意识。
JVM还是主流选择。两者可以用WS连起来。
吃亏最大的会是Ruby, Php, Python这些前几年从Java/C#抢下了相当份额的脚本语言
。
招人。
据说这年头JS很强还熟悉java server端的人不好找。反正JS是必须的,一个语言最省
心。我看node 3年内在前端一统天下。
至于后端,node估计只能局限于轻量级的应用。一个是轮子太少,一个是做UI的人没有
做后端对性能等方面的意识。
JVM还是主流选择。两者可以用WS连起来。
吃亏最大的会是Ruby, Php, Python这些前几年从Java/C#抢下了相当份额的脚本语言
。
g*y
15 楼
一般有个指示灯,灯灭了就够了。通常10~20分钟。不要以为红了就行,整个烤箱温度
没够,按菜谱做出来多半欠火候。
没够,按菜谱做出来多半欠火候。
M*N
16 楼
re
d*r
19 楼
你们说说现在 node 什么框架最流行呢?
MEAN?
MEAN?
j*d
20 楼
我家一般4,5分钟预热!
p*o
26 楼
同问.顶,我家好象没任何指示灯.除了烤箱使用灯
s*d
30 楼
余热到炉子说好了或者响了。
还没有见过没有指示的炉子。
还没有见过没有指示的炉子。
k*1
34 楼
5 min is enough
w*g
35 楼
我觉得javascript在后台成不成主要是event vs threading的问题。别的语言没这个问
题,一般两个都是通过库来支持的。但是javascript跟event是绑定的(理解不对请指
正)。
event vs threading是系统领域长盛不衰的话题,即使以后c++和java都不在了,event
vs threading可能都还是在的。这两个谁是谁非跟当时的硬件支持很有关系。我觉得
目前盛行的event更有效这个结论是在前multi-core时代得出的结论(请指正)。如果
core的个数非常多,内存非常大,我觉得threading是更好的模型。在目前主流的机器
配置上哪个更好貌似没有非常权威的答案(nginx是比apache要快,但是有实现相关的成
分在里面,而且web server毕竟逻辑比较简单,上升到语言层面,特别是解释型语言层
面会怎么样还真不好说),我窃以为threading可能更好一点。这是我对javascript最
大的担心。
【在 p*****2 的大作中提到】
: 这个确实 所以我觉得以后在后台也会有一定市场的
题,一般两个都是通过库来支持的。但是javascript跟event是绑定的(理解不对请指
正)。
event vs threading是系统领域长盛不衰的话题,即使以后c++和java都不在了,event
vs threading可能都还是在的。这两个谁是谁非跟当时的硬件支持很有关系。我觉得
目前盛行的event更有效这个结论是在前multi-core时代得出的结论(请指正)。如果
core的个数非常多,内存非常大,我觉得threading是更好的模型。在目前主流的机器
配置上哪个更好貌似没有非常权威的答案(nginx是比apache要快,但是有实现相关的成
分在里面,而且web server毕竟逻辑比较简单,上升到语言层面,特别是解释型语言层
面会怎么样还真不好说),我窃以为threading可能更好一点。这是我对javascript最
大的担心。
【在 p*****2 的大作中提到】
: 这个确实 所以我觉得以后在后台也会有一定市场的
p*2
37 楼
有道理 不过这个说起来话题就大了 不讨论需求纯比较优劣还是很难得 我有时间跟你
切磋一下 我本人是一个项目什么合适就上什么 我倒不care 是event 还是thread 应用
场景是有不同
event
【在 w***g 的大作中提到】
: 我觉得javascript在后台成不成主要是event vs threading的问题。别的语言没这个问
: 题,一般两个都是通过库来支持的。但是javascript跟event是绑定的(理解不对请指
: 正)。
: event vs threading是系统领域长盛不衰的话题,即使以后c++和java都不在了,event
: vs threading可能都还是在的。这两个谁是谁非跟当时的硬件支持很有关系。我觉得
: 目前盛行的event更有效这个结论是在前multi-core时代得出的结论(请指正)。如果
: core的个数非常多,内存非常大,我觉得threading是更好的模型。在目前主流的机器
: 配置上哪个更好貌似没有非常权威的答案(nginx是比apache要快,但是有实现相关的成
: 分在里面,而且web server毕竟逻辑比较简单,上升到语言层面,特别是解释型语言层
: 面会怎么样还真不好说),我窃以为threading可能更好一点。这是我对javascript最
切磋一下 我本人是一个项目什么合适就上什么 我倒不care 是event 还是thread 应用
场景是有不同
event
【在 w***g 的大作中提到】
: 我觉得javascript在后台成不成主要是event vs threading的问题。别的语言没这个问
: 题,一般两个都是通过库来支持的。但是javascript跟event是绑定的(理解不对请指
: 正)。
: event vs threading是系统领域长盛不衰的话题,即使以后c++和java都不在了,event
: vs threading可能都还是在的。这两个谁是谁非跟当时的硬件支持很有关系。我觉得
: 目前盛行的event更有效这个结论是在前multi-core时代得出的结论(请指正)。如果
: core的个数非常多,内存非常大,我觉得threading是更好的模型。在目前主流的机器
: 配置上哪个更好貌似没有非常权威的答案(nginx是比apache要快,但是有实现相关的成
: 分在里面,而且web server毕竟逻辑比较简单,上升到语言层面,特别是解释型语言层
: 面会怎么样还真不好说),我窃以为threading可能更好一点。这是我对javascript最
p*2
38 楼
i*i
40 楼
js在后端不行主要是没有结结实实的轮子,不是js语言本身的问题,也不是event/
threading的问题. 接着看,面包会有的.
threading可以支持强实时的应用,比如20ms必须给结果. event不行.
至于multi-core的问题. 你可以把计算能力看成一块蛋糕,按照时间切就是threading
,这个方向可以多切几刀.按照core,就是event. 当然可以混合切,如果你手艺不错并
且不嫌麻烦的话.
倒不是东风一定压倒西风.
event
【在 w***g 的大作中提到】
: 我觉得javascript在后台成不成主要是event vs threading的问题。别的语言没这个问
: 题,一般两个都是通过库来支持的。但是javascript跟event是绑定的(理解不对请指
: 正)。
: event vs threading是系统领域长盛不衰的话题,即使以后c++和java都不在了,event
: vs threading可能都还是在的。这两个谁是谁非跟当时的硬件支持很有关系。我觉得
: 目前盛行的event更有效这个结论是在前multi-core时代得出的结论(请指正)。如果
: core的个数非常多,内存非常大,我觉得threading是更好的模型。在目前主流的机器
: 配置上哪个更好貌似没有非常权威的答案(nginx是比apache要快,但是有实现相关的成
: 分在里面,而且web server毕竟逻辑比较简单,上升到语言层面,特别是解释型语言层
: 面会怎么样还真不好说),我窃以为threading可能更好一点。这是我对javascript最
threading的问题. 接着看,面包会有的.
threading可以支持强实时的应用,比如20ms必须给结果. event不行.
至于multi-core的问题. 你可以把计算能力看成一块蛋糕,按照时间切就是threading
,这个方向可以多切几刀.按照core,就是event. 当然可以混合切,如果你手艺不错并
且不嫌麻烦的话.
倒不是东风一定压倒西风.
event
【在 w***g 的大作中提到】
: 我觉得javascript在后台成不成主要是event vs threading的问题。别的语言没这个问
: 题,一般两个都是通过库来支持的。但是javascript跟event是绑定的(理解不对请指
: 正)。
: event vs threading是系统领域长盛不衰的话题,即使以后c++和java都不在了,event
: vs threading可能都还是在的。这两个谁是谁非跟当时的硬件支持很有关系。我觉得
: 目前盛行的event更有效这个结论是在前multi-core时代得出的结论(请指正)。如果
: core的个数非常多,内存非常大,我觉得threading是更好的模型。在目前主流的机器
: 配置上哪个更好貌似没有非常权威的答案(nginx是比apache要快,但是有实现相关的成
: 分在里面,而且web server毕竟逻辑比较简单,上升到语言层面,特别是解释型语言层
: 面会怎么样还真不好说),我窃以为threading可能更好一点。这是我对javascript最
i*i
41 楼
Java里的异步framework一堆.
node里也有支持真正threading的module.
node里也有支持真正threading的module.
l*n
43 楼
node主要是简单,符合人类的思维方式。java的configuration一大堆。
c*0
47 楼
Node在后端是争不过Go的。现在Go不仅仅会是统治startup的devop领域,不少注重性能的
新公司后端也直接上Go了。
新公司后端也直接上Go了。
d*r
53 楼
外面直接有人发帖批驳 Docker 呀
http://www.mitbbs.com/mitbbs_article_t.php?board=Programming&gi
这个跟 vagrant 这种比起来主要好处是啥
而且这个为啥是跟 Go 绑定的呢?
Packer
【在 c*******0 的大作中提到】
:
: 不好意思,我是想说“不仅仅会”,结果“会”打落了
: 我说Go会成统治级语言的原因在于Docker和基于Docker的整个生态圈(Drone,Packer
: ,CoreOS,Flynn)。我很相信这会是将来Devop的核心生态圈。
: 以后Devop的发展方向会是基于Go的底层调度(速度)和基于Python Ruby(方便)的上
: 层胶水逻辑。
http://www.mitbbs.com/mitbbs_article_t.php?board=Programming&gi
这个跟 vagrant 这种比起来主要好处是啥
而且这个为啥是跟 Go 绑定的呢?
Packer
【在 c*******0 的大作中提到】
:
: 不好意思,我是想说“不仅仅会”,结果“会”打落了
: 我说Go会成统治级语言的原因在于Docker和基于Docker的整个生态圈(Drone,Packer
: ,CoreOS,Flynn)。我很相信这会是将来Devop的核心生态圈。
: 以后Devop的发展方向会是基于Go的底层调度(速度)和基于Python Ruby(方便)的上
: 层胶水逻辑。
c*0
54 楼
我有看好的自由,他有不看好的自由,这个正常。
不是说和Go绑定,而是从这些生态圈可以看出用Go的优势。Docker,CoreOS和Flynn这
些都用Go写是有原因的。
【在 d*******r 的大作中提到】
: 外面直接有人发帖批驳 Docker 呀
: http://www.mitbbs.com/mitbbs_article_t.php?board=Programming&gi
: 这个跟 vagrant 这种比起来主要好处是啥
: 而且这个为啥是跟 Go 绑定的呢?
:
: Packer
z*3
56 楼
但是同时
java的竞争优势在于后端依赖
还是同样一个原则
同一个项目里面,语言越少越好
所以当你的系统同时出现前后端的时候
java就有了自身的优势
尤其是当你的应用对于浏览器本身需求比较低
比如提供一个ws接口
这个时候,java统一前后端就很正常
所以说到底都是排除多语言的干扰
类似的,c#的优势也在于.net其他产品的支持
所以看问题要联动起来看,而不是孤立地看问题
it系统可不是数学题,几个部分互相影响的不要太多
java的竞争优势在于后端依赖
还是同样一个原则
同一个项目里面,语言越少越好
所以当你的系统同时出现前后端的时候
java就有了自身的优势
尤其是当你的应用对于浏览器本身需求比较低
比如提供一个ws接口
这个时候,java统一前后端就很正常
所以说到底都是排除多语言的干扰
类似的,c#的优势也在于.net其他产品的支持
所以看问题要联动起来看,而不是孤立地看问题
it系统可不是数学题,几个部分互相影响的不要太多
z*3
57 楼
用来写点游戏试试
你就知道脚本有多糟糕了
这个只是面向简单局限应用的一种语言
而不是general purpose的
而且很明显,客户机器和后端都跟www没有太大关系酱紫
还有就是node现在版本号都没敢上1啊
那个作者其实水平很糟糕,他以前做的很多项目,c写的
都华丽地失败了,所以node一直在大并发时候有不稳定的情况发生
当然一般人想不了这么多,创业时候连个20个用户流量都没有呢
考虑10000个连接丢了97个,不重要,想不了那么多
但是我们搞点游戏,就不用这个东西
都是平台决定了上层建筑
and
【在 l*********s 的大作中提到】
: re, it does not have as many wheels as python, but good part is cleaner and
: better.
你就知道脚本有多糟糕了
这个只是面向简单局限应用的一种语言
而不是general purpose的
而且很明显,客户机器和后端都跟www没有太大关系酱紫
还有就是node现在版本号都没敢上1啊
那个作者其实水平很糟糕,他以前做的很多项目,c写的
都华丽地失败了,所以node一直在大并发时候有不稳定的情况发生
当然一般人想不了这么多,创业时候连个20个用户流量都没有呢
考虑10000个连接丢了97个,不重要,想不了那么多
但是我们搞点游戏,就不用这个东西
都是平台决定了上层建筑
and
【在 l*********s 的大作中提到】
: re, it does not have as many wheels as python, but good part is cleaner and
: better.
z*3
58 楼
nodejs最大的优势就是傻瓜化操作
没有关系
vertx比你们更傻瓜
你说这个multi-core
vertx已经搞定了
vertx也支持js
而且报告显示vertx表现出人意料的好
远远超过nodejs
所以你看好这个的克星已经出现了
连直接无脑移植的module都快做好了
哈哈,我们一直在抄袭
threading
【在 i**i 的大作中提到】
: js在后端不行主要是没有结结实实的轮子,不是js语言本身的问题,也不是event/
: threading的问题. 接着看,面包会有的.
: threading可以支持强实时的应用,比如20ms必须给结果. event不行.
: 至于multi-core的问题. 你可以把计算能力看成一块蛋糕,按照时间切就是threading
: ,这个方向可以多切几刀.按照core,就是event. 当然可以混合切,如果你手艺不错并
: 且不嫌麻烦的话.
: 倒不是东风一定压倒西风.
:
: event
没有关系
vertx比你们更傻瓜
你说这个multi-core
vertx已经搞定了
vertx也支持js
而且报告显示vertx表现出人意料的好
远远超过nodejs
所以你看好这个的克星已经出现了
连直接无脑移植的module都快做好了
哈哈,我们一直在抄袭
threading
【在 i**i 的大作中提到】
: js在后端不行主要是没有结结实实的轮子,不是js语言本身的问题,也不是event/
: threading的问题. 接着看,面包会有的.
: threading可以支持强实时的应用,比如20ms必须给结果. event不行.
: 至于multi-core的问题. 你可以把计算能力看成一块蛋糕,按照时间切就是threading
: ,这个方向可以多切几刀.按照core,就是event. 当然可以混合切,如果你手艺不错并
: 且不嫌麻烦的话.
: 倒不是东风一定压倒西风.
:
: event
相关阅读
用计数器解决并发问题每秒500万, 结论出来看了什么全国一盘棋,搞笑嘛现在只有goodbug和wwzz跳出来学了python的decorators三妹里面也有不少漂亮的 (转载)请教java中compareTo的方法Clojure好就好在这么多讨论的,你们用过12306吗?问一个关于Android Java的问题groovy连hello world都是法语Guido on Python AsyncIO (1/23/2014)再举个测试用例。老魏你来说说超级网卡和超级网线应该买哪个牌子的?王垠真在写自己的语言了c++ thread 求助搞了半天,有两人是做行为艺术的goodbug又丢人了开源社区里面有一个田传武很强Amazon 选组求教