标点符号，没有；分段分落，没有；总结性语句，没有；看来，你跟老板一样，都是没有规划的；哈哈，开玩笑哈。。。
思路先理清，如果你想从事技术类的工作，至少要花3年狠抓下技术类的知识，然后是行业知识，5年后是管理知识；- 1. 软通动力是卖人头的，你自己要清楚；只能是过渡的；
2。你没有项目管理的经验，就去做“项目经理”的职位？除非你带过team,否则是自虐，或者是背锅；个人建议你在已经熟悉的环境下慢慢上去，比较稳当，而且，万一什么事，你就不会慌~~~
3. 从你的技术经验上看，没什么特别的专长，这个，让人揪心哈~~~
我们要勇敢的尝试，也要有把握的尝试~~~哈哈，个人意见 - 没什么，因为我至少看完了~~~写得不错！
只不过，我原来是想进来看技术分析的，进来后，另外种世界，这种感觉，大家都懂得——搂主，标题还是最好写明! - 标题与内容不符，抗议~~~
虽然有子标题，但是在链接却没有，所以，被骗进来了~~~我还以为是技术文章呢~~~ - 说不定，这是人为故意复杂化流程，这个么，大家懂得～～～
- 个人觉得：本文很多地方有待商榷；尤其是重点思想的时候；就如同金色海洋（jyk） 和 土豆烤肉 问得和说的；有很多问题不可能抽象化的来套用；更何况你谈的比较多的是在3层之上只是再加个接口层——如果我没理解错的话——面向接口编程，这本省就是面向对象基本规则之一，何谈彻底分层？！3层就像常识，我们可以细化，但是，没必要非去改变；要知道，现实中，有些项目甚至连3层的思想都没~~~
- 4年前就用过，可惜的是：
1。收费；
2。调试js的时候就不会很方便了；
3。绚丽的代价是客户机cpu的高占用率； - DAL层不是这样设计的吧~~~
看了你写的方法，应该是BLL层处理的事，简单的来说，像SQLHelper；这个就是典型的DAL，个人意见，三层是经典的，支持还是得支持下的；DAL层还可以再细分为数据实体层，数据访问层; - 看完文章，得出一个结论；看完评论，得出相同结论；
兄弟，看来你是做技术出生，我也是，不过，坦白说，我做了4年多，也没多少新技术掌握，总体上还停留在2.0，3.0时代，3.5以后的跟我无关？！为什么？！应该跟项目需要有关。也应该跟新技术的含金量有关。3.0以后出来的都是些应用型技术——这种技术很容易被更新；当然，我也同意楼主的，稍微关心下新技术的特点，至于熟悉，那就是看项目需求了；
我也面过人，总结出2点，共求探讨：
1。合适 （技术能力上符合职位要求）；
2。端正 （工作态度一定要端正，这个会让他的leader省很多无谓的麻烦）； - s；业务：c#，asp.net；数据：sql等；像jquery，ling，都是为了方便快速开发而产生，但是，并不表明你不需要去熟悉,相反，基础功底很重要；
... - 再写，也只是写写小程序，自己感兴趣的...
... - 以为：简单是设计的要素，“简短、命名准确、恰当的注释、表中字段不要太多、名称合理”，只是一些体现形式，现实中，做项目确实还是可能破坏这些约束的时候，这个时候，就看个人的经验和项目需求了；
比方：我也碰到过一个表几十个字段的，不过，属于不常变的字段，有的时候，真的没办法，这就如你所说的，根据项目需要。但是，这也不怎么违背“设计表，字段数量尽量少点的基本原则”，一个项目中，真有那么多表需要那么多字段么，更多的是需要如何拆分对象的属性和扩展属性；需要的是如何设计~~~
个人意见而已~~~... - 文章本来就是有点胡说之味，到评论后更加胡了；
口水贴，没技术参考含量；顶多搂住强调了记住API的重要性；
有必要这样么? - 从排版可知：搂主问题首先不在于知识有限，而是有点懒；
很多时候，从一个人的描述问题的方式、手段，就可以看出这个人处于什么阶段，什么状态；既然已经作了几年了，但是，还是这种排版，说明你这几年过得很舒坦阿~~~
我也很懒~~~
