拜读了周宏桥师兄的大作，感觉信息量很大。程序员都是实在人，师兄虽然转管理了，本性没有变。
内容上纵横捭阖，综合技术和管理的视角，结合IT行业几十年的经验积累，做案例分析。视野广阔。
结构上以孙子兵法的开篇为纲，全面的解析了师兄的项目观点和经验总结。很实战，很落地。
这里面有一些超结合国情、超实战的内容，我都觉得也许应该过些年再写的。不过想想总有人要做第一个的。

//题目: 不使用+-*/等四则运算来实现a++（可以假设a>=0）。
//提示: 使用位运算。
//意义: 这个题目主要的目的是训练位运算和逻辑思考的方式。
//注，不要选择一些投机的方式，那样就达不到训练的目的了。
int add(int x, int y)
{
    int a=x; //added value
    int c=y; //carry
    while (true)
    {
        int t=(a&c);
        if (0==t) //if no overlap or no carry, simple!
            return a|c;
        a^=c; //if 1&0 for a bit, it's 1 after adding
        c=(t<<1); //if both 1, carry is set on higher bit
    }
}

int x_plus_plus(int& x)
{
    int r=x;
    x=add(x,1);
    return r;
}

 

//testing code

#include <limits.h>
#include <stdio.h>
int main()
{
    for (int i=0; i<INT_MAX; ++i)
    {
        int a=i;
        int b=i;
        if ((!x_plus_plus(a)==b++) || !(a==b++))
            printf("%d %d %d\n", i, a, b);
    }
    return 0;
}

>QuickProxy

 

还有iFox theme也不错

只能说，我的水平还欣赏不了这样的影片。

以为开始之前会有某些人讲话，自作聪明晚去了一点，错过了开头。不过因为本来就没什么故事，倒也能看个大概。

镜头切换的太突然、太快，莫名其妙的就一段歌舞，是电影里拍电影。能看明白，但是觉得累。当然，往好了说，也可以说，表现了时空的错乱。

整个影片号称歌舞片，其实电影里拍的电影才是歌舞片。歌舞的比例很低，偶尔跳出来才觉得突兀。

还有金城武穿着风衣，在水下玩闭气。会有这么奇特爱好的人，才会花十年的时间去爱去恨。十年以后，还能记得那个人长什么样子吗？能剩下的就是自己折腾自己，自己感动自己；再有就是互相折磨，折磨完别人，又后悔。可能是爱，也可能有病。

毕业以后做什么？或者更早一点开始考虑这个问题，上学的时候学什么？
其实学什么都无所谓，要学的是学习的方法和习惯。就我看到的应届毕业生，学校里的知识根本和工作上是脱节的。但是只要愿意学，有能力学，很快会上手的。
当然，一个学位会是进入相关行业的敲门砖。招聘的时候，技术考试是一个硬指标，看看是不是掌握基本技能，主要还是看人。
至于热门冷门，我倒是觉得不管冷热，最好才有前途。热门行业，最多最多，让你在出校门的时候多1000块钱工资。过一些时候，你就会知道这点钱不算什么，特别是跟自己做着开心比起来。
喜欢，愿意学，有能力学好，你就有可能成为最好的。不管什么行业，最好的人都会有最好的待遇，最好的职位，最好的发展前途——即使是冷门行业。而且很可能冷门行业，达到最好的成本还会低一点，概率还会大一点。喜欢，我认为是最重要的。很难想象，这东西你看这就头疼，还有可能学好。知之者不如好之者；好之者不如乐之者。
有个笑话，一个人说：我追求的是金钱美女。别人都鄙视他。后来他说：我追求的是事业爱情。就让人高看一眼。
会笑，是因为看起来只是不同的说法，就会有不同的效果。不过，这中间还是有区别的：因为后来，他懂得了先付出。

 

工程师的工资会比美术高，但是普通工程师是不能和好的美术比的。

本来在写一篇《勇气》，越写越觉得偏激。偏激一点，码字的时候有一种快感。所以，我写这些东西纯粹是为了自己好玩，别太当真。从Apache LICENSE里摘录两段，作为声明，如下：

   7. Disclaimer of Warranty. Unless required by applicable law or
      agreed to in writing, Licensor provides the Work (and each
      Contributor provides its Contributions) on an "AS IS" BASIS,
      WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
      implied, including, without limitation, any warranties or conditions
      of TITLE, NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A
      PARTICULAR PURPOSE. You are solely responsible for determining the
      appropriateness of using or redistributing the Work and assume any
      risks associated with Your exercise of permissions under this License.

   8. Limitation of Liability. In no event and under no legal theory,
      whether in tort (including negligence), contract, or otherwise,
      unless required by applicable law (such as deliberate and grossly
      negligent acts) or agreed to in writing, shall any Contributor be
      liable to You for damages, including any direct, indirect, special,
      incidental, or consequential damages of any character arising as a
      result of this License or out of the use or inability to use the
      Work (including but not limited to damages for loss of goodwill,
      work stoppage, computer failure or malfunction, or any and all
      other commercial damages or losses), even if such Contributor
      has been advised of the possibility of such damages.

总的来说，就是你得有自己的判断力，出了问题概不负责。

人们说，计算机改变了世界。本来我想，在信息时代也可以在更广的范围,应用软件的思维方式。比如：

要满足现实世界中的一种需求，才有意义。要做点什么，简单的话直接就做；复杂一点的，先想办法试试，行就做。
在开发过程中，不断调整、重构。发现有什么不对，分析问题找原因，再解决。
高级语言把几条机器指令合并成语句，过程语言封装了相关的语句，面向对象又把过程和他们使用的数据组合在一起，组件又提供了一组对象上的抽象，现在面向服务的架构再次把组件作了分组。同时，Python语言不但支持类、包这样的特性，也允许你回到直接写语句的时代。这跟企业里的层级很像，大企业复杂，小企业灵活。

软件还是有自己特殊的性质：修改成本低，至少是在实际交付之前。语法错误，编译器会在几秒钟之内告诉你；简单的逻辑错误，测试或者调试可以在几分钟之内告诉你；即使是有更大的问题，版本控制能方便的帮你找回几天前的内容，最多丢掉几天的时间。或者其他行业里的设计过程也是这样的，但是软件设计结束了，开发工作也就基本上结束了，不需要再找很多工人盖楼。
但是真的是这样吗？软件开发其实是更大项目中的一部分，ERP、CRM经常伴随着流程重组，很多情况下要改变的是人们的习惯和思维方式，甚至触动部分人的利益。这比写代码难多了！
对游戏来说，发现并且迎合玩家的需求，也容易，也不容易。跟风的话，

这两天在读《价值驱动的开发》(Software by Numbers)——说实话，翻译的太一般了——不过其中的想法很有趣。作者完全从商业的角度考虑软件开发，把整个项目分解成最小适销特性(Minimal Marketable Feature, or MMF)，然后考虑每个MMF的投资回报(Return of Investment, or ROI)。对未来的回报，计算它的现值(Present Value)。然后计算可能的选择在未来一段时间内调整过的净现值，再做选择。
基本上就是渐进式开发方法，只是更明确了怎么选择下一个任务，而不是简单的把这个问题留给用户或者领域专家。不过，怎么看怎么都像商科了。
资源总是有限的，全面展开风险高，回报率可能也不那么大。而且，你告诉别人，一个只有几十人的小公司，什么都能做，会有人相信吗？只有明确的跟所有人说，我们有所为，有所不为。这样才有人相信，在你要做的领域里，你会成为最好的。

其中的计算还没完全看懂，而且有很多非直接收益需要考虑。我怀疑是不是有可能全考虑清楚，另外，计算本身也有成本的，考虑多少才合算。即使你算清楚了：99%成功（何况还算不清），1%落在你身上就是100%了。最后的决定总还是主观的，你愿意冒多大风险。
而且作者认为，贪婪法不是一种好方法。因为总有一个投入期，简单的做法会让你选择投入最低的。从短期内看，这样赔得最少，但是很可能不是最好的方案。
就像在棋盘上一样，平稳的走棋，要是你的感觉足够好，可能看一步也就够了；但是要弃子的话，还是要多看几步的，至少要看到局面再平稳下来。

感谢母校，从那里毕业以后，你就不会失败。就算你时运不济，只能开间小肉铺为生，都会倍受关注，成为新闻热点。这样看，也没什么要怕的了。

单纯的不怕，只是初生牛犊，或者匹夫之勇；害怕，但是又敢于承担风险，才是真的勇者。

 

写着写着，又回来了:(

2号去的。

太阳王的展览显得单薄了点，凡尔赛宫里面的一些雕塑、挂毯和画。

不过看到路易十四搞得庆典，有点类似现在的话剧，故事取材神话，用整个花园作舞台布景，国王亲自当主角，分三天……我想象里很精彩，但是只有简单的几张画，要是没记错，还是素描。

其他就没什么了，政治婚姻、众多情妇，比自己的孙子活得还长，只好传位给曾孙。大概是没有多少时间接受国王的教育，这个曾孙——也就是路易十五——不是个好国王，好像就是说“我死后，哪怕洪水滔天”的主儿。

几年前也去过博物馆，没看完。所以这一次是早上十点多，先去吃肯德基，然后在里面参观了一天，赞叹一下以前的手工艺品。都走累了，还是没看完。

要是有时间，我还想再去书画馆坐坐。展馆里有座位，坐下来，慢慢看，挺喜欢那里的书卷气的。