z****e 发帖数: 54598 | 1 在互联网公司混
有些新的技术比较容易接触到
当然可能不是那么高大上
需要花很多钱
但是自己动手,经验什么也都给带出去
像cobol这种,你就算有经验,你能去的地方也不多呀
尤其是如果你想自己创业的话,这种高大上的东西
直接就是门槛,就好比你想造航母
就算你知道怎么造,你要创业造航母……
包括编译器,os这些,这些东西难易先不说,关键是别人都做过
有很聪明的牛人搞过,能搞的都被搞干净了
再搞也就那么一回事,还不如干脆别搞了
相比之下,互联网的破烂都是开源的,随便搞
但是你要创业,一样随便搞,原来怎么搞,创业时候一样怎么搞
而且很多是别人没搞过的,你来搞,搞不好就捡到金子了
也许很没技术含量,但是不妨碍发财
大概就这个道理
顺便给东方剑桥通报一下他们jboss的最新进展
webserver undertow很屌啊,效率刚刚的
比起来,其他webserver都是垃圾
求介绍认识netty, vert.x那些人,那几个以前都是jboss项目组的
linkedin上能connect起来不?
好,你们继续吵 |
|
z****e 发帖数: 54598 | 2 如果你有1-2年的java工作经验
现在正是跳槽的好时间
多看看payment gateway这个领域
我知道的很多公司,都在招人
这个版面上就有apple和american express
我私底下知道有很多其他公司都在招
欧洲中国都有,澳洲也有,都在扩充生产队伍,招猴子
不过你最好补点课
1-2年写java的,如果是传统行当的,搞j2ee的话
你需要补nosql比如cassandra,elastic search/solr
async比如netty/vert.x这些知识
面试时候会问的,现在这个行当对hadoop什么灰常有兴趣
同样,反过来,如果这1-2年在搞hadoop这些的话
补一下spring和hibernate,还有sql
因为legacy code用这些
我知道不少人最近都拿到了backend的offer
所以祝好运 |
|
z****e 发帖数: 54598 | 3 【 以下文字转载自 Programming 讨论区 】
发信人: zhaoce (米高蜥蜴), 信区: Programming
标 题: 每次web泡沫破灭,都是我们backend大发展的开端
发信站: BBS 未名空间站 (Fri Oct 16 19:01:05 2015, 美东)
上次dotcom泡沫破灭之后,backend大发展
这次也一样,web公司在裁员
但是我知道不少公司都在找backend的程序猴
现在传统公司对于hadoop这些灰常有兴趣啊
是时候跳槽了,把小白鼠web公司积累下来的经验
带给传统的公司吧,当然我说的不是node和go这些
而是jvm based,是nosql比如c*,netty/vert.x
乃至quasar,hadoop,spark etc.
因为legacy code都是spring,hibernate,tomcat,sql |
|
b**********5 发帖数: 7881 | 4 btw, 你怎么知道人家水平高的? 就因为人家问我netty??
btw, apple股票涨, 和icloud没什么太大关系。。 |
|
b**********5 发帖数: 7881 | 5 大姐, 用netty, 水平就高了。。。? 您是来月经, 血出的太多了? |
|
z****e 发帖数: 54598 | 6
会逐步变成白菜价
不会一夜之间就挂掉
但是长期看,已经不看好了
其实整个美国长期看,都有些不太行的样子
以后是个人创业的时代
有能力的人自己可以搞各种东西
比如电影,我就知道有人自己拍电影
音乐就更多了,还有app,这些都越来越容易做
以后专业性人才可以自己搞,不需要为别人打工
十年前说世界变平了,现在在一点一点变成现实
我知道的真正的程序员,牛逼的
都是remote工作的,做netty那个trustin
就在韩国remote给twitter干,根本不需要到湾区
以后这种人会越来越多,vert.x那几个根本都在不同的欧洲国家
但是为red hat打工 |
|
j*******l 发帖数: 1066 | 7 就说从C#或C++转java吧(反之亦然)
JAVA语法都很简单 一周肯定可以上手 但java常用的library几十个 有DEPEDENCY
INJECTION framework(从spring到guice到dagger) common library有guava,apache
common 网络framework有netty,apache httpclient, Jason库有jackson/GSON 更何况
不同公司还有自己的库 然后Java还有concurrency model要理解 什么reflection之类
高级功能
把这些都弄熟练一年不为过吧
如果要在熟练基础上精通 懂得取舍甚至出自己的库 没有3,5年的经营我觉得很难
Javascript同理 |
|
发帖数: 1 | 8 这位兄台,jsp compile之后就是servlet。
java servlet RFC的reference implementation就是tomcat,netty是另外一个servlet
container。
用java做后端+servlet,怎么会不知道servlet/jsp? |
|
|
s***o 发帖数: 2191 | 10 asp.net core 跟 netty-based frameworks 是一个级别的,performance不是问题。
ecosystem, open source community involvements, 以及现在微软号称是agile其实无
比混乱的开发管理,才真让人头痛。 |
|
z****e 发帖数: 54598 | 11 如何线程安全
jcu,concurrenthashmap是答案之一,可以加分
如何scale
同步转异步,io bound节省线程
actor model随便找一个
java当然用vert.x啊
akka也行,但是akka比较难用
lock free的节奏
lock用多了,性能就下来了,lock越少越好
actor model可以实现lock free
但是前提是要完成同步转异步,线程数不能开太多
一般是available cores,比如jvm自身的fork&join pool
vert.x的eventloop pool,这个是available cores*2
因为netty里面需要分一半cpu资源给io,这一句猜的,不确定
因为线程数少了,所以lock数自然也少了,线程多,lock就多
最后写起来很ugly,怎么办?
future/promise, reativex(rxjava)和coroutine,三选一
还记得那个snapshot还是什么用的是erlang么?
最早actor model就是那边出来的 |
|
a*****s 发帖数: 101 | 12 自己也经历过,很痛苦的,摸摸。
我的经验是netti pot加垫高枕头,后来还吃了几天的sudafed,mm尽量别吃药吧。后来
天气热起来过敏源少了,我就好了,至少有一个鼻孔能出气了 |
|
m******n 发帖数: 898 | 13 我去年正赶上花粉季怀孕,尽管医生说zyretc和claritin可以吃,也不敢天天吃,而且
已经发展到前一天吃第二天还不好的地步。以前闹到这程度医生就给steroid了,结果
怀孕还不能用,当时真是天天想撞墙。
后来朋友推荐用netti pot,每天洗鼻子,把粘在鼻粘膜上的致敏物质即使冲掉。一痒
就赶紧冲。一开始每天晚上得起来好几次冲鼻子,后来居然很快就好了, 鼻涕喷嚏都
没有了。那个东西刚开始用挺奇怪的,适应一下就好了,任何一个药店应该都有卖的。
mm可以试一下。 |
|
w**m 发帖数: 4061 | 14 (wh总说我不肯剧透,车轱辘话来回说,无非就是多好多好,推荐推荐,这次咱就透个
痛快,破坏了任何人的阅读兴趣找wh要包子。)
翻完最后一页正文,吐了口浊气,还是有什么东西堆在胸膛,堵在嗓子,再往后看到致
谢部分才明白:这本小说,作者前后写了六年。更准确的是,一位年近七十写了一辈子
诗的诗人花了六年时间写完的第一本小说。这不是一本娱乐你的快餐小说,作者也没准
备讨好你,让你好过。我甚至怀疑,在这样一个年纪,在经历了如此丰富的人生(下面
会提到)之后,Patrick Lane是不是在用小说这种虚构的方式安顿自己曾经躁动的青春
记忆。这本小说有着小清新们反对的一切,我也不会把它推荐给所有人,但是,这绝对
是一本挑战你心理承受能力的小说,绝对会给你一次不一样的,很爷们儿的阅读体验,
吸毒、杀人甚至乱伦都不过是开胃,更压抑更黑暗的正菜还在后面。然而作者显然无意
卖弄这些狗血的情节,而是用一种粗糙的,砂纸磨砺般的叙事把书中人物特别是Stark
一家三代的命运钉凿斧砍在你面前,人性中没有丝毫光亮的黑暗,怎一个恶字了得。你
,准备好了么?
(待填)
(继续,下面是华丽丽赤裸裸的剧透)
你听到加拿大这个... 阅读全帖 |
|
z*i 发帖数: 58873 | 15 来自主题: LeisureTime版 - 又到花粉季 真是我搜美阿。。。 我每年从眼睛到呼吸道从上到下以眼睛红肿发痒开始最后以哮喘
收尾。
物理隔离最有效,口罩眼罩,买个netti pot 晚上冲冲sinus
★ 发自iPhone App: ChineseWeb 7.7 |
|
g***r 发帖数: 6820 | 16 来自主题: LeisureTime版 - 又到花粉季 //Hand 听起来你比我还严重点,netti pot就是洗鼻水吧,我都不记得英文叫什么了,
不过确实很管用,我往年花季随身带着。 |
|
o********l 发帖数: 12430 | 17 is mine
mua ha ha ha (for netty) |
|
N***r 发帖数: 2539 | 18 The Squirrel Mothers stories, by Megan Kelso。从Free Library翻出来的书,虽然
未曾考证过,但是第一眼看过去便知道这是女孩子的作品。漫画书是个故事集,书名就
是第一篇故事的标题。看完第一篇故事,我便打定主意向大家推荐。整本书十来个故事
,细细读来就像在读一本邻家姑娘的日记。故事淡雅,也就是一些身边的人,身边的事
。画风非常之赞,清新,洒脱。色彩运用得也是相当的妙,时而淡粉系列,时而黑白,
总之比较素。
个人比较喜欢的有,
The Squirrel Mother
Kodachrome
Nettie's Left-handed Flute
Bills
On the Beautiful Blue Danube
Meow Face
Split Rock, Montana
我把第一篇《The Squirrel Mother》扫描放出,效果有所折扣,但是也足以领略其曼
妙风采。 |
|
i**e 发帖数: 6810 | 19 Hmm. I must be missing something. In the case we are
discussing, there are two web servers involve, one
front-end server serving web requests, which in turn
calls a back-end server for mashing up data.
I thought netty or mina used async network handling.
But for the servlet running on the front-end server,
the requests going to back-end servers are still
blocking? |
|
c******n 发帖数: 4965 | 20 netty/SEDA/ finally comes down to UNIX select
all these years all these fancy concepts, basically people were still
trying to solve the problem of parallelly handling network/io requests,
until recently the only approach used by industry is to excessively
relying on OS and do
while ( conn = accept() ) {
new Thread(conn).start()
}
amazing this went on for so long and still a lot of servers (not only
web servers, but proprietory servers , for example cassandra) still do
this |
|
g*****g 发帖数: 34805 | 21 写框架.写从Server Socket开始实现的Server,或者基于Async IO的类库,如Netty
,Ning Async HttpClient等的server。这种活一般而言新手是没有机会接触的。
Swing之类的也有一些,大多比较简单,就是2-3个线程同步。
大部分Java工作需要一点多线程的知识,但是在框架之下,需要直接写的不多。
至于什么公司招这种人。主要还是大公司,比如苹果做icloud就很缺这方面的人,有朋
友说一直找不到合适的。你可以去看他们的广告。 |
|
g*****g 发帖数: 34805 | 22 你把Java Concurrency in Practice读熟了,再把Netty整明白。干个百万人在线的项
目,就算上手了。你要是把Scala和Akka也弄明白了,就算大牛了。我知道iCloud在招
这方面的人。 |
|
g*****g 发帖数: 34805 | 23 Because it's still a hype, js doesn't have adequate libraries on server side
to deal with enterprise applications. It needs a few years before it can
make serious noise.
Asynchronous is nothing new in java world. You have netty doing that for a
long time. vertx.io is modeled after node.js. |
|
g*****g 发帖数: 34805 | 24 servlet的性能比不过异步的netty,node.js等等,要说弱点倒还没什么大弱点,
可能是jee里支持最好的标准。 |
|
g*****g 发帖数: 34805 | 25 Future can block forever, it will work as long as there's no network
connection involved. If you have tons of such threads, you'd consider an
asynchronous framework. e.g. Netty, Akka. |
|
g*****g 发帖数: 34805 | 26 We do use RDS for data that needs strong relationship. e.g. contracts,
rights etc. And for that we use Spring Data, which has fewer boilerplates
than Hibernate. Cassandra is mostly for user data and transitive data.
We don't use Netty. If you need async, Jersey provides async mode already.
Personally I use a combination of Spring @Async for server side and Hystrix
for client side async operations.
https://github.com/Netflix/Hystrix/wiki/FAQ |
|
y****i 发帖数: 312 | 27 如题。java,可扩展,最好支持nio. netty可以吗? |
|
Y**G 发帖数: 1089 | 28 不过netty的本意就是nio太难用,包装一下后比较好用。 |
|
g*****g 发帖数: 34805 | 29 看你要做啥了,JMS,Netty都是常见的框架。喜欢用Actor还有Akka |
|
g*****g 发帖数: 34805 | 30 像这么简单的活,Java NIO足够了。嫌NIO不够强大,Netty,Mina都可以。
都很轻量级。 |
|
g*****g 发帖数: 34805 | 31 没错,Netty就可以。同样的代码,同步和异步就是改一两行而已。 |
|
T*******i 发帖数: 4992 | 32 NIO跟async有啥关系?
Netty没有async file io,mina有个,只支持linux |
|
g*****g 发帖数: 34805 | 33 Event vs. Thread只是个架构的选择问题,跟语言无关,比如vert.x就是同样的架构支
持多种语言。如果node.js火起来,别的语言也会跟进。
不是只有js能支持异步的架构。事实上基于Netty的Java后端应用非常多,只不过不是
基于web service。 |
|
H****S 发帖数: 1359 | 34 普通码农一个。对node没什么感觉,single threaded 始终是个问题。最近组内部的
node server出了个问题,因为code写的failover request 频率太高,导致gc没办法
step in 来回收 heap objects,然后server就直接挂了。。。
Conversation pattern只是server实现的一种,对于我来说最大的优势是actor model
下因为message guaranteed 顺序处理,不用考虑race condition,简化了很多工作。
当然有人继续用jboss netty实现server,这个很难说谁好谁坏。 |
|
g*****g 发帖数: 34805 | 35 俺这么多年下来用struts, spring, hibernate, jersey, cassandra, mysql, netty,
apache httpclient, zookeeper, maven, 还有其他无数小的开源类库,还没买过维护
。在上一个公司我们从
Oracle转到mysql+cassandra,光License fee一年就省一百多万,光DBA就能养10个。
最搞笑的说开源不行的全是不用开源的。用开源类库的确是需要能力,没能力评估各种
选择,
没能力解决出现的问题的。确实不合适。微软那一坨就适合无脑码农。反正微软有啥你
就用啥,
没有的就直接躲着走就对了。所以到今天微软在internet上就没什么牛逼的服务,连收
购的那么牛逼的Hotmail都逼到改名的份上。
. |
|
c******o 发帖数: 1277 | 36 play不是node,play too heavy.
比如说,play 里面一堆 Json read/write/format/validation的API
再比如说,play 有整个一套test framework. play 把所有的 SBT都包括经去了
看看这个,
http://www.playframework.com/documentation/2.2.x/api/scala/inde
一大堆和基本http/event API无关的的东西。
我觉得可能Spray可能有会和node更像一点,一个很小的core,可以靠module来添加功能
。以后spray会代替netty成为play的web server. |
|
g*****g 发帖数: 34805 | 37 我不说了,你写jvm语言就要大量用java类库,跑不掉的。对于async,java类库里处处
是陷阱。
scala费老劲自己出了一堆类库不是偶然的。netty早于node,从来没火。
回事 |
|
g*****g 发帖数: 34805 | 38 race condition, dead lock是你举的例子,所以我才有此问。async 的架构诸如netty
已经有了很久,就我的经验看,只有特定应用有必要。总的来说,这年头硬件白菜,追
求的是快速开发和系统稳定。node在前段快速开发这个没得说,是优势,后端系统稳定
这个还欠着火候,所以我不看好。 |
|
p*****2 发帖数: 21240 | 39
netty
race condition, dead lock也是异步的优势。node还是很年轻的,我觉得未来还是能
占据一定市场的,尤其是startup。 |
|
g*****g 发帖数: 34805 | 40 你不懂就别瞎说。netty存在N年了,我老多年前就产品上做到单机20k/sec。 |
|
z****e 发帖数: 54598 | 41 vert.x跟其它jvm上产品不一样的地方在于
它哪怕是生产环境,它也需要jdk,而不仅仅是jre
好久没用windows了,今天第一次尝试在window7上安装java
结果奇芭的事发生了,我下了jdk安装pkg
然后打开,让我选择安装,默认是development kit和source code和jre全部安装
我默认同意了,安装完了之后,修改path,把jdk的bin放到path最后去
把vert.x下载解压缩,再把bin目录给放到path里面去
奇芭的是,我写了一个hello world让vert.x跑
居然跑不动,提示compilation fail
搞了很久没弄明白怎么回事,怀疑是不是版本的问题
于是决定换一个版本看看,下了最新m3版本
解压缩,修改path,然后再次运行
同样错误,但是m3比之前正式版本强的在于
它会print out exception的stacktrace
然后认真阅读了一下异常信息,异常是由netty抛出的
提示说要确保用的是jdk,而不是jre,我想了想
觉得可能是jre和jdk两个都安装后导致的java.exe启动错了
启动成jre那个了,于是敲... 阅读全帖 |
|
v*****r 发帖数: 2325 | 42 agree. to become an expert at solving a specific problem won't take long,
but it takes unique quality & maybe luck to find an interesting problem and
successfully solve it.
many 内行 might have never thought about P2P.
ryan dahl, creator of node.js, didn't choose to rely on netty.
Igor Sysoev, creator of nginx, didn't choose to improve upon apache.
we can not deny the creators's drive to create something new.
elon musk, programmer and college physics background,with only success track
at programmi... 阅读全帖 |
|
g*****g 发帖数: 34805 | 43 出了java.现在主流语言有几个在jvm 上run啊。
我评论的是他这句话。
其实java world并不是那么在意async,否则netty之上早就一堆东西了。akka迄今也没
火。
vertx估计结局也差不多,特定应用有用。不会是主流。 |
|
d********g 发帖数: 10550 | 44 好虫不早就泼过冷水了?
发信人: goodbug (好虫), 信区: Programming
标 题: Re: vert.x 基本上没戏
发信站: BBS 未名空间站 (Tue Jan 28 16:19:03 2014, 美东)
出了java.现在主流语言有几个在jvm 上run啊。
我评论的是他这句话。
其实java world并不是那么在意async,否则netty之上早就一堆东西了。akka迄今也没
火。
vertx估计结局也差不多,特定应用有用。不会是主流。 |
|
d********g 发帖数: 10550 | 45 好虫对蜥蜴鼓吹的vert.x发起猛攻。主要观点:
1. JVM主要是Java自己玩,没几个主流语言在JVM上run更别说抗衡了
2. Java world对async没有不明觉厉(多线程不灵或者没有的更欢迎async例如Python
和JS,Java不着急,这是事实)
3. vert.x不会是主流,结局堪忧
蜥蜴观点:
1. JVM统战一切,只要沾了JVM就得道升天
2. vert.x会吸引别的语言的人
3. vert.x这个没多久前才发现的新玩具是人类的救星,之前鼓吹的那些都不算了
两人观点针锋相对,只是好虫碍于Java面子从来不当面驳斥蜥蜴。拭目以待vert.x能撑
多久
发信人: goodbug (好虫), 信区: Programming
标 题: Re: vert.x 基本上没戏
发信站: BBS 未名空间站 (Tue Jan 28 16:19:03 2014, 美东)
出了java.现在主流语言有几个在jvm 上run啊。
我评论的是他这句话。
其实java world并不是那么在意async,否则netty之上早就一堆东西了。akka迄今也没
火。
vertx估计结局也... 阅读全帖 |
|
|
|
|
d*******r 发帖数: 3299 | 49 这些都太底层了,
zeromq 有核心离开了,搞了个 www.crossroads.io
vert.x 是 build 在 netty 上的,直接用更方便 |
|