今天中午回小区时发现有2个阿Sir在查车，一个抄写，一个录像
下午上班时去靠近A区的车前看了下，车窗前有张纸，上边大概写着违章停车……
前段时间练习长跑，后来练习自由泳，还打了篮球。虽然成绩都不算好，但发现体力在这些运动的影响力是非常巨大的，就目前大家都是业余水平的情况下，技术、战术什么的都不那么重要。
就象编程，可能初学者看重语法的学习，但中级水平的就看重算法、思路等东西了，而不管是C++、VB、C#还是PHP，一些算法的思路都是相通的。
当然，如果做为专业的高级程序员，对某个语法的各种细节特性应该也是非常熟悉的，典型的象C++高手，熟悉模板、指针等高级运用。此时可能各语言的互通性开始下降，但在系统框架等方面，互通性又开始呈现。
自由泳也一样，如果体力没什么问题了，反而对各种技术动作的准确要求开始变高，如入水角度、转身技术等。
可能是事物的客观规律：N事都有关联的，各层次的各种能力在各方面都会有类似的互通。
蛮长一段时间里，早上、中午、晚上甚至睡觉时都能听到一只狗狗可怜的在哭泣：有时是象撒娇哀求一样的声音，有时是象狼一样的55叫，有时是愤怒的大喊。经过我仔细观察，终于发现在对面楼的阳台有个大困兽：
拉镜头近点再看看：狗狗很向往的看头外面的自由世界
再拉镜头近点：左看
右看
再左看
无比悲愤，我向着月亮，向着太阳，向着全世界人民狼嚎～～呜～～～～～～～
这几天看了好些网络编程的资料，发现在Window传统Api时代，Socket高性能编程是很麻烦而且要了解N多东西的，如：同步、异步（Apc），特别是重叠IO和完成端口，总的来说可能有6、7种模型供开发者选择。当然，性能越高的模型越难学。另外，MS也很久没更新这些Api了，97年关于网络开发的书居然现在还能用……
在DotNet框架2.0里，异步IO能直接根据操作系统的支持情况而决定是否采用完成端口，也就是说，完成端口是低层自动调用的。DotNet果然简化了开发难度。
DotNet框架的GC自动管理有时会带来性能问题，于是DotNet3.0框架又升级了Socket包，性能有了更大提升，HuHu，我猜现在DotNet异步Socket不敢说超过，但至少已经达到了以前完成端口Socket的性能，单机支持上W个连接不是问题。（请参考：http://msdn.microsoft.com/msdnmag/issues/07/09/Networking/default.aspx?loc=zh）
用了一段 NHibernate，觉得还不错，但在一些复用度较高的环境中，NH 还是太低层了。了解到目前与NH结合比较好的框架有Castle和Spring，想向大家学习一下相关的经验和技术
随便发段搞了1小时，觉得有意思的代码
//根据字符串创建类实例
object obj;
//如果是类的全名（加了命名空间）
string classFullName = "反射2222.Class1" ;
obj = System.Activator.CreateInstance( Type.GetType( classFullName) );
//如果不是类的全名（加了命名空间），则需要以下方法
//ClassLibrary1.Class1 位于另一个DLL类库中
//当前Exe程序中有也有一个类，名为 class1，模拟类名范围不明确的问题
//以下一句确保类库被加载到内存
string s = ClassLibrary1.Class1.a;
string className = "class1" ;
Assembly[] assemblys = AppDomain.CurrentDomain.GetAssemblies();
bool is_find = false;
foreach (Assembly a in assemblys)
{
...
在走访学生宿舍的时候，有同学提到一种观点：做网站（Mis系统）没技术含量，随便学一下就行了，不象应用程序那样含金量高。
我的观点是，各有各的技术含量。防火墙、杀毒软件等应用程序的难度在于对操作系统低层运作的原理理解、API灵活运用、一些高性能数据处理算法的掌握等。
网站，这里特指B/S架构的Mis系统，难度在于：如何使用最经济的系统框架来满足用户多变的功能需求，而且B/S有时也意味着大集中，意味着多用户高并发，那么又该如何应对这种性能上的非功能需求。
总的来说，系统应用程序着眼于小而精，面向低层技术，个人桌面。网站应用程序着眼于整体把握，面向架构技术，上层应用，所以也称之为“企业级应用”
以上随便乱写，欢迎交流，拍砖无视。。。
