|
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-02-22
mynotes 写道 确实应该好好深入研究基础的东西
基础很重要，但如何定义基础却有点模糊，基础的东西永远都学不完，每个知识点深入下去都会有更多的知识面，所以一定要根据环境而定。在团队开发过程中，能让你学习好了再开发的项目很少很少，一般是带着实际问题去学习的。而研究是一个过程，但你一定要清楚你的目标在哪里，在整个项目过程中，你要看清团队的弱项在哪里，再去承担这部分的角色。 |
| 返回顶楼 | |
|
发表时间：2012-02-22
ffychina 写道 谢谢jxdncsl的意见，从技术上，我的确没有把Hashmap研究得这么细，我甚至不关心JVM的加载过程，因为我很少考虑如何把JAVA的性能发挥到极限，我认为技术是帮助我解决问题的，我追求的不是最优方案，而是可行方案。面试官也就问了我4，5个问题，就直接告诉我回去“等结果”，我在过程中也提出过是否能从更多方面去考虑我的能力，但面试官也说得很清楚，每个应试者都有他的强项，他只需关心他的方面。而且我现在慢慢发现阿里的人都很强调高性能高并发，阿里的人离职去其他公司后也很强调高性能高并发，似乎高性能高并发就是高质量的代名词，我就是奇怪的是除了性能之外，阿里的系统就没有其他优点去挖掘了吗？
愚以为，性能问题只是高访问量的WEB架构中非功能需求点的其中一个重点，解决无非三种方案，水平分区，垂直分区和缓存系统，针对这三点去细化优化自然就能解决性能问题，这是看得见的问题，而看不见的问题则是非常多的，例如如何配合公司高层决策对系统做相应的优化调整，更需要去分析和解决。 其实这是区别对待的问题，比如我做项目的，就像你说的关心解决方案、风险控制、预算等，阿里是做产品的，特别是公司内部用的产品，而且是互联网产品，面向普通客户！需要的就是高性能高并发，多能承载一个普通用户、多省一度电、多少用一台服务器就多一点价值获取面。也许他们只是觉得你不适合，并没有不尊敬你的意思！ |
| 返回顶楼 | |
|
发表时间：2012-02-22
raojl 写道 ffychina 写道 谢谢jxdncsl的意见，从技术上，我的确没有把Hashmap研究得这么细，我甚至不关心JVM的加载过程，因为我很少考虑如何把JAVA的性能发挥到极限，我认为技术是帮助我解决问题的，我追求的不是最优方案，而是可行方案。面试官也就问了我4，5个问题，就直接告诉我回去“等结果”，我在过程中也提出过是否能从更多方面去考虑我的能力，但面试官也说得很清楚，每个应试者都有他的强项，他只需关心他的方面。而且我现在慢慢发现阿里的人都很强调高性能高并发，阿里的人离职去其他公司后也很强调高性能高并发，似乎高性能高并发就是高质量的代名词，我就是奇怪的是除了性能之外，阿里的系统就没有其他优点去挖掘了吗？
愚以为，性能问题只是高访问量的WEB架构中非功能需求点的其中一个重点，解决无非三种方案，水平分区，垂直分区和缓存系统，针对这三点去细化优化自然就能解决性能问题，这是看得见的问题，而看不见的问题则是非常多的，例如如何配合公司高层决策对系统做相应的优化调整，更需要去分析和解决。 其实这是区别对待的问题，比如我做项目的，就像你说的关心解决方案、风险控制、预算等，阿里是做产品的，特别是公司内部用的产品，而且是互联网产品，面向普通客户！需要的就是高性能高并发，多能承载一个普通用户、多省一度电、多少用一台服务器就多一点价值获取面。也许他们只是觉得你不适合，并没有不尊敬你的意思！ 我和大哥，也是各种方案的分析、讨论，召集各方领导参与进来，各种PMP管理文档、甚至交付给用户的手册！ |
| 返回顶楼 | |
|
发表时间：2012-02-22
在facebook里面有句名言，意思是“代码见真理，代码决定输赢！” 在这种做门户的公司，自产自用的研究性公司里面，这好像就是一种文化，没有那么多条条框框！什么文档都他妈见鬼去吧，本人崇尚侧重靠事驱动的公司，而不是侧重靠人驱动的公司。
|
| 返回顶楼 | |
|
发表时间：2012-02-22
楼主应该牵着面试官的鼻子走！
|
| 返回顶楼 | |
|
发表时间：2012-02-22
看大家的回复，真如现场观看高手过招一般~~小弟非常受教~
|
| 返回顶楼 | |
|
发表时间：2012-02-22
我认为楼主不存在问题，阿里巴巴这样的面试方式是占用了社会大量资源的，
他人都是使用了各种各样的资源来给这次面试进行各种各样的准备工作的， 并且当你入职以后也是给企业产生价值且是出去你的薪资以后多余的价值的， 具备了这样的多余的价值企业才会发展，否则企业就不招聘员工了，楼主， 换个企业继续面试 |
| 返回顶楼 | |
|
发表时间：2012-02-22
whtandy 写道 其实说明阿里的人还是很关注行情的，HashMap的问题导致Tomcat拒绝服务，是去年底今年初，很出名的事件。可能楼主对这件事情没有什么关注。
这个漏洞和hashmap没关系，有关系的是java的hash算法。也就是那个native的hashCode方法。 |
| 返回顶楼 | |
|
发表时间：2012-02-22
hobitton 写道 whtandy 写道 其实说明阿里的人还是很关注行情的，HashMap的问题导致Tomcat拒绝服务，是去年底今年初，很出名的事件。可能楼主对这件事情没有什么关注。
这个漏洞和hashmap没关系，有关系的是java的hash算法。也就是那个native的hashCode方法。 是String的hashCode |
| 返回顶楼 | |
|
发表时间：2012-02-22
Ulysses 写道 hobitton 写道 whtandy 写道 其实说明阿里的人还是很关注行情的，HashMap的问题导致Tomcat拒绝服务，是去年底今年初，很出名的事件。可能楼主对这件事情没有什么关注。
这个漏洞和hashmap没关系，有关系的是java的hash算法。也就是那个native的hashCode方法。 是String的hashCode 谢谢，请问是否把hashcode的中h的类型从int改为long就行呢？我记得我以前是这样解决问题的，把代码抄下来如下：
public static long hashCode(String value){
long h=0;
int off=0;
char val[]=value.toCharArray();
long len=value.length();
for(int i=0;i<len;i++){
h=31*h+val[off++];
}
return h;
}
|
| 返回顶楼 | |
