2008-07-01 Tue
1. 成王败寇
2. 嗜血的地方
3. 机会均等
硅谷能成为科技之都，而且长盛不衰，必有它高明之处。其中最关键的一条是保证机会均等。任何人、任何国家和制度都无法保证我们的社会绝对公平，（事实上也没有必要追求绝对公平。）但是，一个好的制度要保证每个人有均等的机会。
硅谷是一个到处可见权威却从不相信权威的地方。这里不仅有像约翰·轩尼诗（John Henessey 斯坦福校长，RISC 处理器系统结构的发明人之一）那样的科技界泰斗、拉里·埃里森（Larry Elison 甲骨文的总裁）和乔布斯那样的出类拔萃的工业界领袖，还有被称为风投之王的约翰·多尔（John Doeer KPCB 的合伙人）和迈克尔·莫里斯（Michael Moritz 红杉风投的合伙人）。这里集中了近百名诺贝尔奖、图灵奖和香农奖的获奖者。各国科学院和工程院院士多如牛毛。如果你开车在路上抛锚了，停下来帮助你的好心人可能就是一个大人物。（谷歌工程部门第一副总裁阿兰·尤斯塔斯就在路边帮助过人。）
但是，硅谷却从不迷信权威。任何人要想在这里获得成功，都得真刀真枪地拿出真本事干出个样子。在美国很多地方，尤其是传统产业中，普遍看中甚至过于看重个人的经历（Resume）而不是做事情的本领。比如一个毕业生要想到位于美国东部的 IBM 华生实验室或者以前的贝尔实验室搞研究，必须出身于有些名望的实验室，有导师和教授们的推荐。（在日本公司更是如此）大公司雇用一个主管或者资深职务的员工，首先要看简历上的经验和头衔。这种做法当然有合理的一面，但是即使再真实的简历，也不免有夸大其辞的部分，更何况简历上的经历只是一个人以前做过什么而不是今后能做什么。在硅谷谋职，简历固然重要，但是个人的本事（包括和人打交道的软本领）才是各个公司真正看中的。由于每个公司产品的压力很大，同行业公司之间的淘汰率很高，硅谷的公司需要的不是指手画脚的权威而是实实在在干事情的人。硅谷几十年经验证明，那些初出茅庐能干具体事情的年轻人，可能比一个经验丰富但是已经眼高手低的权威对公司更有用。很多人向我抱怨过谷歌在招人时忽视以前的工作经历。其实，这是一个误解。和大部分的硅谷公司一样， 谷歌更相信自己的通过面试得到的判断而不是简历和推荐信，所以，在招人的时侯，总喜欢考一考。不管面试者名气多大，水平多高，过不了考试也是白搭。我的一个在美国顶级的计算机系当教授的同学，先推荐了他的一个学生来谷歌应聘，结果录用了。后来他自己来，谷歌要考和他的学生考的类似的题目，他反而没有考过，虽然我们很为他感到可惜，但是也没有办法。这位教授很不服气，对我讲，我的学生远不如我你们却要了，我发表过那么多论文，拿到过那么多基金你们却不要，说明你们的眼光有问题。我承认他讲的很有道理，但是，不能为一个人坏了规矩。从谷歌和 Ebay 以及无数硅谷公司成功的经验看，这种不迷信权威，公平对待每一个人的做法总体上是对的。它确实有时候使得公司和一位称职的权威失之交臂，但是使得硅谷的公司能更多地吸收新鲜血液，充满了活力。
不仅公司不迷信权威，硅谷的个人也是如此。一个年轻的工程师，很少会因为 IBM 或者斯坦福的专家说了该怎么做就循规蹈矩，而是会不断挑战传统寻找新的办法。在公司内部，职位高的人不能以权压人而必须以理服人。了解谷歌这样公司的人都知道老板并不好当。在硅谷各公司内部，虽然也有等级之分，但是已经比传统行业的公司要好很多了。更重要的是，公司内部的升迁和毕业学校、学历、工龄长短很少有直接关系。因此，硅谷常常有一个怪现象，约翰原来在某个公司是比尔的老板，几年后，两个人先后来到另一家公司，比尔经过努力成了约翰的老板。我的一个朋友通过他在学校里的师兄介绍加入了某个硅谷的大公司，而他的这个师兄是这家大公司的元老。我的这位朋友非常努力，半年后就当上了他师兄的老板。这种不拘一格用人才的做法使得硅谷公司在全世界具有最强的竞争力。
对创业者来讲，资历固然有用，但就重要性而言远排不进前几位。名气大、职位高的创业者经验丰富、交际广，容易找到钱和市场，但是闯劲远不如初出茅庐的牛犊那么足。在风险投资家看来，一个人的能力，包括处理人际关系的“软”能力（Soft Skills）是决定创业成败的关键。一个人的职位只代表过去，而财富和地位有时反而成为创业的负担。这也是为什么硅谷很多著名的公司如思科、苹果、Yahoo 和谷歌，包括中国人创办的 Netscreen 和 Webex 都是原来默默无名的年轻人办成的，但是却很少听说那个成功公司是一位原某公司老总办的。
自古英雄出少年，这是风险投资家们普遍承认的事实。红杉风投的投资家们和我谈过他们选择投资对象的原则，其中一条就是创业者一定要有饥渴感（Hungry）。很难想象一个腰缠万贯的富翁能比一个急于脱离贫困现状的缀学生更有把公司办好的可能。因为前者办公司不过是为了锦上添花而后者则是要置于死地而后生。这就是乔布斯勉励年轻人要保持饥渴感（Keep Hungry）的原因。关于风险投资家如何选择投资对象我以后还会详述。因此资深创业者和毫无经验的年轻人各有优势，但是机会均等。硅谷各个层次的成功者几乎无一例外是靠自己的双手从零干起，获得成功的。
机会均等的另一方面表现在行行出状元。一百六十年前旧金山是淘金者的天下，一位叫李维·施特劳斯的德国人（Levi Strauss）也从纽约跑到这里来淘金。来了以后他发现淘金的人已经过剩了，于是他捡起了他原来布料商和裁缝的老本行，用做帐篷的帆布为淘金者做结实的工作服，这就是现在世界上最有名的 Levi's 牛仔裤。一百多年过去了，当年淘金者的踪迹已经找不到了，而 Levi's 牛仔裤今天仍然风靡全球。
五十年前，在旧日废弃的金矿上人们开始挖掘新的金矿 — IT 金矿。和老一代的开拓者一样，真正靠淘金发财的人并不多。但是在硅谷这一片年轻的土地上，只要肯干，在各行各业都会有成功的机会。
由于有一些淘到金子的“冒险家”—科技新贵，就产生了替他们打理财务的需求，今天旧金山和硅谷就成为投资银行最集中的地区之一。除了我们以后要专门提到的风险投资，这里的个人财产管理（Private Wealth Management）业务也很发达。比如著名的投资银行高盛公司（Goldman Sachs），有超过 10% 的个人财产管理经理人都在硅谷，使硅谷成为全球仅次于其纽约总部的第二大分公司。由于硅谷房价很高，房屋交易金额大，而且硅谷人口流动性大，房屋交易数量多，早就出一大批房地产中介商，其中干得出色的，收入比一个上市公司的老总要多得多。据著名房地产中介商 Bill Gorman 自己讲，他十几年累计交易了八亿美元的房屋。按照美国标准的百分之三的佣金计算，他累计收入高达两千四百万美元，超过很多上市公司的老总。有趣的是很多从事金融和房地产业的人是 IT 出身的工程师。他们发现硅谷的 IT 行业已经人满为患，改行去从事其他工作，反而比原来当工程师甚至公司主管要成功得多。
即便不在像金融和房地产这样高利润的行业工作，只要努力，一样能事业成功。我们不妨看看这样两个例子。我的一位朋友刚刚装修完新家，替他装地板的是一位华裔老板。他没读过大学，中学毕业就给别人打工当学徒，但是他非常爱钻研，人也勤快，很快就成为装地板的行家里手。几年后自己出来单干，开始接一些小活儿。由于他价钱便宜质量好，很快活就多得做不过来了，于是他雇了一些工人，业务便发展起来了。他通过高薪（和 IT 从业人员差不多）招技术熟练的地板工，所以一直质量很好，慢慢地，开始接到大公司的合同，事业发展很快。即使在现在美国房地产不景气，很多装修公司没有生意的情况下，他手上的合同仍然多得做不过来。第二个例子是我自己的园丁，一位墨西哥移民。他开始只是一个人给人除草收拾院子。由于他为人热情，乐于助人（比如经常用自己的卡车替主顾运送大件商品），又守信用，他的雇主们就把他推荐给朋友用。很快他就接收不了新的主雇了，于是他把他的弟弟接来帮忙，两个人除了替人除草收拾院子，便开始做一些简单的房屋修缮和庭院规划(Landscape)工作。渐渐他就积累起一些财富，雇了一些帮手，开办了一个小的庭院规划的公司。在房价很高的硅谷，也买上了房子，实现了他的美国梦。
想反，如果一个人不能脚踏实地做点实实在在的事情，即便名气再大，才高八斗，在硅谷也很难混下去。大多数时候，硅谷公司需要的是能真正做事情的人，而不太看重那些不能带来实际效益的名气。在 2000 年，由于互联网泡沫导致硅谷过度繁荣，几乎所有的公司都找不到人，那时找工作很大程度上凭一张嘴。很多经常跳槽而不脚踏实地做事的人跳来跳去跳到一个主管的位置。2001 年以后，用人不当的公司很多倒闭或被迫大量裁员，真正的高手或者还呆在原来的公司，或者被别的公司录用，或者转到了学术界。而一大群各个级别的混混都到了“人才市场”上待价而沽。这些人中很多原本是技术精英和管理人才，但是一旦养尊处优时间长了，名不符实了，便很难再在硅谷生存了。偶尔会有一两个小公司到那里去找人做事，常常一下子围上一大堆人。如果问他们会做什么，大部分给你的答案都相同，“如果你给我一个团队，我一定能替你管好。”这里面虽然不乏真正的管理者，但是很多是眼高手低的高手。招人的公司显然不傻，它们需要干活的而不是养老的。
硅谷相对于美国其它地方是机会最多也是最均等的。因此虽然这里工作压力大，竞争激烈，还是不断有人愿意来。全世界很多国家想学习硅谷建立自己的科技园，但是至今没有一个能像硅谷这么成功的。我想这些科技园的管理者们，也许首先应该问问自己是否为创业者提供了同等的机会，还是将人按照财富、经历、名气预先分为了三六九等。（我对一些科技园按照学历、职称引进人才和投资额招商很不以为然。）自古英雄不问出处，今天落魄的学子可能就是明天业界的领袖。
问起来才知道，LD接到一项自认不可能完成的任务 – 台湾某小学的弦乐队要来访问演出，魔女被派差全程翻译，负责日常事务。
这个安排说明日本政府对其雇员十分无知。魔女虽然看来文静稳重，实际上却是表里完全不一。一个小小魔女都能被她负责成两脚袜子一样一只，可见此人一向做事马马虎虎，糊里糊涂。那一个管弦乐团怎么也要有二三十人，让魔女一个人当大管家他们领导的做法近乎于自取灭亡。
没办法，拿饷就得干活。其实，接待自有规章程序，只要多从信息角度早点儿作些准备，也并不是完全无望的事情。
于是，我就帮助LD在网上找找这个小学的资料，比如人家的弦乐团表演哪些节目啦，学校教育中外语水平如何啦。
看到中间，忽然哑然失笑，对魔女说，你做这份工作实在是天意。
此话怎讲？LD问。
网页上捉到即将来访的“天兵”们
按照老师的说法，本小学的学生都是“天兵”，那么来访岂不是正该你这“魔女”来管束？
这个词听得魔女也笑，问道这些孩子们如何可称“天兵”？
这段说法，我是在该校网页上看到的。虽然只是一个小学，但他们的网页作得很精美，内容包罗万象，第一页上宛然可以看到悼念四川地震遇难同龄孩子的文章，颇为感人。
看到那里有位老师在文章中写道
“我是個國文老師，生平最痛苦的事情就是改作文。字醜就算了，還會自己學倉頡創字[萨评：了不起，贵班上可还有皋陶？当然，最好不要有神农，学生尝百草只怕老师会吓到颠。。。]；創字就算了，還會用自己奇怪的邏輯寫句子。每次都改到哭笑不得，這次出的作文題目是：「美食與我」，我非常沾沾自喜，相當期待這麼生活化又簡單的題目，一定能讓他們發揮的淋漓盡致，可以減輕我每次改作文到快往生的噩運！[萨评：阿门，国文老师一年总要改几百次作文，依然能够这样硬朗地上来写文字，看来先生命硬赛过小强]
沒想到我還是錯了，這些天兵們每個都是未來的棟樑.....
節錄下來一些，這些害我邊改邊大笑......
[这位老师的“天兵作文”篇幅较长，我再压缩一下，挑一些典型的一起来看看。 -- 萨评]
“我最喜歡吃的食物是生魚片，唯一美中不足的是，他總是沒煮熟。
我最喜歡吃外婆煮的菜，裡面包含了很多愛心，但是萬一外婆死了我就吃不到了，所以我要趁外婆還活著的時候，叫他每天煮三餐給我吃。（老师问：這算老人虐待嗎）[萨评：要是真爱外婆，不妨让她煮五餐]
我最喜歡吃那種在外面跑的雞肉（老师问：所以你要吃雞肉前都要追著他跑？）[萨评：老师也很厉害，能够辨鸡公母]
我最喜歡吃美食，是那種出現在陸地上，天天都看的到的那種肉（老师问：人肉？）[萨评：我也想不出大家“天天都看的到的那种肉”，除了这个还有什么别的答案。]
我對美食的要求很嚴格，他不能是由一位傷心的廚師做出來的（老师说：連續劇看太多了，孩子）[萨评：看来以后招聘厨师可能还要增加类似“豁达乐观，热爱社会”之类的条件了。]
我很喜歡跟爸爸去逛夜市，因為美食都能讓我感到垂涎三尺，只要我看到那些食物出現，就會跟爸爸說：我要吃這個，我要吃那個，結果我當然什麼都沒吃到 (老师说：好心酸的孩子)
世界上美食很多，其中我最喜歡吃的外國料理是台南擔仔麵(老师问：同學，請問你是哪國人?)[萨评：这个倒可以确信与台独没有关系，但算不算台北独呢？]
有一樣食物讓我百吃不厭，那就是雙胞胎，名字聽起來大家一定都會覺得很奇怪，沒錯，他就是很奇怪。（老师问：這樣有解釋到嗎？）[萨评：咦，1978年日本有个双胞胎被杀案件，这回可算找到凶手啦！有台湾的朋友告诉我台湾真有叫做“双胞胎”的小吃，本名却是叫做“两相好”，是一种福州手艺]
这几段作文小魔女也看，倒是满同情的，说小学生能写到这样生动，也很不容易了 – 这和“天兵”有什么关系？
说来，听到台湾人用“天兵”这个词，最早还是在谈到“国军”的时候。在美国时有个台湾工程师同事叫做王续忠，说起台湾与大陆不同，男的人人有份当兵，他七十年代入伍是在第六军团的电脑组，军里还有山东的老士官，喊“电脑组”如同“电脑猪”，令人哭笑不得。
然而，人人都要当兵并不意味着人人都适合当兵。例如，有班长教练新兵投手榴弹，一边比划一边说：“手榴弹投出去后，一定要马上卧倒。如果不卧倒，你们知道会怎样！”
“班长会骂！”新兵齐声说。
久而久之，被折磨得也快要“往生”了的国军官佐们便把那种走路时坚持顺拐，打靶时分不清长官和靶子的自由战士称作“天兵” -- 天才之兵也。
我刚刚听到的时候大感此说法好笑，教官都是凡人，却弄一群“天兵”来训，不出乱子才奇怪也。
不过也有老士官咬牙切齿道 – 某人，一穿上军装他就变成天兵，一拿到退伍令他就变得比谁都正常。。。
有台湾朋友一本正经告诉我，这并非天兵本意，“天兵”属于《周礼》六官中“天官”的手下，负责保卫内廷，也有说是用于“天子”与长辈闹矛盾时，保卫天子免遭非自然爸爸的攻击。
换到今天，这应该叫做“宇宙人防范部队”，周朝时候思想满新潮的。从这个角度说，“天兵”与目前台湾的国军颇有相似之处 – 第一，训练的内容都是奇奇怪怪，普通人完全看不明白道理；第二，他们只训练不打仗；第三，训练他们打的战争根本不会发生 -- 万一发生了也不抱打赢期望。
据我所知《周礼》好像没有这样的说法，但既然原书已佚，那么怎样解释只好随意，都不能说人家错。这样解释“天兵”，让人莞尔。不过“天兵”这个词，在台湾早已不局限于军队用，连老板对让人无可奈何的伙计，也会叫做“天兵”了。
其实，生活中的台湾的朋友并不是网路上喜欢用脏话骂战的那种，他们颇有幽默感，就在国语的使用上也是如此。比如，大陆公共汽车上都设有“老幼病残孕专 座”，在台湾也有类似的座位，只用三个字，称作“博爱座”，显得贴切生动；而如果认为你的观点外行得要命，台湾人会叫你作“人客”，意思您老兄是从外星来 人间做客的。。。
给LD解释完天兵，再看这位先生此后的文字，更是让人感慨万千。
这位先生写道：
“有前輩說他上輩子殺了人，所以這輩子處罰他當老師。
唉...我想我不只殺了人，還是殺錯人才會淪落到當國文老師。。。“
忽然想到，俺娘也是当老师的，这段文字应该转去给她看看，再对着“天兵”们咬牙切齿，恨铁不成钢的时候，或许想起来会开颜一笑。
这个小学校毕业典礼的照片，想不到最后情难自禁的却是上辈子“杀错人”的老师
[完]
后记：昨日台湾的“天兵”们已经到达，魔女虽然忙得不可开交，但总算应付得还不错，回来说“天兵”们可爱极了。
演出的地方是在一个体育馆，小小魔女和其他来看演出的小孩子们一起坐在最后面，那里有厚厚的海绵垫子。中间“天兵”们的弦乐奏圣保罗进行曲，曲调激昂，后面这些孩子们情绪大受感染，也变得十分活跃，纷纷在垫子上跳来跳去，我当时的反应就是“这是一个野生动物的节日”。
I have been helping customer today to resolve his lockups in production by downgrading from MySQL 5.1.25 to 5.0 We have other customers (and our own projects as well) which run on MySQL 5.1 successfully but I can’t it is on par with MySQL 5.0 stability yet.
This given customer was running MyISAM on FreeBSD with quite basic queries, so may be there are some issues with FreeBSD and MySQL 5.1 still ?
Entry posted by peter | 5 comments
Add to: 
| 
| 
| 
| 
2008-06-30 Mon
最近，可能比较细心的网友已经发现：在我们的主页上增加了一个生活搜索的动画图标。自此，除了通过主页左上角的 OneGoogle 之外，大家还可以很方便地由下面的动画图标直接进入生活搜索的页面。
除了增强进入主页的便捷性以外，我们还重新整合了生活搜索的功能。在原有房屋、餐饮、工作和票务搜索的基础上，我们把大家平时关心的电影信息也加入到生活搜索的大家庭来，使大家的休闲娱乐方式更为丰富。周末看电影，查找距离自己最近的影院，了解最 in 的大片，生活搜索一网打尽。
另外，在房屋信息中，我们新增了全国多个城市租房以及二手房的价格走势图。大家可以根据自己的兴趣和需要，预先设定固定的时间段来了解你所关心城市的相关房市情况。拥有自己博客的用户，还可以将这个趋势图添加在自己的博客上。这样，每次登陆自己博客的时候就能了解最近的房价趋势。
我们衷心的希望，生活搜索能真正的走进大家的生活，给大家的生活带来便捷。
Ctalk 0.0.59a has been released. Ctalk is an object-oriented extension to C.
This release includes improvements to the evaluation of method arguments.
From: Ctalk 0.0.59a Released
dfsch 0.2.1 has been released. It is a programming language drawing mainly from R5RS Scheme and Common Lisp.
This release includes: support for additional numeric types, support for object properties, support for custom hash types, and other changes.
From: dfsch 0.2.1 Released
Sometimes MySQL Replication may run out of sync - because of its own buts or operational limitations or because of application mistake, such as writing to the slave when you should be only writing to the master. In any case you need slave to be synced with Master.
To discover the difference between Master and Slave you can use excellent Maatkit tool though if you you just need to resync small single table it may be easy to do it other way:
Assuming your table schema does not change you can do something like this on the master:
LOCK TABLE tbl WRITE;
SELECT * FROM table INTO OUTFILE '/tmp/tbl.txt';
DELETE FROM tbl;
LOAD DATA INFILE 'tmp/tbl.txt' INTO TABLE tbl;
UNLOCK TABLES;
This will dump master's table content to the file clean the table on master and slave and refresh it on both of them.
This obviously makes table inaccessible on master for duration of operation but for small tables it can take just few seconds.
This trick is of course quite dirty, especially if you're dealing with sensitive data - what if you run out of space or SELECT INFO OUTFILE fails for other reason and you proceed with deletion you may kiss your data goodbye.
Alternative would be not to drop the table but rather raname them. Unfortunately you can't rename locked tables (ERROR 1192 (HY000): Can't execute the given command because you have active locked tables or an active transaction) - this is also I used DELETE instead of TRUNCATE to clean out the table.
In the applications which are error tolerant (like handle errors properly) you may rename table instead of locking - for many applications this works better anyway as having table locked causes connections to pile up and either MySQL runs out of connections or Apache out of children allowed to process request;
So you can do following instead:
-
mysql> RENAME TABLE rep TO rep_maint;
-
Query OK, 0 rows affected (0.01 sec)
-
-
mysql> SELECT * FROM rep_maint INTO OUTFILE '/tmp/rep.txt';
-
Query OK, 0 rows affected (0.01 sec)
-
-
mysql> CREATE TABLE rep_new LIKE rep_maint;
-
Query OK, 0 rows affected (0.00 sec)
-
-
mysql> LOAD DATA INFILE '/tmp/rep.txt' INTO TABLE rep_new;
-
Query OK, 0 rows affected (0.01 sec)
-
Records: 0 Deleted: 0 Skipped: 0 Warnings: 0
-
-
mysql> RENAME TABLE rep_maint TO rep_old, rep_new TO rep;
-
Query OK, 0 rows affected (0.00 sec)
This way you never actually delete any data and besides same data loaded to "rep" table you will get the copy of old table in "rep_old" - this can be very handy if you would like to later investigate why data got out of sync and may be do some manual touch ups after you resync the data.
Note - this process works well for small tables when you do not want to shut down the master and slave. If you need quick resync of large amount of data it is much better to use LVM snapshots or similar techniques - these are much faster.
Entry posted by peter | 7 comments
Add to: | | | |
黄河号所属的级别“河字号”，是美国制造的LSM中型战车登陆舰，国民党海军以“美字号”命名。这种结实可靠的军舰海峡两岸都有大量使用。当然，美国人是 不会卖给解放军这种装备的，人民海军的“河字号”都是国民党在大陆时期留下的，包括交给招商局使用的12艘，如“运河号”，“滦河号”等等。唯独有一艘比 较另类，就是这艘黄河号，它是原国民党海军海防第二舰队的“美盛”号，1949年随林遵起义。
解放军海军一艘河字号舰在进行登陆训练
“河”字号登陆舰全长62米，宽10.5米，前吃水1.2米，后吃水2.2米，标准排水量为743吨，采用向前倒的“开口笑”式前舱门以便组织登陆作战，该级舰满载排水量1095吨，主机为2台柴油机，功率2880马力，最大航速14节；可运载5辆中型坦克。
值得一提的是所有河字号的武器都是重新装备的苏式火炮。相对于国民党军把美字号改造成“钢铁刺猬“，解放军的河字号仅仅安装3门37 毫米双管舰炮，2门25毫米双管舰炮，火力并没有那样变态。这主要是因为国民党海军没有使用炮艇或者鱼雷艇进行“狼群”式攻击的战术，所以，河字号的装备 仅仅用于自卫。比较有特色的是该舰加装了布雷轨，因此这种登陆舰也可以充当布雷舰使用。
解放军海军的三艘河字号登陆舰 – 黄河，淮河，滦河。留在大陆的LSM没有进行类似台湾“新美计划”那样的大规模改装，因此形状一直是舰桥歪在一边，敞开的车辆甲板，倒是较好地保留了原始风貌。
对比于东海舰队，南海舰队的登陆舰艇少得可怜，以至于1974年收复西沙群岛的时候，攻打珊瑚岛的部队竟然是用冲锋舟和橡皮筏完成的登陆作战。看看东海的 地图，大家可能都会理解为何在东海舰队部署如此众多的登陆舰艇了。五十年代两岸最激烈的几次登陆大战，除了海南岛之战外，都是在这里展开的。
不过，由于当时解放军对仅有的几艘现代化登陆舰视若珙璧，所以大多数登陆战出场的还是风帆木船，黄河号登陆舰露面的唯一战役，是一江山岛登陆战，不过由于 解放军当时并没有两栖战车，河字号登陆舰并没有在第一线露面，只承担了把登陆部队转运至石浦港前进基地的任务。此后，该舰一直在东海舰队服役，1976年 仍在作战序列之中，可见其生命力之强。
黄河号的具体退役时间没有公开的资料，新一代931“黄河舰”是一艘玉康级新式大型登陆舰，在1985年服役，因此，估计此前老黄河号已经退役了。
七十年代后期的黄河舰
说起来，这条黄河号登陆舰的舰史也有辉煌的一面。
在国民党海军中，它是抗战胜利后海军在青岛最早接收的登陆舰之一，1949年林遵组织海防第二舰队在芜湖易帜的时候，就是乘该舰到达旗舰永嘉号开会讨论这一问题的。
该舰在这次行动中还摆了一次乌龙 – 行动中反对起义的永嘉舰舰长陈庆堃脱队，率舰向下游开去，由于当时林遵已经转到惠安舰但没有降下永嘉舰上的司令旗，很多军舰以为是林遵改变主意率舰突围 （下游江阴炮台已经被解放军占领）纷纷随之行动。美盛（黄河）舰也是其中之一。幸好该舰开着电台，听到林遵的呼叫才与永绥（长江）等舰返回。
在美国海军中服役时候的黄河舰，当时的编号是LSM-433
该舰在解放军中的服役，虽然征战的机会不多，也颇有业绩可言。
美盛舰起义后被改名黄河舰，编入华东海军第五舰队。因为旧海军人员在第五舰队中数量太少，不敷分配，于是，从1949年4月开始，从解放军陆军来的人员经 过在南京海校的突击培训陆续上舰。他们后来都成为海军的骨干人员，美盛舰功绩不小。其中有一个军官，就是后来大名鼎鼎的中国人民解放军海军司令员张序三中 将。由于这些官兵毕竟没有海上工作经验，也出过不少问题。1949年11月，后担任北海舰队青岛基地政委的冯尚贤（原25师作战科长）就曾经在驾驶该舰时 因动作不灵活撞伤了西安舰（原日本海军198号海防舰）。
1953年，该舰奉命紧急运送救灾物资进入川江，开千吨大船进入川江之先河。由于二十世纪早期各国为了探索川江航道曾付出惨重代价，先后损失肇通，二见等舰船，黄河舰这个不引人注目的业绩，其实是很值得尊敬的。
那么，这样一艘军舰，为何被称作“名不副实”呢？
这是因为，黄河舰毕竟是一艘辅助舰只，海军成立以后，很多人认为用中国的母亲河黄河命名一条登陆舰有些不足。“黄河”之名应该给一艘强大的作战军舰使用才对。
而当时确实有一艘现成的大型军舰，有资格使用“黄河”的名字。
这就是原国民党海军重庆号巡洋舰。
1952年被打捞的重庆舰,它本来可能也成为“黄河舰”的
重庆号巡洋舰，原为英国海军曙光女神号，排水量5274吨，是二战中马耳他舰队的旗舰，战功赫赫。战后，该舰被英国政府赠送给中国。1949年2月25日，由舰长邓兆祥率领投入解放军。1949年3月20日，被国民党空军飞机击伤后自沉。
1952年，重庆号打捞成功。由于打捞重庆号使用了苏联的技术帮助，苏联方面拆去了重庆号的雷达，武器，射击指挥仪，部分能够使用的动力机器作为补偿。解 放军方面有意购买苏联武器和轮机重新装备该舰，命名为“黄河号”使用。但是，苏联方面报价太高，达到4亿卢布，中方无法负担，只好放弃。
有人认为，这是苏联方面不愿意让中方拥有苏联体制外的大型武器，因此故意从中作梗所致。因为当时参加打捞的老兵记得，军舰上的猪肉都没有坏掉，为何苏联人坚持说军舰在水中浸泡过久，各种系统都损坏严重呢？
中方对此似乎有所觉察，因此也没有遵循苏方意见拆解重庆号，而是将其舰体保存下来，试图用自己的力量修复。该舰长时间系于黄浦江白莲泾段江中，但是，由于当时的技术力量有限，修复工作一直进展甚微。
1959年，鉴于该舰修复困难，中方调整了计划，准备将该舰改装为一艘打捞救生舰使用，由江南造船厂进行改造。这个计划绕过了当时自制困难的大型火炮，雷达设备等关键部件，应该说是比较可行的，需要的费用不过200万元人民币而已。
说来令人心酸，由于重庆号（黄河号）的原有动力系统已经不能使用，而当时中国又不能制造这样大型舰只的轮机，修复重庆号（黄河号）的计划，竟然是准备利用 一条清代军舰上的动力系统。这艘军舰就是1937年为阻挡日军突破长江防线而自沉江阴的海容号巡洋舰。1959年6月，上海市救捞部门为了拓宽航道对这艘 老舰进行了解体打捞，结果这艘德国1898年制造的老舰的动力系统，在江水中沉没了二十年后，经过中国工程师的整修，依然可以工作！
这是中国工程师的奇迹，也是中国工程师们的耻辱吧。
遗憾的是，即便这个计划，也由于很快发生了“三年自然灾害”而不得不终止，重庆/黄河舰复活的计划，最终没能实现，它的躯壳此后一直作为渤海石油公司的海上宿泊船使用。
[完]
Vala 0.3.4 has been released. Vala "aims to bring modern programming language features to GNOME developers without imposing any additional runtime requirements and without using a different ABI compared to applications and libraries written in C." It offers features such as: interfaces, properties, lambda expressions, local variable type inference, and more.
This release includes: improvements to the D-Bus client and service support, basic support for detailed signals, checking of printf argument types, new bindings, bug fixes, and other changes.
From: Vala 0.3.4 Released
GCC Unified Parallel C 4.2.3.3 has been released. GCC UPC adds support for Unified Parallel C to the GNU Compiler Collection.
This release includes: an update to GCC 4.2.3, bug fixes, and other changes.
From: GCC UPC 4.2.3.3 Released
