T*********g
发帖数: 496 | 1 【 以下文字转载自 JobHunting 讨论区 】
发信人: coolaladdin (我喜欢油灯和戒指), 信区: JobHunting
标 题: Re: 4年.NET经验在bay area大概能拿多少?
发信站: BBS 未名空间站 (Wed Dec 5 05:31:53 2012, 美东)
牛人咱不知道，但对我来说从.net 转java不是太容易，尤其是做了几年轻量级.net应
用以后。
前几天面试的时候一个VP跟我讲了几句，虽然不太好听，但我觉得还是比较中肯的。那
个哥们直接说我以前的开发经验不算是真正的经验，因为没有处理过真正产品的开发中
遇到的各种复杂问题。他给我随便讲了几个例子，比如在对大流量系统进行持续压力测
试中可能遇到的问题，在对系统要求很高，无法写log的情况下，遇到的死锁怎么判断
问题出现在哪里。这类问题都是要做过以后才会真正明白的，没做过的话真的没法回答
。所以我感觉那种要5-8年以上经验，senior level java的职位，肯定不会是要找个人
去随便写写code，而是要让你去处理更复杂的问题。
不过从另一个方面讲，有些人总是说cs这碗饭是年轻人吃的。我觉得那纯属扯淡。写写
code，整几个web service什么的，来个高中生都能做。但让你做个架构，让你解决个
压力测试中偶然出现的问题，
这没有几年道行是做不了的。 |
T*********g
发帖数: 496 | 2 我用 thread dump 来查找死锁，大家都怎么查这种类似问题？
【在 T*********g 的大作中提到】
: 【 以下文字转载自 JobHunting 讨论区 】
: 发信人: coolaladdin (我喜欢油灯和戒指), 信区: JobHunting
: 标 题: Re: 4年.NET经验在bay area大概能拿多少?
: 发信站: BBS 未名空间站 (Wed Dec 5 05:31:53 2012, 美东)
: 牛人咱不知道，但对我来说从.net 转java不是太容易，尤其是做了几年轻量级.net应
: 用以后。
: 前几天面试的时候一个VP跟我讲了几句，虽然不太好听，但我觉得还是比较中肯的。那
: 个哥们直接说我以前的开发经验不算是真正的经验，因为没有处理过真正产品的开发中
: 遇到的各种复杂问题。他给我随便讲了几个例子，比如在对大流量系统进行持续压力测
: 试中可能遇到的问题，在对系统要求很高，无法写log的情况下，遇到的死锁怎么判断
|
z*******3
发帖数: 13709 | 3 我的想法是这样
死锁是争抢资源的
如果是单机的时候
无非三种类对象
thread类对象
自己写的service bean对象
entity bean对象
对于每一个thread而言
service bean是共享的，一般都是singleton
entity bean几乎都是不一样的
所以看thread是一种方法
还有一种是看entity bean是否某一些是长期不改变的
长期不变的多半有问题
最后一个是看service bean
那这个要看情况，如果是singleton，那估计看这个没什么用
如果是spring里面的prototype，那么跟entity bean一样
只要是长期不被gc的，就有问题
如果是ejb，stateful长期不变的也有问题
stateless这个如果长期被某个thread占用，多半也有问题 |
M***r
发帖数: 79 | 4 This is the easiest I guess
我用 thread dump 来查找死锁，大家都怎么查这种类似问题？
【在 T*********g 的大作中提到】
: 我用 thread dump 来查找死锁，大家都怎么查这种类似问题？
|
M***r
发帖数: 79 | 5 鹅的神啊！
我的想法是这样死锁是争抢资源的如果是单机的时候无非三种类对象thread类对象自己
写的service bean对象entity bean对象对于每一个thread而言servi........
【在 z*******3 的大作中提到】
: 我的想法是这样
: 死锁是争抢资源的
: 如果是单机的时候
: 无非三种类对象
: thread类对象
: 自己写的service bean对象
: entity bean对象
: 对于每一个thread而言
: service bean是共享的，一般都是singleton
: entity bean几乎都是不一样的
|
b*******g
发帖数: 603 | 6 I would expose some metrics by JMX to monitor instance health status. e.g.
thread pool queue size. Put all metrics on some dashboard with certain
alerts.
And log thread dump on each instance periodically.
【在 T*********g 的大作中提到】
: 我用 thread dump 来查找死锁，大家都怎么查这种类似问题？
|
T*********g
发帖数: 496 | 7 真的，哥们给你跪了。
【在 z*******3 的大作中提到】
: 我的想法是这样
: 死锁是争抢资源的
: 如果是单机的时候
: 无非三种类对象
: thread类对象
: 自己写的service bean对象
: entity bean对象
: 对于每一个thread而言
: service bean是共享的，一般都是singleton
: entity bean几乎都是不一样的
|
c*********e
发帖数: 16335 | 8 搞.net的还是别转java了。java没那么容易的。
不过，需要道行高的地方，找个contractor就行了。其他9０％的时间，对付的其实都
是很简单的问题。
【在 T*********g 的大作中提到】
: 真的，哥们给你跪了。
|
