|
发表时间：2011-08-12
2哥，最近怎么不出贴了啊，坐等神贴
|
|
发表时间：2011-08-12
陈天桥 写道 来我盛大圈圈 做游戏开发吧 给你锻炼的机会
你就是陈天桥？不过盛大倒是个不错的公司。 |
|
发表时间：2011-08-12
lifangling_2010 写道 小伙子，我对你的态度不错吧。一直笑呵呵的，面试你的是我们部门经理。
领导好。。。 |
|
发表时间：2011-08-12
haojiahero 写道 cttnbcj 写道 原来就是LZ你小子来面试的。。。。。。。
你个娱乐圈的人 在这儿瞎忽悠啥！ 
|
|
发表时间：2011-08-12
看了楼主的贴，技术上的优越感油然而生。
|
|
发表时间：2011-08-12
neptune 写道 这些问题，如果没有事先通知，现在马上把阿里的开发人员叫来，也不见的都能答上来。面试就是这么回事，60%看实力，40%看运气。刚开始学java的时候，还关注什么classLoader，如果你一直做java开发应用，开发了6\7年了。你还平时没事，天天看看classLoader吗，一个公司是有分工的不是每个人都做基础的东西，有些东西只要应聘人员能说明原理就行了，不用动不动就在面试的时候就整一些不常用的的东西来问，问题是公司要找什么样的人，这很重要。
|
|
发表时间：2011-08-12
neptune 写道 这些问题，如果没有事先通知，现在马上把阿里的开发人员叫来，也不见的都能答上来。面试就是这么回事，60%看实力，40%看运气。刚开始学java的时候，还关注什么classLoader，如果你一直做java开发应用，开发了6\7年了。你还平时没事，天天看看classLoader吗，一个公司是有分工的不是每个人都做基础的东西，有些东西只要应聘人员能说明原理就行了，不用动不动就在面试的时候就整一些不常用的的东西来问，问题是公司要找什么样的人，这很重要。
关键是人家是大公司，很多程序员都想进的公司，不考一些略有层次的问题，怎么能较低成本的区别一个面试者？ 只果考一些业务性/忽悠性的问题，估计通过率会大增，到时如何淘汰？ |
|
发表时间：2011-08-12
sonland 写道 5.A问自己设计一个计数器，统计web访问的人数。最简单的机制是用application保存数目，而且对计数器要加锁。我居然想用缓存保存，还要把保存的人数定时保存到数据库，然后B问我并发咋办，我脑子里立刻同步，但是犹豫没说，过了一会才说。这个也大扣分
这个没问题啊。。 前端web机器都是集群 记数器不保存在数据库保存在哪里？ 并发是指访问吧。前面加层memcached就可以 另外计数器最好还是单独的应用 页面如果加SQUID 数量统计也会不准 我想到一个无聊的问题(不知道会不会有这方面的问题哈). 如果同时登陆和登出的人到一定的数量级. 计数器加锁会不会慢? 而且像阿里的产品. 同时登陆登出的人应该很多吧. 而且数据库连接资源很宝贵. 我也觉得计数器做一个单独应用最好. 最好能做成一个队列而非同步... 用application不是很好吧.. 首先就是集群Application同步/复制的问题 |
|
发表时间：2011-08-12
楼主不自信
|
|
发表时间：2011-08-12
sonland 写道 5.A问自己设计一个计数器，统计web访问的人数。最简单的机制是用application保存数目，而且对计数器要加锁。我居然想用缓存保存，还要把保存的人数定时保存到数据库，然后B问我并发咋办，我脑子里立刻同步，但是犹豫没说，过了一会才说。这个也大扣分
这个没问题啊。。 前端web机器都是集群 记数器不保存在数据库保存在哪里？ 并发是指访问吧。前面加层memcached就可以 另外计数器最好还是单独的应用 页面如果加SQUID 数量统计也会不准 如果是一个APP，使用sessionlistener监听，用一个AtomicInteger来保存就可以了吧 如果是分布式的session，确实不太好做 |
