foxmarks,从这里开始使用书签

laihj    利其器     addons, firefox, foxmarks

对我来说，使用书签的主要问题是同步。我在办公室有一台电脑，在家里是另一台。那么，在一台机器上存下来的书签在另一台上面当然是没有的，随着收集的增 多，两个FF之间的书签交错起来，根本无法整理。也由于这个原因，慢慢开始不喜欢使用书签，最初也尝试一些网络书签都觉得不是太好用。delicous倒 是好东西，特别是在有ff插件支持的情况下，不过我先用的是foxmarks，习惯了，也就懒得换。
foxmarks的首页
简单地说，这就是一个在多台机器之间同步FF书签的工具，你所需要做的就是下载插件安装，并在foxmarks的首页上注册一个账号。
安装好插件之后，在firefox的状态栏上会出现foxmarks的图标。点击它，设好你注册的账号就可以了。第一次使用会把当前firefox的书签同步到服务器上。
之后，在所有装有foxmarks并使用同一账号的机器上都可以同步书签。
有了这个东东，重做系统都不需要备份书签了。

[书]《outliers》以及其它

laihj    善其事     outliers, 书

在g9老大的blog上看到了对Malcolm新书的介绍

Malcom在书里提出成功的必要条件：10000个小时的刻意练习，相当于连续10年，每周20小时的专注操练。书里举了大量的例子，从Bill Gates到Bill Joy到甲壳虫乐队到莫扎特到NHL的冰球明星。。。。用作者的话说，还没有人不用10000小时就成为世界级的专家。Malcolm向来善于把学术界的 黑话过滤为我的小脚曾奶奶都喜闻乐见的故事，引人入胜地论述有悖常人直觉的现象。读过Tipping Point和Blink的老大们应该有所会心。当然“刻意练习”也是有标准的。用十年写10个hello world程序显然不算。至于标准是什么，读Outliers才知道了。

刚好不久之前在其它地方也看过teach yourself programing in Ten years，也是类似的观点。我想，也许所有的碳基生物应该都差不多，毕竟不像硅基的生物，你让它干什么，几乎只要一个指令就会被不折不扣地执行。碳基生物也许有过多地不确定性，要熟练一件事，只是需要经过不间断的练习，即使有天赋。

其它：

前两天在家里靠着沙发准备这种出差要讲的PPT，电视里面BTV不知道几台忽然转到娱乐新闻。那个节目有关《梅兰芳》这部戏，章子怡说，为了练习伶人的风度和身段，她把家里的家具都撤了，装了个大镜子，像个练功房。然后请了一个戏剧名家 ，天天生活一起，她就模仿名家的一举一动。

这就是职业啊。没有人的成功是随意而偶然的，即使演戏这种看上去充满了偶然的职业。很多人都觉得演员的成就，基本上就是运气一流刚好被导演看到的缘故，潜规则就不扯了，那个没意思。

可实际上咧，人们总是习惯了光看贼吃肉，不看贼挨打的视角而已。

代码之美

laihj    善其事     infoq, 代码之美, 电子书

infoQ页面

下载地址

这本书现在基本毁誉参半

有人说它就是大师们不那么美的代码的合集

无论如何，国内计算机的价格来说，先看看简版再决定买不买还是正确的。

infoQ上应该是正式授权版，csdn本来也有连载，应该不会有版权问题。

[PY]python中的OO

laihj    善其事     OO, python

写给自己的备忘，很浅显，可能只是句法方面的事，不涉及OO思想之类的，因为OO思想是共通的，并没有python的OO思想一说
PS 示例代码来自《python简明教程》

继承
python中的继承语法跟java/c++系不同，却不是：也不是extends,是这样的

class child(parent):
pass             #py中，pass是空语句块

self,init，和del
python中的self有点类似于c++/java中的this是指针，代表本实例，不同的地方在于self要写在类函数的参数列表中,传递了self才能在函数中使用类实例的数据，但在调用时不需要写这个参数
init类似于构造函数，用法也差不多，而del，不像c++中的析构，比较像java中的finalize，在实例被回收时调用，同java中一样，这个函数被调用的时间是不一样的

class SchoolMember:
def __init__(self, name, age):
self.name = name
self.age = age
print ‘(Initialized SchoolMember: %s)’ % self.name
def __del__(self, name, age)：pass

def tell(self):
print ‘Name:”%s” Age:”%s”‘ % (self.name, self.age)

SchoolMember().tell()  <–这里不需要写self的引用

类数据与实例数据

class child():
bi=2    <–在java中这个是要加staitc滴，也就是说这个实际上相当于静态
def __init__(self):
self.bb=3 <–实例数据

重载
基本一样，不同的是python中的构造函数并不自动调用基类的构造函数，需要显式调用。

多继承
python支持多继承，不过不晓得有没有用，反正在我看来，多继承就是记载于葵花宝典的屠龙之技，自宫去学它了吧，也不一定用得上

让C/C++/Java人员不爽的地方：

• * 类数据居然不用声明直接用的
• * 数据居然不用指定类型的
• * 函数居然没有返回值类型的
• * 居然没有访问权限修饰符的（我是指public,private,protected，忘了术语怎么说了）

百度说，SEO是搜索引擎的大敌

laihj    负暄琐话     Google, PageRank, SEO, 百度

这个不是新说法，今天下午搜索什么东西的时候看到的，应该还蛮老的。

刚好这几天在看google的一些东西，搜索引擎对结果的排序，按google的佩奇同志的想法，应该是以重要性排序的，也就是说对同一个关键字，最重要的页面应该排在最前面。

关于这个重要性，有不少算法，其中比较容易懂的是pagerank。pagerank对网页重要性的看法，简单的说，就是越多地方引用了这个网页，说明它越重要。当然还有许多其它因素啦。

SEO咧，搜索引擎优化，就是说某些懂得搜索引擎排序算法的银，在做网页的时候，刻意去迎合搜索引擎的口味，让搜索引擎jiao得它是重要滴，应该排在前面滴。

明白了游戏规则自然把游戏玩得更好，精通SEO的人可以把页面在搜索引擎中的排名尽量前提，从这个意义上说“SEO是搜索引擎的大敌”是对的。因为它破坏了搜索引擎的理想——把最有用，最重要的信息排前面，同时也破坏了搜索的用户体验——得到自己想要的，有用的东东。

但是，百度说这话就有点那啥了

我刚刚在百度搜索了一下“华盛顿”

排第一的结果是—->华盛顿，开店就火

第二                    —-> 购买《华盛顿》到当当,正版低价

发版

laihj    善其事     CMMI, 发版, 软件开发, 过程

我供职于国内一家软件公司，并不小，在它所在的领哉应该算是领先的，产品偏于应用，至少在我这个部门，并不会在新技术新特性上做很多尝试。
发版了，它意味着一个加班周期的结束，几天比较空闲的上班时间以及不超过三天的轮休。但我并不是要讨论这些。
    前几天在公交车上看《程序员》，他们提到使用敏捷开发的团队，发版日跟平常开发是差不多的。但我们不一样，我们这边纯混乱，用CMMI的观点应该处于混乱级。
    每一个版本的开发流程基本是这样的：需求，需求完全确定前就开始开发，这一方面是因为工期压得紧，一方面是因为发的都 是升级版，一般开发人员对功能也比较熟悉，并不需要多详细的需求就可以正常开发。然后开始进入功能点提交阶段，这一阶段由开发人员提交单子，测试那边进行 单元测试，全手动，对照功能需求一一验证功能是否实现，流程走下来会不会报错等等。接下来是功能测试和集成测试，也是全手功，这段时间测试在平台上填 BUG，开发修改并提交测试。
    接下来，视开发进度开始加班，关于加班下面再详细说，其实全体加班也就一两个人有事做。在发版前一个月左右封代码，这 一阶段开发不能随意动代码，所有的活动都得监控，具体的做法是：开发根据问题填单，然后到构造管理那边要到修改代码的权根，修改问题，待到测试通过才合并 代码并把新的DLL放入安装包中。
    然后视情况延期发版一到两周。

    关于加班，加班其实本身并没有太大意义，因为并没有那么多事情可以做。以我来说，加班经常就是看看书看看资料什么的， 如果一晚上过于勤奋，可能导致第二天没有问题可以改。加班更多的，是一种心理上的安慰，我觉得是产品经理对于流程没有信心，加了班心里更有底些，待到不能 如期交付时可以对自己和对别人说“尽力了，都加了那么久的班”而已。

    我不知道其它地方怎么样，我在公司经历了三到四版的开发，过程就这般一直不有变过。

Randy Pausch时间管理演讲

laihj    负暄琐话     Randy Pausch

英語文本：Friederike Sophie Brand
中文翻譯：陳坤裕、楊若微
中文編輯：馬景文
後期製作：劉慕華
簡體翻譯：陳盈
總校對：朱學恒

地址：http://beta1.myoops.org/main.php?act=course&id=2259&setlang=tc

这个中文字幕演找了很久了，昨天不小心看到，存个档，备忘

[吴淼作品]幸福 就是死在自己选择的路上

laihj    负暄琐话     吴淼, 塔西里亚, 幸福, 路

这个是转贴，无法给出原地址，因为淼大在博客上的贴子太多了，实在是找不到原贴，这几张是我自己旧博客上存档的，存下来，因为喜欢，也怕以后找不到。

这几张应该是比较早期的作品，淼大的作品，我最喜欢的是这个散章，然后是塔西里亚（塔西里亚I已出书，第二集出版中，未面世），再次是迈克和小子。个人口味啦。

在国内画漫画的人里面，吴淼也许不算太有名，但在国内奇幻界（如果还真有这么一个界的话），我觉得塔希里亚应该是最好的原创作品了，还记得在龙堡第一次看到<寻>的时候那种惊艳的心情，手上还有已经翻得半本都脱了页的塔西里亚I，我得到这本书的装帧也太烂了点。

看吴淼的博客，一方面是漫画的更新，一方面是生活的酸甜苦辣。在那个博客上，吴淼是一个足够真实的人，会为稿费的事斤斤计较，也会因为别人盗贴了他的东西火冒三丈（我希望这篇是推介，不是盗贴）。

这样的事情，就像覆在身上那厚厚的泥，但吴淼还是走在他自己的路上 。

tech.ed2008归来

laihj    负暄琐话     teched, 微软

    因为公司有票，本着反正免费又能明正言顺的翘班顺便见识见识新技术的心情参加了微软的tech.ed2008，然后看到全国各地，甚至从海外汇聚而来的程序员，总得自己对技术真的不是那么虔诚。

   第一天发布会的感觉其实一般，一方面是因为现在网络发达，其实发布的很多东西原先都见过，就连surface（可能拼错了）那个多点触屏盒子，好几个月前就有视频泄漏出来的吧，所在在现场看到也就是一瞬间的惊奇，回过神来也就是一般般而已。

     另一方面，微软的所谓新技术，其实算不上什么新技术，即使她一直强调自己的surface(依然不保证拼对，请想像大型的，支持多触触点的iphone)是真正的多触点，而其它的触摸屏可能两点就很费劲，我还是觉得没什么可观之处。还有windows moblier的pushMail，很明显blackberry还不是手机的时候就在做这事儿了。不过，这丝毫不会影响到微软的强大，在我看来，微软的强大之外并不在于说它的技术有多么先进，而在于它有实力把一个技术实实在在地放在我们的桌面上，给我们的生活带来好处，同时当然也给自己带来了盈利。而且其商业能力确实也是一流得其它公司无法望其项背，这一点可以参考吴军先生《浪潮之巅》的相关章节。

不是好人

laihj    负暄琐话     古龙

人

男人

一个男人

笔

钢笔

一支钢笔

古龙的小说常常这样开头，你可以找出一万种理由说它多么别致，也可以找出一万种理由说它很是无聊。 但无论如何，这样很好玩，不是么？ 古龙并不是个好人。 他嗜酒，好色，甚至拿了钱却拖稿，挖坑不填，让人代笔。 他在作品的前言公然说道，赚钱当然是写作的目的。 他因为喝酒太多进了医院，出院后又开始喝，然后死了。

古龙的故事也从来不会是喜剧。 他的主角总是会生活在大大小小地阴谋与人情的阴冷之中，没有惯常武侠故事的温情，那个架空的世界常常比现实还要现实。人性的阴暗被放大，然后绕着主角冷笑。 小李探花咽下苦酒，剧烈咳嗽着，苍白的脸上泛起病态的嫣红；阿飞每晚都睡得很沉，醒来后不知道昨天晚上林仙儿在不在；小鱼儿与花无缺生下来就在一个巨大的阴谋中辗转；杨铮在晨雾中起出离别钩，为了不跟自己心爱的人离别；萧十一郎开始低低哼着那相同的曲调,那时他的神情就会变得说不出的萧索；陆小凤一次次死里逃生，能留下的只有他的朋友和他那四条眉毛；傅红雪的手紧紧握看一柄刀，苍白的手，漆黑的刀。

他留下了形形色色的，无家可归的人物，那些人物在他们自己的故事中体会被巨大的力量压迫时的无可奈何，他们痛哭，他们流泪，他们在冷眼和无助中默默地看着自己的伤口。

暮春三月,羊欢草长,天寒地冻,问谁饲狼?人心怜羊,狼心独怆,天心难测,世情如霜…… 可是在层层叠叠的阴霾之中，古龙最喜欢做的事，就是破开一条缝，射进一道光，然后让他的主角温暖地笑一笑，说：我们得到的每一次教训，都同样值得我们珍惜。都可以使人奋发振作，自强不息。一个人如果能时常这样去想，他的心里怎么会有让他伤心失望、痛苦悔恨的回忆？

所以，古龙的小说其实是写给男孩或者男人看的，男孩或许会看到热血，而男人则会看到寂寞，以及如何面对寂寞……

所以，在某个或晴或雨的下午，我们应该坐在某个有风吹过的小亭，弄一个红泥小炭炉，然后把一坛女儿红摆上去，再细心地将坛口的封泥敲开，把坛口清理干净，拿出一张宣纸，轻轻封住坛口。 注意火候，温度和时间。 坛内酒气刚冒，就马上要将酒坛从炉上拿开。然后等酒气蒸湿了坛口的宣纸，就算大功告成。这时酒的温度正好比人体内的温度差二度半。

轻轻翻开陈旧皱褶的书页，古龙说：只要你还能笑，就应该多笑笑，因为，人生终究是美好的。