Monthly Archives: August 2008

Unix 系统里几个尽量不要运行的命令

日复一日的 Unix/GNU Linux 使用过程中,或许总有一些命令让你感觉肝颤,看看如下几个命令是不是让你很烦?

fsck — file system consistency check

如果有可能,不要手工运行 fsck 命令。关于人为调用 fsck “修复” 系统而引起更大灾难的实例已经有很多了。

Unix 的 rm 命令问题

rm 命令可能是最容易给 Unix 使用者带来麻烦的一个命令,但我想这个命令带来的问题几率可能并不如 fsck 那么高。所以放到第二位。另请请参考我以前写的 如何避免 Unix 环境中的 ‘rm -rf’ 灾难 这个帖子。

crontab -r — 不经提示删除了 cron 内容

这条命令我从来没用过,是网友留言提示的,看来他深受其苦,或许还有同病相怜的人。

source ~/.bash_history

The source command sends the contents of a text file to the Unix shell. 我相信如果有人运行了这样的命令,肯定是命令行自动补全惹得错 :)

或许还有很多命令是尽量不要运行的,话说回来,在 Unix 系统里面运行每个命令都需要谨慎。IBM dw 上这篇关于系统管理员的”懒惰”我倒是挺认同的,无为而治。

上面提到的 Unix ,包括 GNU/Linux,具体的 Shell 具体对待。

EOF
还有个老生常谈的提醒:不要在 root 用户下做日常操作。

此文作者:, 位于 Tech.Memo 分类 标签: , on .
转载须以超链接形式标明文章原始出处和作者信息及版权声明.

奥运开幕式与麻将文化

看了活字印刷那部分后我还到 Twitter 上说,没有麻将的文化展示真是太可惜了。

后来忽然想到,那个“和”不就是说的麻将嘛!不是和平的”和”,而是和(hú)牌的”和”啊! 这个字音还暗示了胡哥的”胡”,这是何等马屁也

好多外国记者看活字样子误测麻将的文化内涵,谬矣。

不许娱乐,允许联想。

EOF

补充一: 以前流行的段子(从前同事 Tony HU 那里看来的):

2008 年北京奥运会开幕式猜想:主场摆 1 万张(为暗合2008, 需要修改成 2008 张) 麻将桌,4 万人在民乐演奏中狂搓,乐声至高潮处戛然而止,全体起立高呼:”和!(hú,胡)”。此刻胡总书记闪亮登场。

补充二: 我个人觉得从电视上看到的开幕式还算不错的,只是孙正平的太监声音解说太差(实在不行,找个能让人”肝胆俱裂”的解说人嘛),而且解说词写的也烂,中学生估计也写的出来。不知道解说词事先有没有给秋雨老师看看。

补充三: 秋雨老师事后赋”梨花体”一首

毫无疑问
不是我写的
解说词
是全世界最差的

Inside Facebook 读书笔记

Inside Facebook.jpg
利用电脑启动、收邮件的一些零散时间,看完了这本 Inside Facebook 翻译版,感觉有所得。有些朋友说没看到”实质性”的东西,什么是”实质性”的东西? 难道你要看到”成功宝典”么? Facebook 只有一个,东施效颦的模仿者学其形或许还成,学其神就难了。

观点

  • 任何一件没有全力以赴的事情,都会对其它员工造成不良影响 … 一个成功的公司的公司,绝对不应该允许其员工只是简单地维持现状。
  • 对于不需要第二天早上八点半爬起来送孩子上学的年轻人来说,熬夜工作是一种纯粹的乐趣。
  • 若是待遇不错,客服人员是公司最能解决问题的人手。他们甚至会发自内心地以愉悦的面貌投入工作。

细节

  • Google 趋向于招聘领域内的知名专家,而 Facebook 则鼓励工程师成为多面手。
  • Note: 一个公司能有几个技术上能包打通关的人(比如 @Livid 同学)是幸事。但在国内,往往走从的路线。

  • 任何公司里都只有一小部分工程师是最出成果的。
  • Note: 这么说是不是会伤害很多人? 但这的确是一句真话。对于公司来说,如何在创业初期找到的人都是这一小部分工程师? 对于个人来说,在创业团队如何成为这样的一小部分工程师?

  • 现在 Facebook 内部还在用 Trac 。
  • Note: 工具无所谓轻量级重量级之分。Trac ,可能上一点规模的开发团队都不屑一顾了,看看Facebook,用的挺好。

  • 简化会议
  • Note: 虽然没看到 Facebook 如何开会的,如果 CEO 在会议上的 PPT 都不超过 5 页,其他人也不会好意思来进行冗长的会议。

  • CEO 肖恩在生活细节上非常马虎。
  • Note: 嗯,如果你也有同样的特点,没准也能做CEO呢…

这本书尽管翻译行文上有一些不一致和粗糙的地方,但还是指的一看的。毕竟应该看传递出来有价值的那一部分,盯着一本书的缺点就没意思了。这本书定价不贵,建议买一本也算支持译言翻译小组辛苦的劳动了。

EOF

BTW: 最近工作、私事都很多,奥运也来了,可能更新频率会不那么高了,朋友们见谅!

Founders at Work

Founders_at_Work.jpg

为什么有些人创业成功,而更多人失败? 成功的人当初承担过哪些压力,做过那些重要的抉择? 有没有初创公司的创业者们必须要看的一本书? Founders at Work 或许能担当此重任。

前一段时间在财帮子网站创建人孟岩的推荐后读完了这本书,最近这几天分析 Paypal 的一些东西,又把电子版翻了出来。重新读了一遍对 Paypal 创始人 Max Levchin 的采访。10 年前创建的 Paypal 现在是美国互联网最赚钱的互联网企业,而走出 Paypal 的创建者们,也已形成了 Paypal 黑帮,手握着世界 Web 2.0 公司的权柄。

Paypal 最早并不是做在线支付的。因为 Levchin 对软件安全兴趣由来已久,最初做过软件加密、手持设备转帐软件等,在为手持设备用户开发软件的过程中发现了在线支付的庞大需求量和无限商机,这里面比较关键的一点是Paypal 的及时转身

如果用一句话概括 Paypal 该怎样描述? 表面是财务服务公司,实际是一家安全公司。 Paypal 最开始的一段时间,最大的挑战倒不是来自竞争对手那里,而是恶意用户的欺诈行为。最高的时侯 Paypal 每个月因为欺诈造成的损失超过 1000 万美元(前面有篇文章我提到 Paypal 现在有 达 0.25% 的资损,我还觉得挺高的,没想到以前更高),而开始大家对于可能存在的欺诈损失还有些一头雾水,可见摸着石头过河的事情,大家都干过。

与 X.com 合并后,Max Levchin 作为 CTO,而来自 X.com 的”那个家伙”做 CEO 。Paypal 技术架构差点转向 Windows 平台,因为 X.com 是运行在 Windows 上的。工程师的文化对立也比较明显,貌似一场冲突不可避免。问题如何化解呢? Levchin 精心构造了一次测试,对 Unix 、Windows 针对某应用作压力测试,”证实” Windows 扩展性只有 Unix 上的 1%。”那个家伙”闭上了嘴。随之不久,那个家伙离开了 Paypal。如果当初转向 Windows,或许现在的 Paypal 也不是这个样子了…

仅仅因为这篇对 Max Levchin 的采访,就让我要推荐一下这本书。其实,看看其它 Founder 的访谈记录,有趣的东西还有很多,各取所需吧。

EOF