这几天新弄了一个主页，http://selfup.cn，博客的地址变成http://blog.selfup.cn/。

新的主页的样式显然不是靠我那不入流的css、js技术弄出来的，再说就算css和js技术入流了，这审美和设计能力也没办法提高。新的主页样式扒的https://divshot.com/这个网站，基本是原封不动的扒下来了。还有不少图片都还没改，logo也没改，以后慢慢用我那不入流的PS技术来改吧。

博客地址变动应该会对搜索引擎的爬虫有影响，不过这些细节就不必在意了，反正没指望搜索引擎给我带来流量，像X度这样的良心企业，不交钱就算收录了也基本是不会出现在前几十页的。记得以前买了个神马域名后，第二天X度就打电话问我要不要付费推广。对SEO一直没关注，除了装了个不太会鼓捣的sitemap。对于有没有人看博客，其实我的态度是即便没有读者，你也要写博客。写博客的初衷，就是记录下自己的思考过程和理解，以便在忘记之后能通过重读自己写的博客而迅速将其捡起来，毕竟是原装的么。

博客地址变动的经验教训

本着简单粗暴的原则，放弃了修改wordpress来添加新的主页，直接将链接变掉，原来的链接指向新的主页。这样新的主页也不用调用wordpress的各种函数来显示数据了，直接调用mysql读取数据库好了。

（更多…）

命令模式算是我在过往项目中除了单例模式、模版模式等简单的模式以外用的最频繁的一个设计模式。

个人感觉命令模式的魅力就在于把一个个request封装成一个个的object，非常方便扩展。命令模式类似Javascript中的回调函数一样，可以进行callback处理。当然最大的缺点就是当request过多时，Command类也会膨胀的厉害。

最近编码时想用命令模式，看书复习了下，却总感觉书上讲的没有我以前设计的一个命名模式框架好用。经过翻箱倒柜终于找出了以前设计的命令模式，这里记录下，方便以后使用。

Command接口

不再使用抽象类，改用接口。同样只有一个execute(..)方法，但需要传递一个Context上下文类。

Context类

Context类可以处理很多事情，比如类似SpringContext，比如结合策略模式和状态模式等，可以根据具体的需求来实现不同的Context类。

阅读全文>>

长假过后的第一天，突然看到一篇让我十分有共鸣的文章——最糟糕的编程面试题。这篇博文主要吐槽了面试题中最常犯的2个问题：太过困难或不切实际。而文中举的例子：如何检测链表是否存在环路，也恰巧是我曾经被面试过的一道题目。而那次面试也堪称我面试经历中最让人难（dan）忘（teng）的一次。

第一个故事——最难忘的面试

背景：校招，笔试通过后连续三轮面试，每轮都会刷一部分人，具体是那个公司就不说了，相信去过的同学基本都能猜出来。第一面，自我感觉表现一般，等结果时一直在想会不会一轮跪。结果这个岗位19个面试者刷了13个，我有幸留下了。第二轮，自我感觉十分良好。面试官问了很多这样的问题，如：如何判断两个链表是否有共同的尾巴、字符串相似度、链表中两元素交换等等。

后来他问到如何检测链表是否是环形链表，也就是首尾相连的链表，我当时想了想就答道，用2个指针，开始同时指向一个节点，然后一个指针移动，另外一个不动，若它们再次指向同一个节点，则是环形的。面试官笑道，用2个指针的想法不错，能否继续改进？我想了想，时间复杂度已经是O(n)了，难道要变成O(lgn)？那岂不是要借助于树之类的方法？这貌似有点太难了，短时间之内无法搞定。面试官看我犹豫了很久，提示到，还是使用2个指针，你再想想有没有其它的方法。然后我纠结了半天后，尝试的说了个当时觉得很粗（cao）糙（dan）的方法：一个指针走2步，一个指针走1步。没想到这尽然真是面试官的“标准答案”。面试官笑呵呵的说，不错不错。于是我心里一阵阵小激动，看来不用多久，我就会升职加薪，当上总经理，出任CEO，迎娶白富美，走上人生巅峰，想想还有点小激动呢。

阅读全文>>