今天去面试了，感觉不是很好，特发此贴检讨。

int a = 16; /* 16 = 2 * 8 */
System.out.println(a);

哈哈,楼上,你耍宝呢!

呵呵 要是按你这样的思路：
那我这个比你的快

int high(){
  return 16;
}

更多相关推荐 题目如下：
1.y=0,a=1,b=2,y=++a+a++/--b,y等于多少？
2.y=0,a=1,b=2,y=a+++b;y等于多少？

语法一般都是左结合，以上可以分解为：

1. ++a + a++ / --b
   程序从左道右解析，
    既有：
     y = 2 + 2 / 1 =>  y = 2+2 = 4
   分析： ++a先加后使用， a++先使用后加 --b同理 由于解析器从左到右解析。
    因此为  2+2/1
2. y=a+++b
   根据左结合定律
    即： y = (a++)+b
    结果为 y = 3

本人java程序员，C基础扎实。

第一题的运算过程在c中取决于编译器的实现。 标准中未定义。

1.y=2+2++/--2=2+2/1=4
其实原题是a=2,b=3，所以y=3+3/--3=3+3/2
到这里我做对了的，，，但我不知道脑子哪里抽筋了，写了个3/2=1.5,我无语了。。。数学里确实是得3+1.5=4.5得。
但这里应该是3+1=4.

今天去复试了，问的问题如下：
1.sleep()和wait()的区别以及线程同步怎么实现？
2.浅析STRUTS工作原理。
3.SPRING主要包括什么？SPRING的优点在哪里？
4.简单谈谈FILTER的用法。

还有一位前辈问我SPRING MVC的核心是什么。。。这个确实把我问倒了，我只是答道，这个值是了解过，平时都用SSH，这方面没有深入研究过。还问了我依赖注入的有几种方式以及他们之间的优缺点。。。几种方式我是知道的，书本上有3中，第一种讲了说没用就没留意，第二种是构造方法，第三种是SETTER方式，我说我平时一般用第三种，比较灵活。然后问我第二种构造方法的方式怎么用，，，老大这个我平时没用过真的不知道，我急了，然后甩出一句大话，我说框架的诞生是位了减轻开发人员的工作量，转移开发人员的注意力，集中精力开发业务逻辑，而不用把精力老是花在一些底层的工作上，至于SPRING的依赖注入，我觉得我只要会一种方式就够了，因为我能让SPRING跑起来，并且自我感觉这种方式使用起来非常灵活，至于我觉得不好的东西，为什么还要花时间去研究它呢？

事实上，对于SPRING,我只是第一次学习的时候让它跑起来以后，我以后的工作只是复制applicationContext.xml，然后替换对应的模块，配置这种东西本来就是为了程序服务的，越简单越好，这么多框架，我不相信大家在配置的时候都不看书或者参考资料或者拷贝以前成功的代码？比如XML的头文件，HTML的头文件，请问大家都背下来了吗？还是每次用到的时候去别的地方搬来的？


本人水平有限，所发表的意见难免逃不出我的局限性，如有不周，还望指出。。。还有那位问我的前辈我可没有批判你的意思哈，这里只是讨论而已，每个人都有自己的观点嘛。

其实我感觉我话说的有点过头了，不过我很想问一下大家，也许让你们说出SPRING的优点，只要看过书的人都能说出来。但是我想请问，这些优点是你们真正体会到了的吗？比如依赖注入，你们平时开发中体会到什么好处了？对我来讲，依赖注入只是增加了我的开发量，因为我没写一个模块都要去注册DAO,注册SERVICE，很麻烦，像我们网站，说大不大，说小也不小的，我感觉现在的人都是人云亦云，有很多话都是从书本上看来，然后去拷问别人。

我说说我切身的体会，从理论上讲，SPRING的的依赖注入实现了松耦合，以及对接口的运用，虽然这个理论的好处我没有感受到【也许要项目足够大才行吧，不过不知道这辈子能不能接触到这样“大”的项目】，从实际上讲，视图层、持久层，都有一个框架了，业务逻辑层也得来一个框架吧?不然怎么体现咱JAVA的牛逼技术呢不是？再说这个SPRING吧，对STRUTS和HIBERNATE以及其他一些主流非主流框架都有很好的集成，比如HIBERNATE的事务管理，这个就相当提高效率，以及提供的一些SUPPORT类，UTILS类，用起来确实很方便。

不过我想问问题的人主要是想看看我平时有没有认真的看书，以及看书看到什么程度吧，不过我本人比较实际，不喜欢研究一些虚无缥缈的理论，不是不想，只是个人觉得本人技术还没牛逼到那种程度，没有实际的项目经验的沉淀，空谈理论只不过是纸上谈兵而已。可能有人要跳出来骂我是IT民工了，民工怎么了？我一步一步从最基础的WEB开发做起，在实践中提炼，这不是更好？

一般正真开发过程中，能体现效率的，
主要看个人的长时间开发的持续潜能后劲力，
看看是否能够迅速 领悟 这是说的是领悟力。

领悟力 顿悟几率就高，开发效率，以及代码的质量都比较高。
以大大防止 后期大面积的修改，以及扩充功能时 脑子打结。

面试中的题目，其实在项目中 不算什么。
面试官主要以点带面，来看看 你是否适合开发。

老实话，从这些面试问题来说，我个人觉得这公司很烂~