，我们所说的用户不是一个概念，照你这么说，所有的技术都是和最终用户相关的。这不扯淡吗。我是从技术的角度来说ViewStaten只和当前页面相关。和用户没有任何关系。
对于小网站来说，怎么做都差不多，随便拖拖拽拽就都能搞定。对于大网站来说，这种方法只能让你死的更快。...- 容是与特定用户有关的, 其性质是和Session类似. 如果session过期了, 即使viewstate还有效又有什么用呢. 用户还是会看到他/她的某些数据丢失了. 不是吗. session的失效时间长短可以根据需要或者策略来定义. 个人建议, 将...不对，ViewState是和当前页面有关的，而不是和用户有关的。我完全可以只开启ViewState而不开启session，session是否生效根本没什么关系。...
- 扯淡啊。这种处理方式简直太奇葩了。会造成严重的服务器内存压力。而且还会造成混乱吧，如果这个用户同时打开了两个一模一样的页面，也就是FilePath一样，那岂不是完全混乱了？如果用户访问了一个页面后立即转到另外一个页面，那session的内存不是一直被消耗着？
这篇文章简直就是误人子弟啊。 - 话说你们有项目经理吗?
- eldset>
我也不同意，join表是根据业务需求来的，而且join表和查询速度没什么直接关系，不意味着join表多就慢，我这边的项目经常7、8个表join，而且其中至少有一个表的数据量会超过5000万条。
你3000条数据一次取出来根本用不了多少时间，循环去取才是最大的问题。... - 0就不会有任何问题了。...
- 这个title，特别是这个title的缩写是很容易装B的。
- >
其实我感觉刚毕业就去面pm，机会是有，但真心机会不大，不管是哪个公司。这就是微软的不同。也即这个PM即不是Product manager，也不是Project manager，而仅仅是program manager，话说program manager和dev及test是等同的，但是对算法之类的要求上实际上是最低的。说白了pm就是写写写需求spec（这个需求实际上是已经很小的一个需求），然后调解一下dev和test中产生的问题。
所以毕业进MS做PM的大把，因为这个PM是program manager... - nager不同，Product Manager是规划整个产品，对整个产品的定位，客户群等都要了解，对市场要了解。然后将产品分成若干小得的单元，由Product Unit Manager去负责。等到了Program manager，话说功能其实都差不多已经定下来了。program manager更多的是写spec，虽然也是对产品设计，但是已经是分解到产品的小功能了。所以说将program manager翻译成产品经理是非常不恰当的。
program manager是可以大量从学校应届招聘的，而作为product manager，则必须有丰富的经历、经验和眼界才行，所以product ma - 你的那个职位PM应该是Program manager而不是product manager吧。微软不太可能从应届生去招product manager的。
- 我也想改，可惜，我的笔记本的屏幕的下边缘是紧贴在机身上的，没有空隙，很难将触摸屏挂到屏幕外面，改起来会挺麻烦。
- 又和物理顺序一样了。
在没有B+ tree的heap结构里，就不是用指针来维护的啦，直接开连续的bitmap结构来保存数据...
这个展开了讲就能讲很久了。我说的是考察的点，如果应聘者能讲的很详细，那当然很好，如果不能讲的很详细，能说一个点，也可以。如果什么都不知道，那就问题多多了。... - 薪水要看在什么城市，在北京容易拿到高薪，不过特别高的也不容易，很大程度上要看公司。
- #62楼
聚集索引确定数据的物理顺序，或者说数据物理存储是按照聚集索引排序的，所以聚集索引只能有一个。“物理”只是一个关键字。 - 应聘者需要像讲师一样解释的多么专业、多么术语、多么透彻，说自己的理解就好。
至于问几十个问题，很多时候在笔试中都会问到，但是你经常放弃笔试的机会，自然也就跳过机会了，实际上很多时候笔试只是作为一个参考，因为面试的时候很难有时间问太多问题，所以才要笔试，而且笔试通常会和当前招人的特点相关。比如我要找.NET开发人员，笔试题肯定不会问Java的无聊问题。一般笔试做的特别差的人，我面试的时候就会再额外问一些技术问题来追加，以避免笔试题恰好和应聘者不对路。如果笔试题做得好，我可能就会挑一两个概念让应聘者详细讲一讲，然后就可以有充足时间问问技术之外的事情。
很多时候，即使你直接把简历给了 - 或者客户或者商业运作上的成功，烂代码一样能卖好价钱。但是如果招聘一个技术工作者，自然希望能够有好代码好架构，像值类型、引用类型、接口、抽象类等概念是不可或缺的。
如果是招产品经理，那么则对产品的把握、对用户的需求要有理解，要能把烂代码等成优秀代码推销出去，这样技术的细节反而不重要，我想楼主对这样的职位或许更适合一些。
至少如果招开发人员很难招楼主这样基本概念都不清楚的。... - 仅仅通过增加async和await两个关键字，就可以让程序员便捷的使用异步操作，我认为并没有什么不好，何苦再弄一种新语言的，新语言应该有新的用途，比如F#，如果搞一个语言和C#完全类似，仅仅多了一点点功能，那才是不伦不类。
什么语言都是发展的，就算C，也不是最先发明时的C了，中途增加了很多扩展，只是很多人编程进入的晚，所以直接学习了最新的标准。C#也是一样，中途增加了很多东西，以后大家慢慢习惯，就会忘记最初的标准的。
任何事物都是不断发展的，从计算机这个学科来说，最主要的衡量标准应该是这种变化是否能够提高生产力。 - 做任何行业都有赚钱的，都有赔钱的，我就是专门做.NET平台的，一样赚钱，也没有穷死，是否赚钱，在于你自己做的是否够好。
- 其实这和是不是程序员没有关系，就拿炒股来说，通常股市里面是1人赚8人赔1人平，就算你入市了，也未必能赚到钱，赚到了也有可能后面再亏进去，看着别人赚钱眼红是没用的。
- win7出来的时候也有一大堆的人挑win7的毛病，结果正式发布后还不是秋风扫落叶一般的征服了市场。win8现在本来就是一个beta的东东，以后还很难讲。
- Prism是个很好的框架，我已经在好几个项目中用到了。其自带的文档和例子也是很不错的。
- 代码少的话，直接用DispatchTimer也很方便
- 做wpf也好，还是sl也好，最主要的就是将更新页面UI的代码dispatch到UI thread上运行。
- 就相当于oracle中的序列，真的很不错。
- 不错不错，2012还是很不错的，有若干增强。
- @1楼
你的说法很奇怪，很多程序启动的时候都会检查更新，比如QQ/迅雷/招商银行专业版等等，这有什么奇怪的？
另外对于SL的OOB来说，场景通常是企业内部应用，就类似smart client一样，自动更新不是很正常吗？ - 这种软件基本都是很小的软件，也就是几个人就能将源代码都搞清楚，出了问题单步调试一下就能搞定的。如果像windows或者office这样的大软件，这种做法绝对会死翘翘的，对于庞大的软件，一个bug在后期修复和在前期修复的成本是天壤之别。
- Metro只是一种界面风格，你们装过win8吗，就在这里瞎讨论，装过win8那就知道你完全可以用经典win7的风格，就像你在win7下也可以用xp的风格一样。台式机可以用传统win7风格，平板可以用metro风格，但是一个系统，无论从开发还是数据交换，已经第三方程序在不同设备上的兼容性，都会更好，毕竟操作系统是一个。
- WPF的界面更新中一直需要注意的事情，就是要考虑回调的线程是否是在UI thread上，如果不是，界面更新就会失败。
