|
锁定老帖子 主题：从面试别人想到的
精华帖 (13) :: 良好帖 (6) :: 隐藏帖 (7)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-01-26
sslaowan 写道 zhangmingji 写道 顶，楼主。前辈，我想问个问题，如果是应届生，掌握了开发中要的技术，能够熟练运用，但是不能到您说的精通的地步，这可能只是时间关系，对于编程有很高的热情，Java基础扎实，熟悉并能运用常用的设计模式，熟悉MySQL，Oracle等常用的数据库，做过一些小项目，能运用一些开源框架。对于这样的应届生如果您刚好就是面试官，您是怎样想的，能否谈谈您的看法，给点建议。
应届生最重要的有两点： 1 对技术的学习要有框架性的理解，要有个好习惯 2 要积极主动，做到我所说的热爱。 应届生不需要精通，但是如果能精通一样也不错，比如我身边就有应届生把某项技术玩的让人叹为观止。 我今年大三，只是接触过一些框架性的东西，顶多了解，说精通是瞎掰，楼主要求的这些问题我都答不怎么上来！不过楼主对应届生提到的两点我十分赞同，好的编程开发习惯和积极主动的态度很重要！！！ |
| 返回顶楼 | |
|
发表时间：2011-01-26
看了楼主的招聘要求，我想起了罗纳尔多。
|
| 返回顶楼 | |
|
发表时间：2011-01-27
aws 写道 spyker 写道 Bowner 写道 按楼主这个标准，公司会永远缺人，而且说实话，换了是我，肯定也过不了楼主的要求，就算过了而且待遇也符合要求我也不会去上班，呵呵。我招人的时候只有一个目的，我希望招进来的人能开开心心地和团队其它的伙计一起完成一个目标，仅此而已，当然如果双方配合不错，可以成为朋友，那么以后很有可能会再成为同事。
ps：个人认为任何技术都是过眼云烟，只有解决问题的思路才是最重要的。我现在手下就有两个伙计，其中一个工作3年，技术功底一般，只是会在Spring,Hibernate框架下写代码而已，而另一个工作6，7年，技术功底很好，对Spring底层很熟，现在问题来了，相同的业务模块，前者两天搞定，后者一周都没完工，还一堆BUG，到底谁好谁坏呢？呵呵 这么神奇.... 没啥神奇的吧 对spring底层了解熟悉并不等于就能做好业务功能开发 开发业务功能更重要的是对业务的理解和分析，对数据结构的理解，绝大多数情况下还包括SQL的能力和前端页面与js脚本的开发能力，再就是经验了，怎么才能更快更好的ctrl&c ctrl&v来实现功能或者通过修改继承现有功能来实现需求等等等 在系统框架已经有更高级的架构师搭好之后，能倒背如流spring的源码又如何，懂JVM怎么实现的，垃圾收集器怎么工作的又如何，懂创建了几个string对象，懂servlet的生命周期又如何，对开发业务模块根本毫无意义 其实这种情况也好理解，比如你的业务系统压根不需要考虑在高并发下的缓存策略（比如Hibernate缓存，比如为了减少创建开销而使用单例但是又面临同步问题的取舍），对内存占用释放也没啥要求，不涉及到并发锁，不涉及到JDBC和存储过程协同事务，不涉及到异构系统的服务调用，等等吧。 而且有时可能看到一个高手写了一堆代码，用以解决浏览器back按钮问题，解决并发问题（如果你们公司恰好没有QA测试这个方面，而这个错误恰好在并发数达到50时才会出现，哈，那个一般程序员还被认为更优秀，而高手反倒写了一堆让人看不懂的代码），解决可扩展性问题，等等，比那个一般程序员开发同样“业务”功能的模块由于考虑了更多问题，系统更高效稳定，结构更优雅，因此花费了更多时间。 而正是不少企业的技术领导不理解这一点，才会有开发业务系统不需要精通技术的错误，重业务而轻技术，学习也是这么教育的，可悲啊。 |
| 返回顶楼 | |
|
发表时间：2011-01-27
学到了很多东西，真的有你像你说的这种人吗？
|
| 返回顶楼 | |
|
发表时间：2011-01-28
sslaowan 写道 aws 写道 spyker 写道 Bowner 写道 按楼主这个标准，公司会永远缺人，而且说实话，换了是我，肯定也过不了楼主的要求，就算过了而且待遇也符合要求我也不会去上班，呵呵。我招人的时候只有一个目的，我希望招进来的人能开开心心地和团队其它的伙计一起完成一个目标，仅此而已，当然如果双方配合不错，可以成为朋友，那么以后很有可能会再成为同事。
ps：个人认为任何技术都是过眼云烟，只有解决问题的思路才是最重要的。我现在手下就有两个伙计，其中一个工作3年，技术功底一般，只是会在Spring,Hibernate框架下写代码而已，而另一个工作6，7年，技术功底很好，对Spring底层很熟，现在问题来了，相同的业务模块，前者两天搞定，后者一周都没完工，还一堆BUG，到底谁好谁坏呢？呵呵 这么神奇.... 没啥神奇的吧 对spring底层了解熟悉并不等于就能做好业务功能开发 开发业务功能更重要的是对业务的理解和分析，对数据结构的理解，绝大多数情况下还包括SQL的能力和前端页面与js脚本的开发能力，再就是经验了，怎么才能更快更好的ctrl&c ctrl&v来实现功能或者通过修改继承现有功能来实现需求等等等 在系统框架已经有更高级的架构师搭好之后，能倒背如流spring的源码又如何，懂JVM怎么实现的，垃圾收集器怎么工作的又如何，懂创建了几个string对象，懂servlet的生命周期又如何，对开发业务模块根本毫无意义 其实这种情况也好理解，比如你的业务系统压根不需要考虑在高并发下的缓存策略（比如Hibernate缓存，比如为了减少创建开销而使用单例但是又面临同步问题的取舍），对内存占用释放也没啥要求，不涉及到并发锁，不涉及到JDBC和存储过程协同事务，不涉及到异构系统的服务调用，等等吧。 而且有时可能看到一个高手写了一堆代码，用以解决浏览器back按钮问题，解决并发问题（如果你们公司恰好没有QA测试这个方面，而这个错误恰好在并发数达到50时才会出现，哈，那个一般程序员还被认为更优秀，而高手反倒写了一堆让人看不懂的代码），解决可扩展性问题，等等，比那个一般程序员开发同样“业务”功能的模块由于考虑了更多问题，系统更高效稳定，结构更优雅，因此花费了更多时间。 而正是不少企业的技术领导不理解这一点，才会有开发业务系统不需要精通技术的错误，重业务而轻技术，学习也是这么教育的，可悲啊。 当然高手写的代码更烂! QA不测试 的功能 加入纯ZB |
| 返回顶楼 | |
|
发表时间：2011-01-29
firesoul 写道 aabcc 写道 firesoul 写道 1. 严重鄙视楼主. 2. 严重鄙视98%的所谓看过某某框架源代码的人. 3. 楼主必然从事于天朝的某个毫无创新能力的公司. 对于以上,不解释 好强大，用框架看源码还要被鄙视的... 那编程方法跟设计思路到哪里去学？全部自创么 1.请注意所谓两个字.大部分所谓看过源代码的人如下 1).针对面试看过一下XXX面试指南或者大全的人. 2).看过网上一些"XXX源代码学习"之类文章的人,看过不知所云然后就忘记的人. 2.编程方法跟设计思路到哪里去学? 市面上有那么多的讲编程方法跟设计思路的书,里面都有很多不错的例子.通过看框架来学习?没有该框架的设计文档,看的懂说明你是天才或者是闲的蛋疼有研究精神(但大部分人只是不懂装懂的在装逼) 3.研究XXX框架有意义吗? 国人能不能具备一点结果导向的思维.半桶子水喜欢就向新手装逼.装逼也要装高级一点的.不要装一些google一分钟就可以的东西.那样我会觉得你和noob的距离只有google一分钟而已. 表示支持，其实更多的时候是应该去看设计，看文档。 如果自己能够设计出来，或者编码一番。 再去跟rod joson之类的大牛写的代码比较比较，这样或许成长更快。 |
| 返回顶楼 | |
|
发表时间：2011-01-29
说得很好！！
|
| 返回顶楼 | |
|
发表时间：2011-01-29
hanwesley 写道 firesoul 写道 aabcc 写道 firesoul 写道 1. 严重鄙视楼主. 2. 严重鄙视98%的所谓看过某某框架源代码的人. 3. 楼主必然从事于天朝的某个毫无创新能力的公司. 对于以上,不解释 好强大，用框架看源码还要被鄙视的... 那编程方法跟设计思路到哪里去学？全部自创么 1.请注意所谓两个字.大部分所谓看过源代码的人如下 1).针对面试看过一下XXX面试指南或者大全的人. 2).看过网上一些"XXX源代码学习"之类文章的人,看过不知所云然后就忘记的人. 2.编程方法跟设计思路到哪里去学? 市面上有那么多的讲编程方法跟设计思路的书,里面都有很多不错的例子.通过看框架来学习?没有该框架的设计文档,看的懂说明你是天才或者是闲的蛋疼有研究精神(但大部分人只是不懂装懂的在装逼) 3.研究XXX框架有意义吗? 国人能不能具备一点结果导向的思维.半桶子水喜欢就向新手装逼.装逼也要装高级一点的.不要装一些google一分钟就可以的东西.那样我会觉得你和noob的距离只有google一分钟而已. 表示支持，其实更多的时候是应该去看设计，看文档。 如果自己能够设计出来，或者编码一番。 再去跟rod joson之类的大牛写的代码比较比较，这样或许成长更快。 非常劲道！ 很好！ |
| 返回顶楼 | |
|
发表时间：2011-01-29
嗯,学习了...
最近我也面试了不少人,也想过怎么更好的去面试一个人.很多都如你想一样.感觉是个问题. |
| 返回顶楼 | |
|
发表时间：2011-01-30
从一开始看楼主的文章就非常赞同，看了这么多回复，我觉得能理解楼主的人太少。我刚毕业半年多，现在在一个出名的大公司工作，但是做着自己不喜欢的事，一个星期也写不了几行代码，整天就是写邮件走流程。只能自己研究研究开源框架的代码（自认为是非常好的学习方式），学习学习，再重复造造轮子~~。我觉得能在一个不断review代码、优化架构而不是整天在赶项目贴代码的地方工作真的是一件很爽的事，自然这种地方招的人也是需要热爱编程，能写出艺术的代码，让人读着赏心悦目的代码。
|
| 返回顶楼 | |
