这种事情，我的心理很不爽快，因为这其实是一件很小的事情。我觉得这个完全不存在这一点点的时间。如果说确实没有计划也应该提前说明，而不是等着我去问。这个细节让人很不舒服。还有签定的合同，所有之前提到的福利待遇，并没有写到合同里面。所有的场景都让我觉得我到底是入职了还是没有入职呢？我是应该信任这家公司呢？还是应该相信白字黑字。我还是觉得白字黑字靠谱。再给自己一点点时间去适应，还是希望自己稳定下来。可以说这样说，虽然我选择了这里，可是我对我现在这份工作依然忐忑不安。

在团队中，总不可避免的以家长的姿态自居，责任、义务，自上而下。但真正结果并不好。主要原因，我想了很长一段时间，最后大致有了一个结论，我不是发工资的那个人，我并不是家长。人始终需要真正的利益才能被驱使，理想并不能直接驱动，某些公司所谓的价值观都是然并卵。

如果您没有看上一篇文章，建议您先移步到这里查看第一部分 上一次主要解决了基本的数据增量同步的问题，但仍然存在一些问题。 可能存在的主要问题：

解题不考虑兼容性，题目天马行空，想到什么说什么，如果解题中有你感觉到生僻的 CSS 属性，赶紧去补习一下吧。

window的name属性是用来标识链接目标和框架的，这里对该属性的偶然覆盖可能会导致页面上的其它错误，这个问题的解决方法就是创建一个作用域安全的构造函数

但是，如果自定义了导航栏返回按钮，这项功能就失效了，需要自行实现。又如果需要修改手势触发范围，还是需要自行实现。

广泛应用的一种实现方案是，采用私有变量和Api，完成手势交互和返回功能，自定义手势触发条件和额外功能。 http://www.cnblogs.com/jrtjwe/   

应用程序域，你在网上可以查到它的定义，凡是概念性的东西，大伙儿只需要会搜索就行，内容看了就罢，不用去记忆，更不用去背，“名词解释”是大学考试里面最无聊最没水平的题型。

简单地说，应用程序域让你可以在一个进程中将某些代码隔离执行，相同的代码可以在不同的应用程序域中独立执行，互不干扰。也就是我做我的事，他干他的活，互不影响。

对于导入应用类库文件，通常是在当前应用下导入当前应用的类库文件，所以这种情况下，可以将应用名称用@代替！这样做有两个好处，一个是看起来更加简明，另一个就是便于移植

最近常收到SOD框架的朋友报告的SOD的SQL日志功能报错：文件句柄丢失。经过分析得知，这些朋友使用SOD框架开发了访问量比较大的系统，由于忘记关闭SQL日志功能所以出现了很高频率的日志写入操作，从而偶然引起错误。后来我建议只记录出错的或者执行时间较长的SQL信息，暂时解决了此问题。但是作为一个热心造轮子的人，一定要看看能不能造一个更好的轮子出来。 http://www.cnblogs.com/nrtdu/   

平时我们更新bin文件夹的内容时，无需重启网站则会生效，原因就是ASP.NET对bin文件夹进行监控，当发现bin文件夹时则会马上更新网站，这个功能就是靠shadowCopyBinAssemblies来控制的，一但设成false，想在网站运行的时候就会把bin文件夹里的文件进行锁定，无法随时更新，更不用说马上生效。这个设置的使用场景在于更新bin文件的内容过多，导致影响了网站的性能。

任何从事Android工作足够久、项目足够大的开发者最有可能达到一个点，他们面对他们的代码库，觉得应该有更好的实现方案。我们在Picnic也是一样，在Android app开发开始后大约八个月，我们到达了的那一刻，就在我们向公众发布第一个版本的时候。 http://www.cnblogs.com/tktyu/  

虽然最终我只是添加了一行代码就解决了这个问题，但是整个纠错过程是痛苦的，甚至最终发现这个问题都具有偶然性。具体来说，这是一个关于如何自动为服务接口（契约）的每个操作添加FaultContract与WCF服务元数据发布的问题。接下来通过一个简单的实例来说明这个因为少写了一行代码引发的血案

若要查看维度的成员， AS需要接收该维度的详细信息（包括已创建的特性、成员属性以及多级层次结构）, 通过XMLA与AS的实例进行通信。

今天我们将维度部署到AS上进行查看

CSS3 渐变分为线性渐变和径向渐变