不要停留在表面 --论程序员的专研精神

最近公司需要招聘一些人手，对于面试官来说，并不是想出各种怪异的题目来刁难，只想找到些实干的程序猿，踏踏实实的做好工作。应试者均是由有多年从业经验的，可是结果却令人感慨。

有的人简历写得很漂亮，做过很多，有研究的很多，精通的也不少，难免让人心生期待，但是在问过一些项目中经常用到的技术或知识时，要么模棱两可，要么干脆就不知道。项目经历中，问做了什么，说得有理有条，但是做过的软件工作流程是怎样的，为什么这么做，却没有深入去探究一下。

有的人做java，做java的可能都有这种体会，那就是从前端模板，样式，行为到后台数据库都要去完成，对于前端这一块，总感觉不像是真正的程序，觉得前端是比较简单的，好嘛，我拿就让手写一个很基础的表单：

大多数人都能写出代码，但是不是所有人都能得满分：

很多人常犯的错误如下：

1. 用 <h1>等标签来书写Person

2. 使用HTML标签来换行

3. 用<div>或<span>来裹name和age

4. 用<div>来裹<input>

实际上，熟悉web标准的话，应该在form中使用<fieldset>配合<legend>标签来写Person.

使用<label>标签来写name,age

使用样式

label,input{    display:block;}

来控制换行(主要是使用样式来控制表现的意识)

不过这样还没满分，如果你给label标签写个for属性，那我会很高兴的给你一个满分。

我们在开发的时候，写表单几乎就像吃饭一样频繁，但是为什么不去研究一下如何写出更好的表单呢，了解了以后，就成为最佳实践，每次写出的都是高质量的代码了。至于为什么要像我后来叙述的这样写，如果乃们还有不明白的地方，请发扬专研精神咯，如果能提出更好的写法，我也学习了。

现在我们都用到很多开源组件，我们感觉很好用很顺手，那是因为组件中蕴含了解决已有或预见问题的智慧，如果我们能够学习这些解决问题的智慧，了解他的使用场景和优缺点，自己开发新功能的时候，不也能用上吗，融会贯通，自己也会成为解决问题的高手。

如果从事应用开发的话，我们现在遇到的需求或问题，绝大多数是前人已经遇到过的，所以当遇到问题的时候，不要怕把google用坏了（我对百度没什么偏见，对于技术搜索来说，果断google），多搜一搜，看看别人遇到的是什么问题，如何配置可以解决这么问题，为什么要有这个配置项，这样做在其他地方也会有效果吗？有什么优缺点？我们不一定都是牛人，但是我们都可以有一颗成为牛人的心，当你详细了解了一种解决方案后，吸收它的思路，就能举一反三的迅速解决相关问题，有时，可能是特别复杂的问题，居然可以用一两行代码搞定，当别人向你竖起大拇指的时候，你就会认识到，这就是一种价值，一种能力，有人会懂得欣赏和利用的，说俗气一点，它都可以转化为你的收入，这是事实，我们都需要养家糊口，承担家庭责任。