Redian新闻
>
Java走microservice架构是不是有硬伤?
avatar
Java走microservice架构是不是有硬伤?# Programming - 葵花宝典
S*t
1
很多钓鱼人反映一个问题,就是浮漂有动作可是提竿就是不上鱼,造成这一原因的情况
很多,下面我为大家分析一下具体的情况:
1、鱼钩太大,导致鱼儿进食却吞不进去鱼钩,提竿经常空杆。解决方法:换小钩。
2、小鱼闹窝、抢食,有时饵料刚抛入水中,小杂鱼就开始抢食,直至鱼钩上的饵料吃
完。解决办法:打重窝、换味型淡的饵料、将饵搓黏。
3、其他鱼种,俗话说“钓鱼上虾,趁早搬家”,意思呢是如果窝子里有虾,因为虾吃
饵用钳子夹着,往它的巢穴拖拽,浮漂会出现很大的动作,一提杆,它就会松开,很多
水域有虾、螃蟹、鲢鳙鱼,是很烦人的一件事,很难钓上来。解决办法:换钓位。
4、滑鱼假动作,黑坑易见,老滑鱼进入窝子后不会直接吃饵,它会一直在窝子里徘徊
,鱼鳍和尾巴很容易扫到子线,造成浮漂的下顿,出现假口。解决办法:多放几口,用
稍细的子线,减少鱼的警惕性。
5、水流,有水流的水域很难钓鱼,因为水流和主线有摩擦,增大主线受力,常出现于
浮漂的动作为,缓慢下沉或缓慢上升。解决办法:把主线全部压入水中或换大漂重坠。
6、线组阻力,这一项也是黑坑最为常见,很多钓友抛杆后不检查主线,有时候主线会
绕在浮漂座上,逗鱼时候会再散开,故而出现假动作,还有子线过长很容易缠绕,这就
是很多人钓鱼明明调好漂,却出现浮漂时而三目时而两目的原因。解决办法:多检查主
线、子线是否缠绕,抛竿后尽量轻微抖动一下鱼杆。
7、饵料松散,饵料过于松软,入水后,不规则的脱落,也会造成假的漂像,感觉像是
有鱼吃饵,实则是饵料脱落,散炮除外。解决办法:饵料太松散可适量揉搓或者加入增
加饵料粘度的商品饵。
8、鱼儿顶饵、挟饵,这种情况不多见,有些鱼种吃饵很特别,本人就遇见过一次,那
次是钓武昌鱼,用的生猪肉,其中有一条鱼咬着鱼饵拖着浮漂游了半个坑,等到我提竿
的时候却没鱼。解决办法:换小饵、活饵,适量逗鱼。
9、鱼饵过大、过硬,这个是很多钓友去黑坑经常犯的一个错误,他们为了偷懒把搓饵
搓的很大,很硬,鱼儿即使吃了你一提竿钩尖很难刺中鱼嘴,这里有个真实的笑话,之
前有个朋友去钓鱼,空军收场,到家把剩下的搓饵给狗吃,狗啃了半天没啃动......解
决办法:一般钓鲤鱼饵料搓至比花生粒稍大即可,切勿偷懒图省事。
10、浮漂吃水,有时候浮漂上有露孔,肉眼很难发现,抛入钓点后一段时间后,浮漂还
会缓慢下沉,很像大鱼吃饵,解决办法不建议修补,如果修补不均匀,灵敏度会大打折
扣,所以还是换一只浮漂吧。
avatar
g*t
2
Java太吃内存了。如果是企业应用装在amzon上。几百上千的微服务,成本受不了吧?
这个问题有办法work around吗?
avatar
g*t
3
https://blog.freshworks.com/java-vs-golang/
reference

【在 g****t 的大作中提到】
: Java太吃内存了。如果是企业应用装在amzon上。几百上千的微服务,成本受不了吧?
: 这个问题有办法work around吗?

avatar
w*z
4
现在有 k8s + docker, 增加机器的利用效率,而且硬件越来越便宜

:Java太吃内存了。如果是企业应用装在amzon上。几百上千的微服务,成本受不了吧?
:这个问题有办法work around吗?
avatar
g*t
5
Amzon cloud cost 还是吃亏吧? vs Node.js/Go

吧?

【在 w**z 的大作中提到】
: 现在有 k8s + docker, 增加机器的利用效率,而且硬件越来越便宜
:
: :Java太吃内存了。如果是企业应用装在amzon上。几百上千的微服务,成本受不了吧?
: :这个问题有办法work around吗?

avatar
n*t
6
java吃內存是之前的事情了,當然並不是java自己內存消耗變少了,而是別的變多了。

【在 g****t 的大作中提到】
: Java太吃内存了。如果是企业应用装在amzon上。几百上千的微服务,成本受不了吧?
: 这个问题有办法work around吗?

avatar
w*z
7
内存现在多便宜? 要看cost of ownership 还有team 里最熟悉的语言是什么。

【在 g****t 的大作中提到】
: Amzon cloud cost 还是吃亏吧? vs Node.js/Go
:
: 吧?

avatar
g*t
8
据说很多时候比Go多几倍。


: java吃內存是之前的事情了,當然並不是java自己內存消耗變少了,而是別的變
多了。



【在 n******t 的大作中提到】
: java吃內存是之前的事情了,當然並不是java自己內存消耗變少了,而是別的變多了。
avatar
g*t
9
Java程序员容易找这倒是真的。是一个优势。


: 内存现在多便宜? 要看cost of ownership 还有team 里最熟悉的语言是
什么。



【在 w**z 的大作中提到】
: 内存现在多便宜? 要看cost of ownership 还有team 里最熟悉的语言是什么。
avatar
p*2
10

感觉还好。不过startup确实很少用Java了。好像搞startup的对Java的抗拒心理比较大


【在 g****t 的大作中提到】
: Java太吃内存了。如果是企业应用装在amzon上。几百上千的微服务,成本受不了吧?
: 这个问题有办法work around吗?

avatar
f*2
11
确实,搞java就把团队的逼格拉下来两个档次。当然搞大了需要workerbee的时候那是
另外一个说法。


: 感觉还好。不过startup确实很少用Java了。好像搞startup的对Java的抗拒心理
比较大

: 。



【在 p*****2 的大作中提到】
:
: 感觉还好。不过startup确实很少用Java了。好像搞startup的对Java的抗拒心理比较大
: 。

avatar
s*k
12
java强在写business logic很多的backend,很多OO,interface,business方面的东西
要处理,同时能兼顾性能,和超级多的lib可以很容易扩展。
很多startup就是要追求性能或者单一功能上做突破,java那些臃肿对于他们是大障碍
。而且因为一般新的startup都是cloud native,比如用K8s+docker,那么上golang+某
个DB+lambda function,直接可以轻量级干了。并且glide管理起来也比mvn好不少。
当然要上spark的话,肯定还是得Java

【在 p*****2 的大作中提到】
:
: 感觉还好。不过startup确实很少用Java了。好像搞startup的对Java的抗拒心理比较大
: 。

avatar
s*o
13
可以试试 vert.x+dagger2这类light weight组合
avatar
P*i
14
如果是微服务,商业逻辑就无所谓用不用java了。
spark上面,用scala的更多。

【在 s********k 的大作中提到】
: java强在写business logic很多的backend,很多OO,interface,business方面的东西
: 要处理,同时能兼顾性能,和超级多的lib可以很容易扩展。
: 很多startup就是要追求性能或者单一功能上做突破,java那些臃肿对于他们是大障碍
: 。而且因为一般新的startup都是cloud native,比如用K8s+docker,那么上golang+某
: 个DB+lambda function,直接可以轻量级干了。并且glide管理起来也比mvn好不少。
: 当然要上spark的话,肯定还是得Java

avatar
w*m
15
最近在搞container。
java的container最少要几百MB。大一点就算了。
关键的问题是启动速度慢。其他的container起来以后,都要等他。烦人
相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。