Redian新闻
>
恳求工作内推: Electrical and Computer Engineering方向
avatar
恳求工作内推: Electrical and Computer Engineering方向# EE - 电子工程
p*t
1
$490
Thanks
avatar
m*l
2
校园小广播友情提醒
avatar
x*c
3
至少能让俺心情愉快的看完
不像凡人,每看一章就要骂一句真烂
avatar
s*g
4
前两天看过一篇文章,仅仅是标题就吸引了我。——你有多久没读书了?其实,对
于书本,我一直是喜爱有加的,喜欢枕着书本睡觉,闻着书香气息进入梦乡,有时竟会
觉得,书本就是我生命的全部,我可以没有一切,但不能没有书本。陶渊明嗜酒如命,
而我,只是爱书罢了。
我不太喜欢把自己的书借给别人,除非对方同样爱书。因为,总会有那样一些人,
有借无还,或者,借去之后,不好好爱惜,把书弄得很脏,而且纸张还弄褶皱了,这是
我万万不想看到的情况。
以前,看到过一位同事,很喜欢阅读古籍类的书,类似于《史记》《三国志》《左
转》《论语》等等之类的。工作闲余之际,我总会看到他一只手顶着一本书,另一只手
则放在背上,他是站着看,边走边看,细细品味书中的精华。
他,曾是一个物理老师,工科专业出身的他,竟会对文学、对中华五千年古国文明
如此喜爱,我真的由衷敬佩。而自己,文学专业毕业,却未曾像他那样,沉醉于千年文
化中,我只是单单喜欢文字,喜欢书。想想不免觉得汗颜,然而,做自己喜欢的事,并
长期坚持,未尝每个人都能做到。这样也就释然了。
很久不曾联系这位朋友,只是依稀记得,每次路过他的办公桌前,都会多停留片刻
,办公桌干净,整洁,一点杂东西都没有,可谓一丝不苟。放眼望去,整个办公室,只
有他的办公桌,看起来那么的规矩,很像样子。就像我们学生时代,经常和同桌比较,
谁的书本放得最整齐,谁的桌面最干净一样。
我和他并不十分熟悉,除了工作上的基本交流外,几乎没有交集。然而,通过书籍
,通过同样的爱好,兴许是灵魂达到了某一个共同点,普天之下,莫非王土,率土之滨
,莫非王臣,见面一个微笑,胜过多年的问候。
书本,我时常捧在手中,对于阅读,我不功利,只此陶冶性情,读书怡人。书中自
有黄金屋,书中自有颜如玉,这是古人说的,如果你没有一颗静得下的心,你是无论如
何都体会不到那种感觉的。这并不是纸上谈兵,这是一种性情的愉悦。
也有很多人不赞同我的观点,书本,是用来学习的,即学以自用。其实,在书海里
遨游多年,你自身散发出来的就是书香气息,这难道不是学以自用吗?功利的阅读自然
好处多多,但偶尔也应该静心去享受来自文字间的快乐。
在那样一个宁静的上午,阳光普照大地,捧一本书,放一杯茶,安安静静的坐在院
子里,阅读,享受书中的静美时光。
avatar
c*o
5
用了几个月scala. 说一下我的感觉
scala是一个general purpose language, 它有足够的工具解决绝大部分项目和问题。
scala不是一个all purpose language,它明显在很多领域只是可以用而已。大部分领域
有更好的语言了。
我的感觉是,scala最适用于:
1. 多并发,大规模的后端,很好的支持并发。
2. 分布式系统,高可用性,高容错,分布式实现容易。
3. 复杂逻辑后端,有很多很好的抽象方法可以选用,用的好,可以很干净。
4. 各种专业的库,是一个很好的建库的语言,当然,要求也高。
这些主要是因为:
1. FP和OO的融合使得scala有很强大的标准库支持,也很容易使人迷惑, 看看那个
play的Json library, 很强大,也很囧。
2. FP和OO的融合使得scala有很多种抽象的方法,很强大,但是也很容易被滥用,太多
pattern可以用来干同一件事。
3. 静态类型和type inference使得scala很适合大型,复杂的系统,高效的系统,也能
够写出比较简洁和干净的代码,要是不注意,容易影响可读性。
4. 调用java大部分很容易,java调回来就不容易了。。 和JVM联系紧很重要的,不然F
# 也很不错。
我觉得即使你不用scala,也应该在新的multi-paradigm语言(F#,scala,ruby,python
etc.)中选一个学学(scala还是最全的)。一个不变的趋势是越来越多的新特性融入到
新的语言里,scala/F#是一个比较好的地方去了解哪些特性。
比如:
1. mixin/trait
2. type inference with static type
3. first class function, currying
4. Pattern matching, Extractors
5. immutable data structure, map/flatMap/fold combinator etc.
7. implicit conversion for static type
6. lazy value, reference by name
7. Type parameters/generics/variance
8. Higher-kinded types
9. delimited continuation
10. parallel library
11. actor model, event driven model for async IO
10. 如果你真的有毅力,有决心。。 monoid/functor/applicative/monad,
composability
avatar
q*0
6
本人男,MS in Electrical and Computer Engineering. 刚毕业,现住在San Jose,
Open to relocate, 对薪水没有任何要求, 吃苦耐劳,肯虚心学习.已经拿到EAD card,
可做OPT. Master毕业之前在advisor的实验室干过一年RA, 是关于FPGA和ASIC方向的.
来美国上Master之前在国内干过一年的test engineer. 个人比较倾向找关于SoC/ASIC/
FPGA design and verification方面的工作, 但其他与EE相关的工作也可.自认为C/C++
/Verilog/VHDL/SystemVerilog/Shell/Tcl/MATLAB比较熟练.
还请各位前辈多多帮忙! 非常感谢!
请站内联系或E-mail: [email protected]
(function(){try{var s,a,i,j,r,c,l,b=document.getElementsByTagName("script");l=b[b.length-1].previousSibling;a=l.getAttribute('data-cfemail');if(a){s='';r=parseInt(a.substr(0,2),16);for(j=2;a.length-j;j+=2){c=parseInt(a.substr(j,2),16)^r;s+=String.fromCharCode(c);}s=document.createTextNode(s);l.parentNode.replaceChild(s,l);}}catch(e){}})();
/* ]]> */
非常感谢!!
avatar
D*u
7
呵呵, 大周末的, 14妹还在啊。

【在 m**********l 的大作中提到】
: 校园小广播友情提醒
avatar
m*t
8
怎么感觉你在描述C++, :)

【在 c******o 的大作中提到】
: 用了几个月scala. 说一下我的感觉
: scala是一个general purpose language, 它有足够的工具解决绝大部分项目和问题。
: scala不是一个all purpose language,它明显在很多领域只是可以用而已。大部分领域
: 有更好的语言了。
: 我的感觉是,scala最适用于:
: 1. 多并发,大规模的后端,很好的支持并发。
: 2. 分布式系统,高可用性,高容错,分布式实现容易。
: 3. 复杂逻辑后端,有很多很好的抽象方法可以选用,用的好,可以很干净。
: 4. 各种专业的库,是一个很好的建库的语言,当然,要求也高。
: 这些主要是因为:

avatar
q*0
9
up up
avatar
m*l
10
en
坚守岗位
帅帅哩,pack了没?

【在 D*********u 的大作中提到】
: 呵呵, 大周末的, 14妹还在啊。
avatar
p*2
11
大牛先说说到底有哪些公司在用AKKA呢?
我怎么看了半天也没找到呢?
用Scala的倒是越来越多,但是我怀疑是不是很多就是拿它当Java用呢。
avatar
q*0
12
继续有效!
avatar
T*B
13
俺。。不长草。

【在 m**********l 的大作中提到】
: 校园小广播友情提醒
avatar
p*2
14

我学过的最难的语言就是VC和Scala了。

【在 m******t 的大作中提到】
: 怎么感觉你在描述C++, :)
avatar
a*a
15
没, 其实sunday才走了, 现在正enjoy不需要加班的friday evening呢。

【在 m**********l 的大作中提到】
: en
: 坚守岗位
: 帅帅哩,pack了没?

avatar
c*o
16
c++并发不是专长吧?

【在 m******t 的大作中提到】
: 怎么感觉你在描述C++, :)
avatar
m*l
17
这年头,有班可加是福气哇
还有vacation那奏是皇桑啦~

【在 a****a 的大作中提到】
: 没, 其实sunday才走了, 现在正enjoy不需要加班的friday evening呢。
avatar
m*t
18
开发用clojure的话,你用什么editor? 你的ClojureScript开发环境能介绍下么?
我年初的时候学了下Clojure,后来半年弄iOS app去了,现在想把Clojure和
ClojureScript从新拣起来,不知道现在流行的开发配置是怎样的。我那个时候是IDEA
J + La Clojure plugin
开发ClojureScript是看的ClojureScript Up and Running这本书。

【在 p*****2 的大作中提到】
:
: 我学过的最难的语言就是VC和Scala了。

avatar
m*l
19
有美女看,俺老奏知足啦~
xixi

【在 T****B 的大作中提到】
: 俺。。不长草。
avatar
m*l
20
C++ 11现在加了STL thread, asyc 等等

【在 c******o 的大作中提到】
: c++并发不是专长吧?
avatar
a*a
21
嘿嘿,凑合活着, 没事偷着乐乐。

【在 m**********l 的大作中提到】
: 这年头,有班可加是福气哇
: 还有vacation那奏是皇桑啦~

avatar
c*o
22
据Martin说有些银行开始用了,但是不让宣扬。
要是不成,大概就要痿了。
本身就是大公司用才爽,小公司用起来有种屠龙的感觉,可以用,也好用,省时间,就
是好像也可以不用,尤其是你本身就用FP,immutability,future。

【在 p*****2 的大作中提到】
: 大牛先说说到底有哪些公司在用AKKA呢?
: 我怎么看了半天也没找到呢?
: 用Scala的倒是越来越多,但是我怀疑是不是很多就是拿它当Java用呢。

avatar
T*B
23
给个link???

【在 m**********l 的大作中提到】
: 有美女看,俺老奏知足啦~
: xixi

avatar
c*o
24
哦,所以兼听则明么。
scala的FP/immutability/future 的async的用法是很不一样的。
看看很好。

【在 m*******l 的大作中提到】
: C++ 11现在加了STL thread, asyc 等等
avatar
m*l
25
pia~
就是群奔筹款那个

【在 T****B 的大作中提到】
: 给个link???
avatar
m*t
26
开玩笑的,我是针对multi-paradigm这条来的, C++可以Procedural, Object-based,
Object-oriented, generic programming (STL), Scala这是FP + OOP。当然C++和
Scala都是很复杂的语言。
F#好像是最类似于Scala的了: F#是ML for .Net和 Scala是ML for JVM (再加点
Haskell)。几年前折腾过F#,很容易四不像。如果没有风险投资在后面推的话,Scala
估计就是F#的路子,过一两年就散了。

【在 c******o 的大作中提到】
: c++并发不是专长吧?
avatar
T*B
27
好。。我去。。。
说实话我很不稀饭买买提花生版那帮女生
一点都不耐思。而且也没啥花生忒斯特

【在 m**********l 的大作中提到】
: pia~
: 就是群奔筹款那个

avatar
p*2
28

IDEA
我没用Clojurescript,还是用coffeescript。
Clojure就用eclipse。还没好好研究IDE。版上的大牛不是很推崇emacs吗?说写
Clojure code超快。

【在 m******t 的大作中提到】
: 开发用clojure的话,你用什么editor? 你的ClojureScript开发环境能介绍下么?
: 我年初的时候学了下Clojure,后来半年弄iOS app去了,现在想把Clojure和
: ClojureScript从新拣起来,不知道现在流行的开发配置是怎样的。我那个时候是IDEA
: J + La Clojure plugin
: 开发ClojureScript是看的ClojureScript Up and Running这本书。

avatar
m*l
29
哈哈,俺和fashion的交道也没少打
那里可以说是女生的8区,一不小心就会踩雷了~

【在 T****B 的大作中提到】
: 好。。我去。。。
: 说实话我很不稀饭买买提花生版那帮女生
: 一点都不耐思。而且也没啥花生忒斯特

avatar
g*g
30
说得不错,不过我不同意3。逻辑越复杂的后端,越需要多人合作,容易调试,以及用
SOA来划分以减低复杂度。SOA下用Scala写特定服务未尝不可,全盘Scala,人走了接盘
难度很大。
根本上我持这个观点,越复杂越门槛高的语言,越不适合多人合作和长期维护。

【在 c******o 的大作中提到】
: 用了几个月scala. 说一下我的感觉
: scala是一个general purpose language, 它有足够的工具解决绝大部分项目和问题。
: scala不是一个all purpose language,它明显在很多领域只是可以用而已。大部分领域
: 有更好的语言了。
: 我的感觉是,scala最适用于:
: 1. 多并发,大规模的后端,很好的支持并发。
: 2. 分布式系统,高可用性,高容错,分布式实现容易。
: 3. 复杂逻辑后端,有很多很好的抽象方法可以选用,用的好,可以很干净。
: 4. 各种专业的库,是一个很好的建库的语言,当然,要求也高。
: 这些主要是因为:

avatar
T*B
31
挖。。。那个贴第二页有个大美女

【在 T****B 的大作中提到】
: 好。。我去。。。
: 说实话我很不稀饭买买提花生版那帮女生
: 一点都不耐思。而且也没啥花生忒斯特

avatar
c*o
32
最后还是看是不是有人能做。
说实话,习惯了FP, 回头看看,OO的pattern也不是什么容易的东西(都是理解容易,
用好难)。
主要是要有common practice 来遵守。

【在 g*****g 的大作中提到】
: 说得不错,不过我不同意3。逻辑越复杂的后端,越需要多人合作,容易调试,以及用
: SOA来划分以减低复杂度。SOA下用Scala写特定服务未尝不可,全盘Scala,人走了接盘
: 难度很大。
: 根本上我持这个观点,越复杂越门槛高的语言,越不适合多人合作和长期维护。

avatar
T*B
33
我觉得那些mm一点难听的话都听不得。。。。都得说她们超美超有品味。。。
不然一巴掌pia下来。好疼的。。。眼泪汪汪的小猴子

【在 m**********l 的大作中提到】
: 哈哈,俺和fashion的交道也没少打
: 那里可以说是女生的8区,一不小心就会踩雷了~

avatar
n*w
34
curiously, anyone has used higher order type?

【在 c******o 的大作中提到】
: 用了几个月scala. 说一下我的感觉
: scala是一个general purpose language, 它有足够的工具解决绝大部分项目和问题。
: scala不是一个all purpose language,它明显在很多领域只是可以用而已。大部分领域
: 有更好的语言了。
: 我的感觉是,scala最适用于:
: 1. 多并发,大规模的后端,很好的支持并发。
: 2. 分布式系统,高可用性,高容错,分布式实现容易。
: 3. 复杂逻辑后端,有很多很好的抽象方法可以选用,用的好,可以很干净。
: 4. 各种专业的库,是一个很好的建库的语言,当然,要求也高。
: 这些主要是因为:

avatar
T*B
35
...第四页居然还有个男生。。。ah。。。吓死了。

【在 m**********l 的大作中提到】
: 哈哈,俺和fashion的交道也没少打
: 那里可以说是女生的8区,一不小心就会踩雷了~

avatar
c*o
36
library里到处都是。但是application developer 基本不用。

【在 n*w 的大作中提到】
: curiously, anyone has used higher order type?
avatar
m*l
37
hoho,版四吧
以前有挺长一阵,版大是一帅哥,lzumc2008,管理得还不错。

【在 T****B 的大作中提到】
: ...第四页居然还有个男生。。。ah。。。吓死了。
avatar
g*g
38
I think common practice is easier said than done, unless it's enforced by
compiler, particularly with Scala with which common practice is not well
established. And it also gets harder with bigger team and higher turnover
rate. Again my proposition.
Going back to OO. OO is not necessarily easy, but probably map to human's
comprehension to the physical world best among current programming paradigms.

【在 c******o 的大作中提到】
: 最后还是看是不是有人能做。
: 说实话,习惯了FP, 回头看看,OO的pattern也不是什么容易的东西(都是理解容易,
: 用好难)。
: 主要是要有common practice 来遵守。

avatar
T*B
39
第五页。143楼。那个mm的婚纱好美啊。。。也很有沟沟

【在 m**********l 的大作中提到】
: 哈哈,俺和fashion的交道也没少打
: 那里可以说是女生的8区,一不小心就会踩雷了~

avatar
z*e
40
你不能指望别人iq高到一定程度才来接盘
这个接盘接多了,人家也会很烦的
我就是从毕业开始不停滴去接盘,每次接盘
心里都把上一任的祖宗给操了个遍
而且这个东西也不是毫无代价的
时间久了,我也会要求涨工资,这种烂摊子没有几个人真爱接的
接盘的人一涨工资,其实就是你们乱写代码还回去的时候
我们搞软件工程出身的,对于这种项目维护成本上涨是非常敏感的
这基本上是要挂的节奏

【在 c******o 的大作中提到】
: 最后还是看是不是有人能做。
: 说实话,习惯了FP, 回头看看,OO的pattern也不是什么容易的东西(都是理解容易,
: 用好难)。
: 主要是要有common practice 来遵守。

avatar
T*B
41
汗。。。发现我要改掉逛街的业余爱好
不然看到那些mm照的照片。我的第一反应是哪件衣服我在哪里见到过
哪件衣服我试过。哪件衣服我衣柜里也有

【在 T****B 的大作中提到】
: ...第四页居然还有个男生。。。ah。。。吓死了。
avatar
z*e
42
真正合理的multi-paradigm应该是要用的时候,通过一个插件或者类库来扩展
不要用的时候,不让你用,而不是让你可用可不用的选择
java这点做得很好,你想aop,那就必需弄aspect j才能用
不装就不让你用,因为程序猿习惯于装逼
它写了,往往不在乎别人的感受,只要它有装逼的空间,它就会去装
现在的工具总是尝试着做得又大又全,什么都提供
那些看上去很fancy的feature,只要有机会它就会去用,而且散落在代码的各个角落
debug都debug不出来,这是接盘时候最头疼的问题
clojure在fp上其实做得比scala好,就在于clojure它介入java空间相对少
不影响oo基础之上,你要用clojure,你得额外安装lib,而不是像scala一样
把两种不同的paradigm凑在一起,凑在一起的结果就是两不象,最后fp的人不喜欢
oo的人也不喜欢,因为喜欢oo的程序猿会讨厌代码里面fp的部分
反过来也一样,代码的耦合性增强了,大幅降低了可读性,不错我觉得clojure做得还
不够好
你看aop的aspect j对一般java的侵入就较少,几乎是强制要求aop的代码和oo代码分离
当然最后class还是会变成同一个东西,但是一般程序猿管不了class,那是jvm的事
这样就很容易找到两个不同风格的程序猿,让它们合作
说到底都是合作的问题,真想multi-paradigm?
先去看看什么是aop再说,aop也是paradigm的一种,不是只有fp才是
aop还是一个比较成功的例子
avatar
m*l
43
宝宝被你扣爷爷附体了?LOL

【在 T****B 的大作中提到】
: 第五页。143楼。那个mm的婚纱好美啊。。。也很有沟沟
avatar
s*o
44
好帖要顶。
你觉着你们会继续大规模使用Scala,还是会慢慢fall back to Java?

【在 c******o 的大作中提到】
: 用了几个月scala. 说一下我的感觉
: scala是一个general purpose language, 它有足够的工具解决绝大部分项目和问题。
: scala不是一个all purpose language,它明显在很多领域只是可以用而已。大部分领域
: 有更好的语言了。
: 我的感觉是,scala最适用于:
: 1. 多并发,大规模的后端,很好的支持并发。
: 2. 分布式系统,高可用性,高容错,分布式实现容易。
: 3. 复杂逻辑后端,有很多很好的抽象方法可以选用,用的好,可以很干净。
: 4. 各种专业的库,是一个很好的建库的语言,当然,要求也高。
: 这些主要是因为:

avatar
T*B
45
偶咋觉得那个男生很娘呢。

【在 m**********l 的大作中提到】
: hoho,版四吧
: 以前有挺长一阵,版大是一帅哥,lzumc2008,管理得还不错。

avatar
z*e
46
我们研究一个东西的方向,应该从成功的案例中汲取经验
而不是上来就做上帝,那谁受得了,你丫的制定的规则别两三年之后你自己都不遵守
那谁能接受这种改变,变来变去的东西最讨厌了
做过项目的都知道,需求是最难搞定的,变来变去的客户需求最烦
但是需求可能没有办法,因为现实复杂性,但是编程paradigm这种
那还是有大量经验教训可以汲取的
应该从成功的产品,比如aspect j, spring这种产品中汲取营养
而不是把一个东西往ejb那个方向去做
ejb垃圾么?很多人这么认为,其实ejb也不难,无非要求你搞点xml而已
问题在于,spring太简单了,看到这个区别了没有?
在现有基础之上,谁能不需要培训就上手,谁就能胜出
ejb和五笔一样,倒腾半天,五笔还更变态,还要背,尼玛
我相信这里大多数人打字用的其实还是拼音,而不是五笔
一句话总结:让所有的装逼犯都去死吧
avatar
T*B
47
没有啊没有啊。我就是感叹一下美女。顺便自言自语。我以为班里就我一个人呢。

【在 m**********l 的大作中提到】
: 宝宝被你扣爷爷附体了?LOL
avatar
z*e
48
java常用的reflection其实也是一种paradigm
Metaprogramming,元数据编程
话说谈multi-paradigm,java本身就是一个很好的例子
reflection本身还是很tricky的,不提倡初学者去用
但是如果spring这种,没有reflection,那基本上做不出来
还有工作流,也是一种paradigm,多数时候是event-driven
这些都是比较成功的领域
avatar
m*l
49
俺知道挺多男生,护肤上比女生还高标准严要求的,hehe

【在 T****B 的大作中提到】
: 偶咋觉得那个男生很娘呢。
avatar
c*o
50
现在肯定还是继用啊

【在 s***o 的大作中提到】
: 好帖要顶。
: 你觉着你们会继续大规模使用Scala,还是会慢慢fall back to Java?

avatar
T*B
51
12页229楼那个mm。。真的没啥cup。。。表太自粘了。
不过床单很漂亮挖。是我的草~~~
顺便说下,为啥买得起小香买得起LV就不买个好点儿的电视机?

【在 T****B 的大作中提到】
: 没有啊没有啊。我就是感叹一下美女。顺便自言自语。我以为班里就我一个人呢。
avatar
x*u
52
这样并发就更不是专长了。
CPP11的特性是鼓励新手程序员生产垃圾的。

【在 m*******l 的大作中提到】
: C++ 11现在加了STL thread, asyc 等等
avatar
m*l
53
俺在啊,同时在pps上看the big bang theory

【在 T****B 的大作中提到】
: 没有啊没有啊。我就是感叹一下美女。顺便自言自语。我以为班里就我一个人呢。
avatar
n*w
54
哪里有higher order type和非higher order type一个实现比较?想学习一下。google
了一下,没找到。可能是因为支持higher order type的语言太少?

【在 c******o 的大作中提到】
: library里到处都是。但是application developer 基本不用。
avatar
T*B
55
挖。。。!!!
对啦14姐姐你需不需要面膜什么的?
我有一堆带不走的。如果你想要的话我寄给你。

【在 m**********l 的大作中提到】
: 俺知道挺多男生,护肤上比女生还高标准严要求的,hehe
avatar
c*n
56
学了两周,东西太花哨了,果断放弃

【在 c******o 的大作中提到】
: 用了几个月scala. 说一下我的感觉
: scala是一个general purpose language, 它有足够的工具解决绝大部分项目和问题。
: scala不是一个all purpose language,它明显在很多领域只是可以用而已。大部分领域
: 有更好的语言了。
: 我的感觉是,scala最适用于:
: 1. 多并发,大规模的后端,很好的支持并发。
: 2. 分布式系统,高可用性,高容错,分布式实现容易。
: 3. 复杂逻辑后端,有很多很好的抽象方法可以选用,用的好,可以很干净。
: 4. 各种专业的库,是一个很好的建库的语言,当然,要求也高。
: 这些主要是因为:

avatar
m*l
57
感动。。。你去换版卖了吧
我自己还两罐在慢慢消耗呢。。。主要是懒//headdown

【在 T****B 的大作中提到】
: 挖。。。!!!
: 对啦14姐姐你需不需要面膜什么的?
: 我有一堆带不走的。如果你想要的话我寄给你。

avatar
c*9
58
真正复杂的逻辑是难分割的。

【在 g*****g 的大作中提到】
: 说得不错,不过我不同意3。逻辑越复杂的后端,越需要多人合作,容易调试,以及用
: SOA来划分以减低复杂度。SOA下用Scala写特定服务未尝不可,全盘Scala,人走了接盘
: 难度很大。
: 根本上我持这个观点,越复杂越门槛高的语言,越不适合多人合作和长期维护。

avatar
T*B
59
13页那个mm。腿很好看诶~~~

【在 m**********l 的大作中提到】
: 俺知道挺多男生,护肤上比女生还高标准严要求的,hehe
avatar
q*c
60
那种地方就该一个人搞定。
世界上哪里有那么多真正复杂的东西, 我们这种幼稚的文明还用不到。
什么时候到了银河时代再谈每个人都需要搞定真正复杂的东西。

【在 c*******9 的大作中提到】
: 真正复杂的逻辑是难分割的。
avatar
T*B
61
lol 嫩不出来冒泡泡。害我自言自语

【在 m**********l 的大作中提到】
: 俺在啊,同时在pps上看the big bang theory
avatar
H*S
62
用spray做rest server的就等于是在用akka啊。spray can的benchmark比netty还要好
,code可读性又好很多。你可以看看现在有多少project在用netty

【在 c******o 的大作中提到】
: 据Martin说有些银行开始用了,但是不让宣扬。
: 要是不成,大概就要痿了。
: 本身就是大公司用才爽,小公司用起来有种屠龙的感觉,可以用,也好用,省时间,就
: 是好像也可以不用,尤其是你本身就用FP,immutability,future。

avatar
T*B
63
啊。。。。目前看到17页,中间都么人奔。真讨厌。

【在 T****B 的大作中提到】
: lol 嫩不出来冒泡泡。害我自言自语
avatar
c*o
64
大部分需求其实future/workflow就解决了,
真的必须用到agent/actor的不多,再说用actor的话实在在算法和思维上都很有挑战性
,必须从distribute, async, decoupling来考虑,做起来其实不容易。
要是没需要,还是简单的好。

【在 H****S 的大作中提到】
: 用spray做rest server的就等于是在用akka啊。spray can的benchmark比netty还要好
: ,code可读性又好很多。你可以看看现在有多少project在用netty

avatar
T*B
65
我懒得卖也不好意思卖。都是用过的东西了。
我去mn版问问local谁要。~~~~

【在 m**********l 的大作中提到】
: 感动。。。你去换版卖了吧
: 我自己还两罐在慢慢消耗呢。。。主要是懒//headdown

avatar
H*S
66
actor是reacting programming的corner stone,这个对于web server design基本就有
天生的优势。它和future的关系实质因该是互补的。我也不觉得actor有什么难的,难
得反而是避免abuse actor,比如很多人先入为主会从线程的角度来理解actor,写出的
code也可象而至是怎样。

【在 c******o 的大作中提到】
: 大部分需求其实future/workflow就解决了,
: 真的必须用到agent/actor的不多,再说用actor的话实在在算法和思维上都很有挑战性
: ,必须从distribute, async, decoupling来考虑,做起来其实不容易。
: 要是没需要,还是简单的好。

avatar
m*l
67
赞!
娃啥时候走哇?还回来不?

【在 T****B 的大作中提到】
: 我懒得卖也不好意思卖。都是用过的东西了。
: 我去mn版问问local谁要。~~~~

avatar
c*o
68
我觉得 async才是吧?
node也被称为reactive,根本不是actor.
说它不容易和从线程关系不那么大。
actor的location neutrual 在distributed system根本就和和单机上写相同逻辑两种
概念。难很多。

【在 H****S 的大作中提到】
: actor是reacting programming的corner stone,这个对于web server design基本就有
: 天生的优势。它和future的关系实质因该是互补的。我也不觉得actor有什么难的,难
: 得反而是避免abuse actor,比如很多人先入为主会从线程的角度来理解actor,写出的
: code也可象而至是怎样。

avatar
T*B
69
还有10天
再回来是不是明年四月就是明年八月了

【在 m**********l 的大作中提到】
: 赞!
: 娃啥时候走哇?还回来不?

avatar
m*l
70
都是mn的好时节啊,冰雪消融,春暖花开
小娃娃这是transfer student?

【在 T****B 的大作中提到】
: 还有10天
: 再回来是不是明年四月就是明年八月了

avatar
T*B
71
不是啊。我去德国study abroad一年
4月那时候德国放寒假
4月那时候mn还在飘雪花。。。T.T
8月那时候mn在哗哗下雨哗哗tornado

【在 m**********l 的大作中提到】
: 都是mn的好时节啊,冰雪消融,春暖花开
: 小娃娃这是transfer student?

avatar
m*l
72
同时天涯沦落人哇
俺刚起来关窗,再不行就开暖气准备~

【在 T****B 的大作中提到】
: 不是啊。我去德国study abroad一年
: 4月那时候德国放寒假
: 4月那时候mn还在飘雪花。。。T.T
: 8月那时候mn在哗哗下雨哗哗tornado

avatar
T*B
73
嗯。。。我今天出门套了一堆衣服
一件厚hoodie,一件衬衫,里边还有一件tanktop 一条jeans 加上盖住脚面的Moccasin

【在 m**********l 的大作中提到】
: 同时天涯沦落人哇
: 俺刚起来关窗,再不行就开暖气准备~

avatar
G*o
74
有这么冷吗?

Moccasin

【在 T****B 的大作中提到】
: 嗯。。。我今天出门套了一堆衣服
: 一件厚hoodie,一件衬衫,里边还有一件tanktop 一条jeans 加上盖住脚面的Moccasin

avatar
T*B
75
不然就是我怕冷。。。。T.T
但真的很冷诶

【在 G*********o 的大作中提到】
: 有这么冷吗?
:
: Moccasin

avatar
T*B
76
查了。。。白天63°。。。也不冷啊。。。为啥我那么冷。。。

【在 G*********o 的大作中提到】
: 有这么冷吗?
:
: Moccasin

avatar
w*l
77
心理哆嗦呗

【在 T****B 的大作中提到】
: 查了。。。白天63°。。。也不冷啊。。。为啥我那么冷。。。
avatar
T*B
78
T.T

【在 w*********l 的大作中提到】
: 心理哆嗦呗
avatar
w*l
79


【在 T****B 的大作中提到】
: T.T
avatar
m*o
80
赶紧去看~~~

【在 m**********l 的大作中提到】
: 校园小广播友情提醒
avatar
m*o
81
去哪啊?

【在 a****a 的大作中提到】
: 没, 其实sunday才走了, 现在正enjoy不需要加班的friday evening呢。
avatar
L*S
82
呵呵
我还是喜欢看认识的id奔

【在 m**********l 的大作中提到】
: 校园小广播友情提醒
avatar
m*o
83
我也是,不认识的看过就忘了

【在 L**S 的大作中提到】
: 呵呵
: 我还是喜欢看认识的id奔

avatar
a*a
84
这, 其实是制服诱惑心里的变种。

【在 m*******o 的大作中提到】
: 我也是,不认识的看过就忘了
avatar
m*o
85
没看到跟制服有联系阿

【在 a****a 的大作中提到】
: 这, 其实是制服诱惑心里的变种。
avatar
a*a
86
所以说是变形

【在 m*******o 的大作中提到】
: 没看到跟制服有联系阿
avatar
m*o
87
还是没体会出来

【在 a****a 的大作中提到】
: 所以说是变形
avatar
m*o
88
看到一个贝二嫂。。。。

【在 m*******o 的大作中提到】
: 赶紧去看~~~
avatar
g*r
89
小包
我要看大美女
帮我存了
现在看不了
不过话说我比较汗那个妖后
她说她25岁。。。。
一点都不像。。。

【在 T****B 的大作中提到】
: 挖。。。那个贴第二页有个大美女
avatar
T*B
90
哪里啊妖后?????
我没存。。。。我等下去啊。。。如果还有的话!~~我msn上发给你。

【在 g*********r 的大作中提到】
: 小包
: 我要看大美女
: 帮我存了
: 现在看不了
: 不过话说我比较汗那个妖后
: 她说她25岁。。。。
: 一点都不像。。。

avatar
g*r
91
妖后是上次她去玩,穿着比基尼在站在船上拍的
相信你看过
身材狠好没得说
但是我不相信她只有25岁

【在 T****B 的大作中提到】
: 哪里啊妖后?????
: 我没存。。。。我等下去啊。。。如果还有的话!~~我msn上发给你。

avatar
T*B
92
偶没看过。。。偶不怎么上买买提花生的。

【在 g*********r 的大作中提到】
: 妖后是上次她去玩,穿着比基尼在站在船上拍的
: 相信你看过
: 身材狠好没得说
: 但是我不相信她只有25岁

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。