|
精华帖 (0) :: 良好帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-05-08
netfishx 写道 Qieqie 写道 一衣带水 写道 几道经典基础题，例如,从在一个大文件中，至少十几M的，从中读取出总共有多少个特定字符串,但不能一次放入内存当中.说出自己的思路.
再例如，从命令行读取类似于"12345"或"123695"里面为全部数字的字符串，是的话，把全部的和相加起来，“12345”相加为“15”；否则，继续输入.. ..... 这类面试题，现在比较流行，我也见过几次，似乎没受到什么批评，好象很多人还挺喜欢的。 但是如果有人问你，这些题目在实际中有什么用，你如何回答？ 同感，这种题就没人批了？还要沾沾自喜吗？ 让我写代码，我有点怕 |
| 返回顶楼 | |
|
发表时间：2007-05-08
还好，我面试过两次，都没有做过面试题！！！
|
| 返回顶楼 | |
|
发表时间：2007-05-09
林秋枫 写道 ORM没有性能瓶颈吗？
你 用orm将row数据转成结构化更好的Object形式，遍历一个一千万的表来看看。 你指的是select出来1千万个记录，或是其他的意思？ 如果指的是前者，那我也说明了，压力不在ORM上面，问题在于为什么，或者是什么业务使需要select出来1千万条记录？ 可能你只是举个例子而已。 最简单的理解，创建一个对象来容纳row数据，无非就是每行多创建一个业务相关的数据类，如果因为这个操作导致问题，那只能说明，我们一下子弄太多数据了。这时我们要做的是，再次去理解需求，问问为什么要如此劳师动众？如果是因为要做统计，是不是可以放在stored proceduce里面？这么多数据，绝不是给人看的。 最近论坛讨论了ORM框架可以充分自动利用二级缓存的特点，所以还是想想如何应用，有什么局限，根据实际的情况来判定，而不是假设的不存在情况。 |
| 返回顶楼 | |
|
发表时间：2007-05-09
老大，看看你的内存和运行效率吧，1千万1亿都不是问题，关键是执行完都什么时候了，机器只运行你一个程序内存就吃紧了，硬件不是问题？那你得比别人多掏多少钱啊？
|
| 返回顶楼 | |
|
发表时间：2007-05-09
不会吧,这种人才留不住? 悲ing... |
| 返回顶楼 | |
|
发表时间：2007-05-09
说实话，我离开api文档肯定没法写程序，甚至String, Map等等对象的方法，这样的面试题对我而言也肯定也是个阻碍。
奇怪的是，我倒是在哪里都混得不错，看来真的要反省一下自己。 看来空了要补下基础。 |
| 返回顶楼 | |
|
发表时间：2007-05-09
我在面试的时候也是一塌糊涂。
但在以前两个公司，做的都是核心的开发。 如果没有电脑，给张纸片让我做。 我还真啥都做不出来。 |
| 返回顶楼 | |
|
发表时间：2007-05-09
dodoma 写道 我在面试的时候也是一塌糊涂。
设计能力啊。。。。。
但在以前两个公司，做的都是核心的开发。 如果没有电脑，给张纸片让我做。 我还真啥都做不出来。 |
| 返回顶楼 | |
|
发表时间：2007-05-10
apollo7733真的很搞笑，不过怎么才积2分？
面试javaeyer：某人发帖9个，但是却只积2分，是怎么回事？请简单描述一下找出此答案的步骤。 笔试我还是觉得挺有必要的，缩短面试的时间，增多了解应聘者能力的途径。楼上都总结得挺好，看来以后要多来这个版块啊，让我了解不少别人的好想法 至于反对笔试的，大多因为现在很多公司笔试题的设计不合理的原因。不同招聘需求当然需要设计不同的笔试题。建议javaeye增加一个“笔试题”的标签，可以供大家在题目设计上一起交流经验和想法。 |
| 返回顶楼 | |
|
发表时间：2007-05-11
50楼是本帖精华－－MOP上的来客
鉴定完毕... 其实招写程序的 看人品 人品好写得程序也好 现在没有傻子 |
| 返回顶楼 | |
