作.net以来，一直走的是B/S方向。
进这家公司前，面试官也就是现在的头曾问要走B/S还是C/S
因为面试官是作B/S的，而且我自觉再走B/S短时间内进步并不会大。只要保证之前的B/S知识和经验不忘掉，还是可以随时转作B/S开发。
对自已的职业规划也是定向在后端，而B/S项目，更专注于后端数据。
B/S，像js,jq,dhtml,简单css,ajax，各种框架，不忘记就可以了。
本地数据，淘宝API。
开发环境是VS2008,用的是LINQ TO sql，我主观上是希望升级2010，2012,也把LINQ转到EF的。但C/S更新上比较费力。
控件并不用微软的，而是DEVexpress。布局，BAR，按钮这些就不说了，数据展示主要用的是gird和tree,图表项目里是见到了，但用的不多。
数据访问层：
LINQ 这是进这家单位的一个原因，之前的工作都是用生成器生成数据访问层，觉得太落后的，学了EF,Nhibernate后一直想作这些，目前的项目主要是LINQ，但是用法都是比较简单的，而且因为数据量大，对访问性能有要求，要转回datareader访问，不得不说，有点纠结。
想想确实，无论各种ORM框架，都为了开发效率，牺牲了访问性能，小项目倒是非常适合，但大型项目却吃力了。
现在项目的结构是既有LINQ，也有datareader，同时有从存储过程里取表的DATASET。对性能要求不高的用LINQ。
缓存：memcache，最先了解到这种技术是php的页面缓存（asp.net有自已的页面缓存实现）作过些小demo,现在项目已经被封装好了，主要保存些全局的设置数据。而asp.net是用application对象保存的。
范型：到处都是，淘宝的API里封装的，本地的数据也封装的，有一个总的范型单例，但这种单例，并不严谨。
线程池：作B/S很少要关心线程级的东西。
有的话再总结吧。之后