|
锁定老帖子 主题：竟然犯下这种低级错误，羞愧难当啊！！！
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-03-29
stamen 写道 对于面试，我觉得还是不要这样问吧。主要看这几项就行了：工作态度/逻辑能力/学习能力/工作经验，
把技术问得这么细，估计10人9人都会被杀的哟。对于初级的，基本上没有人能回答上来，对于高级的，问这么细的东西，会让人反感。 哈哈，不过大家各有招人的招吧。猪往前拱，鸡往后刨，招到好人才是硬道理。 确实。 还有就是 自己需要什么技术，就问下什么技术。 明明就是找个应用开发工程师，一开口就是jvm，闭口就是算法设计。 有意义么？ 现在求一能写代码的 8k+位置收留。 |
| 返回顶楼 | |
|
发表时间：2012-03-29
KimHo 写道 的确很难注意到这种很细节的地方
看过《java解惑》的应该都知道，其中有一题就是这个 |
| 返回顶楼 | |
|
发表时间：2012-03-29
这就是所谓的偶发复杂性了。不是问题本身，而是工具带来的麻烦。
整数溢出、浮点溢出、数组越界...之所以引入这一堆麻烦，主要为了性能和内存占用。业务代码，用更高级的语言来写，规避这些麻烦，是一个方向。在无法选择语言的情况下，就为这些无意义的值加一层有实际意义的抽象。 |
| 返回顶楼 | |
|
发表时间：2012-03-29
都是凡人，又没有自诩为大牛，没啥羞愧的。
|
| 返回顶楼 | |
|
发表时间：2012-03-29
看看《Java puzzles》就Okay了
|
| 返回顶楼 | |
|
发表时间：2012-03-29
stamen 写道 xiaoyu1985ban 写道 对于第一个Case，一定要在第一个数字后加上“L”。否则还可能出现错误。上代码：
long EXPIRED_DATE1 = 60 * 24 * 60 * 60 * 1000 * 1000L; long EXPIRED_DATE2 = 60L * 24 * 60 * 60 * 1000 * 1000; System.out.println("EXPIRED_DATE1=" + EXPIRED_DATE1); System.out.println("EXPIRED_DATE2=" + EXPIRED_DATE2); 结果： EXPIRED_DATE1=889032704000 EXPIRED_DATE2=5184000000000 多谢指正，看来自以为解决了，其实还埋着地雷呢 
前些时读书时也看到过这类问题，更通用的做法是在第一个参与运算的参数就是long型。 就是long EXPIRED_DATE2 = 1L * 60 * 24 * 60 * 60 * 1000 * 1000; 看起来也比较清晰。 |
| 返回顶楼 | |
|
发表时间：2012-03-29
写的很好。这种错不注意很难发现。
|
| 返回顶楼 | |
|
发表时间：2012-03-29
这也能凭为良好贴？
问题一的解决办法有很大的问题！ long EXPIRED_DATE = 60 * 24 * 60 * 60 * 1000L; 如果1000前面的数值大于int最大值的话还是会出错，最好第一位写成60L |
| 返回顶楼 | |
|
发表时间：2012-03-29
为什么一定要用int呢,这样多好：
public interface Orderable {
Integer getOrdreNo();
}
public class OrderableComparator implements Comparator<Orderable>{
private static OrderableComparator intance = new OrderableComparator();
private OrderableComparator() {
}
@Override
public int compare(Orderable order1 , Orderable order2) {
return order1.getOrdreNo().compareTo(order2.getOrdreNo());
}
public static OrderableComparator getIntance() {
return intance;
}
}
|
| 返回顶楼 | |
|
发表时间：2012-03-29
amoszhou 写道 youarestupid 写道 amoszhou 写道 youarestupid 写道 amoszhou 写道 youarestupid 写道 dai0909 写道 youarestupid 写道 quxiaoyong 写道 今天晚上参加了一个电话面试，面试官很轻松地出了几个问题把我打败了。
我也决定先放下研究杂七杂八技术的想法，还是先从操作系统、Java底层开始牢牢抓起。 细节决定成败啊。深有体会。。 遇到过很多人，简历上林林总总各种技术和经验写了四五页，可以我问他三个实际开发中的问题就暴露出了这个人什么都不会。 比如有一个家伙，简历有五页，08年毕业，待过一个比较大的公司，几个小公司，简历上熟练掌握的技术一大堆。 我问他几个问题，他全支支吾吾说不出来，他简历上写得熟练掌握Swing编程，我问他，给你一个JPanel，要求在这个JPanel上每行三个按钮，一共三行共9个按钮，请问你使用什么Swing布局来实现？ 结果他说不出来，我问他Swing常用的布局方式有几种，他不知道，我问他给一个JButton如何添加对应的响应事件？他还是不知道，从这一个问题，就足以看出来他简历上写得全部是编的骗人的。 接着，我看他简历上写得，担任一个政府项目的技术组长，包揽整个项目的设计与主力开发，然后我问他，这个项目的数据库是你设计的么？他说是，然后我问他，你的系统中有用户、权限、角色的概念么？他说有，我问他你的用户表、角色表、权限资源表都有那几个主要的字段，这几个表之间的对应关系是怎么样的？ 结果他支支吾吾半天，只说出了用户表的几个字段，表之间的对应关系说不出来，接着就是他在临时胡编乱造表关系。 然后我又问他，你担任项目的架构设计，请问Web容器中，Filter和Servlet的执行顺序是怎么样的？如何实现在普通静态方法中，不用方法传入session参数，就可以直接在静态方法中session对象？类似这样： WebUtil.getValueFromSession("这是session的ID"); 结果他又是不知道怎么实现，连Filter和Servlet的执行顺序也在胡编乱造。 然后，我又看他简历上写得精通设计模式，我问他，你可以在我的笔记本上写一个职责链模式的例子么？ 这时候他已经崩溃了，直接说不会写？ 然后我问了他最后一个最简单的问题：单例模式中，类的构造方法是私有的，还是普通公有的？ 他同样支支吾吾没答上来，还给我岔开话题。 =================================================================================== 由此可见，简历上把自己写得越牛B，现场出丑得越难看。 如果我找工作，我会一五一十地写简历，自己会什么就写什么，自己是略懂，还是熟悉，还是精通，都要如实地写，不能自己从来没实际涉及到过那种技术，就恬不知耻地写在简历上，那样的话，只能在面试中让自己出丑得更难看。 不过现在软件企业里分工越来越细，很多人难以接触到底层的东西，软件工厂里快速开发，很多人都是熟练工。你说的那些内容我也大部分没用过，但并不影响我工作。如果一个软件企业还要用到这么多底层的技术，那它只有如下2种情况：1、很牛的公司，开发很多从无到有的软件；2、作坊式的企业，一切都要程序员自己做。 上面例举的这样的人，我并不是觉得他技术不到位有多么可笑，而是觉得，既然你实际上不会，为什么要在简历上写精通此项技术？这个是关键。 自己会什么就写什么，不会的不要写，反正我面试人，从来不会因为人家简历上写得技术少而小看人家。 如果你的简历上写你只会一种技术：写SQL，然后我问你所有的SQL问题你都对答如流，那么我会认为你是一个真正的高手。 反而是那些写自己什么都会，但是实际上一问，什么都不知道的人，最让人可气，你都不会，为什么要糊弄人？ ============================================================================== 我以后面试技术，要更加细看他的简历，他的简历上写得他精通的技术越多，我问得越仔细。 简历上写只懂一种技术的人，我就问那一种技术；简历上写自己样样精通的人，我要把他写得每种技术都细细问个透彻，我不会的，就请公司其他高手过来帮忙面试，一定要把这个人简历上写得所有精通的技术问个透彻。 还是那句话，你会什么就在简历上写什么，会到什么程度就写什么程度，千万别胡编乱造，你编得越高，面试中跌得越丢人。 求面试 求月薪要求，我们小作坊，雇不起大明星。 非明星。 技术吧就那样。 小项目，从头做到尾（做私单必须） 挖需求，写文档，不过我的文档写的不怎么滴，分析需求，抽出对象 ，设计数据库，知识范围内的技术选型，开发。 当然了，SQL比较菜，很多时候宁愿加个冗余字段，也不愿意去join查询。 你觉得值多少钱 8千左右吧。 恩，估价还蛮准， 我现在的待遇就这样。 工作几年? |
| 返回顶楼 | |
