转载

Jeff Dean 对 G 的架构的串讲

原始来源: http://www.tektalk.org/2011/08/09/jeff-dean-%E8%B0%B7%E6%AD%8C%EF%BC%8C%E8%BD%AF%E4%BB%B6%E7%B3%BB%E7%BB%9F%EF%BC%8C%E7%BB%8F%E9%AA%8C%E6%95%99%E8%AE%AD/

很多资料外面都有, 不过听下串讲还是不错的

slides: http://www.tektalk.org/wp-content/uploads/2011/08/101110-slides4.pdf

youtube 的视频: http://www.youtube.com/watch?v=ulBalk7Od-Q

转一份遇难名单

原帖见 http://bbs.ourail.com/redirect.php?goto=findpost&ptid=125154&pid=2858025&fromuid=24515

38名遇难者名单(不断更新)姓名 性别 年龄 情况说明 车次车厢
项余 男 32 温州任岩松中学语文老师,最后获救小孩项炜伊的父亲 D3115
施李虹 女 项余岸的妻子,最后获救小孩伊伊的母亲,已经死亡
潘一恒 男 38 D301 次动车组的福州机务段动车司机 D301
陆海天 男 20 中国传媒大学信息工程学院 09 级 D301次3车厢
朱平 女 20 中国传媒大学动画与数字艺术学院数字媒体艺术二班 D301
陈云英 男 45 福州人,男,45岁,身高1.75 D3115
陈怡平 60
郝乃刚 男 58 天津人 D301
徐佩佩 女 23
曹尔新 男 57 持美国护照,1954年8月13日出生
陈增容 女 56 持美国护照,1955年4月2日出生 曹尔新妻子
李建忠 男 44 D3115次15号车厢
赵利松 男 40 赵竹的父亲 D301次1号车厢
苏孝图 男 与妻子毛菲菲一起遇难,其中妻子还怀有身孕
毛菲菲 女 与丈夫苏孝图一起遇难,遇难前怀有身孕
陈怡洁 女 10 妈妈张东梅受伤,就读于杭州天长小学
金建飞 男 34 陈跃丈夫 D3115次16号车厢
陈跃 女 33 金建飞 妻子 D3115次16号车厢
金凡博 男 4 金建飞和陈跃的孩子 D3115次16号车厢
温爱萍 女 50 来自浙江省平阳县敖江镇的温正道的妹妹 D3115次16号车厢
陈熙 女 31 温爱萍 女儿 D3115次16号车厢
陈碧 女 30 温爱萍 女儿,两个女儿,陈碧怀有身孕 D3115次16号车厢
周晨 男 4 陈熙的儿子 D3115次16号车厢
意大利人士 女 20多岁 意大利籍,鼻高眼深.故于温州附属第二人民医院
黄雨淳 女 12 杭州回福州的张冰莲女士女儿 D301次3号车厢
吕红艳 女 40 长沙女子 ,坐一等舱,但是具体不知道她在哪节车厢。 D3115次16号车厢
曾国钧 男 福建福州人
陈财发 男 39
金扬钟 男 9 平阳人
陈洪鹏 男 17 陈财发侄子 已确认两人已死亡 D3115次16号车厢
林焱 男 29
卓煌 男 39 福州人 D301次第一节车厢
甘露 女 26 浙江衢州人,去温州参加朋友婚礼
江正通 男 42 D3115
胡维鹏 男 33 江西九江 D301
张秀燕 女 32 其丈夫陈亮已确认
郑杭征 男 33 江西九江 D301
林骁 男 40 福州市人 ,福州某工程公司 ,死者吕红艳同事
哎,很多都是一家子。。。默哀

[转载加翻译]Good PM, Bad PM (一)

小小财神】:评价加翻译。这个文章是微软产品经理对产品经理的认知。虽然我认为微软对产品团队的重要性比较忽视,看到这篇文章,微软对产品经理还是比较重视的,只是微软的产品经理是个small business unit ceo的概念,涵盖了组织、协调、战略、规划、设计、营销和市场多方面的工作,这样的人才在国内特别稀少。国内的产品经理多是讲用户需求、体验和微创新,国内互联网企业也组织了比较大的产品团队,里面所有的人都叫产品经理,实际上如果按照本文的认知,国内的产品团队只有个别人可以叫做产品经理,多数人只能称为助理产品经理。

我翻译这篇文章的时候也思考了很多,外企多使用精英型的产品经理模式,包括google,对产品经理的要求非常高,甚至要求必须是技术出身;国内互联网多使用产品团队模式,两种模式的好坏以后再说。大家理解的时候先将文章中的PM理解为整个产品团队,而不是一个人。

Good product managers know the market, the product, the product line and the competition extremely well and operate from a strong basis of knowledge and confidence. A good product manager is the CEO of the product. Good product managers take full responsibility and measure themselves in terms of the success of the product. They are responsible for right product/right time and all that entails. A good product manager knows the context going in (the company, our revenue funding, competition, etc.), and they take responsibility for devising and executing a winning plan (no excuses).

Bad product managers have lots of excuses. Not enough funding, the engineering manager is an idiot, Microsoft has 10 times as many engineers working on it, I’m overworked, I don’t get enough direction. [Netscape CEO] Barksdale doesn’t make these kinds of excuses and neither should the CEO of a product.

好产品经理非常了解市场、产品、产品线和竞争,运作中有丰富的知识基础和自信。 好产品经理是产品的CEO,他承担产品的全部责任,并自我衡量产品的成功。 他们为所有适当的产品/适当的时间、所有流程负责。 好产品经理了解进入的背景(公司,收入,竞争等),他们承担制定和执行一个成功的计划(没有借口)。

坏产品经理有很多借口:没有足够资金;工程师经理一个白痴;微软拥有10倍多的工程师为它工作,我们劳累过度;我没有得到准确的方向知道。 [网景公司总裁]巴克斯代尔不会使用这些借口,所以产品经理也不应该。

小小财神评】产品CEO的概念,实际上是对产品经理最高要求,要求对每个方面都有清晰的认知。

我觉得最主要的是产品经理心态问题,积极心态是产品经理必有的特质,控制自己可以控制的事情也是产品经理的思维特性。不找理由,不迁怒于人,是一个产品经理基本的心态要求。

Good product managers don’t get all of their time sucked up by the various organizations that must work together to deliver right product right time. They don’t take all the product team minutes, they don’t project manage the various functions; they are not gophers for engineering. They are not part of the product team; they manage the product team. Engineering teams don’t consider Good Product Managers a “marketing resource.” Good product managers are the marketing counterparts of the engineering manager. Good product managers crisply define the target, the “what” (as opposed to the “how”) and manage the delivery of the “what.” Bad product managers feel best about themselves when they figure out “how”. Good product managers communicate crisply to engineering in writing as well as verbally. Good product managers don’t give direction informally. Good product managers gather information informally.

好产品经理不要使他们的时间被各种不同组织灌满,而且合理组织正确的时间交付正确的产品。 他们不是处理所有的产品团队会议记录,他们不是项目式管理的各项功能,他们不是忙于处理各种工程问题(打地鼠)。 他们不是该产品团队的一部分,他们管理产品团队。 工程师团队不应当简单认为好产品经理是“市场资源”, 产品经理应该是工程师经理的市场伙伴。 好产品经理清晰确定目标,确立目标是“什么”(而不是“如何”),同时管理交货“什么”。坏产品经理对自己感觉最好,他们想出“如何”(how)。 好产品经理清晰的和工程师团队进行口头和书面沟通。 好产品经理不给非正式的方向信息,但好产品经理非正式地收集信息。

小小财神评】好的产品经理解决的是发现问题,确立重点,而不是解决问题,如果产品经理集中在解决问题则是本末倒置。

Good product managers create collateral, FAQs, presentations, and white papers that can be leveraged. Bad product managers complain that they spend all day answering questions for the sales force and are swamped. Good product managers anticipate the serious product flaws and build real solutions. Bad product managers put out fires all day. Good product managers take written positions on important issues (competitive silver bullets, tough architectural choices, tough product decisions, markets to attack or yield). Bad product managers voice their opinion verbally and lament that the “powers that be” won’t let it happen. Once bad product managers fail, they point out that they predicted they would fail.

好产品经理创造可利用的市场宣传资料、常见问题解答、演示和白皮书。 坏产品经理抱怨说,他们整天回答问题销售队伍的问题,并泛滥成灾。 好产品经理充分考虑产品的严重缺陷,建立真正的解决方案。 坏产品经理整天扑火。 好产品经理书写重要的立场观点(竞争解决方案,艰难的架构选择,艰难的产品决策,市场进攻策略或收益)。 坏产品经理口头表达自己的意见,并感叹说“权力”才不会让这种事情发生。 坏产品经理一旦失败,他们指出,他们早就预计将失败。

小小财神评】产品经理对市场成功负责,要学会建立合适的市场营销知识体系,不会市场的产品经理不是好产品经理,好PM要会FAB,市场策略。好产品经理不依靠权力去贯彻执行,而是依靠领导力。

[转载] 麦兜定律

麦兜定律一,不要和女人讲道理,尤其是生气的女人。
麦兜定律二,你不尊重我,我尊重你,你还不尊重我,我依旧尊重你。你再不尊重我,我就废了你
麦兜定律三,想哭就哭,想笑就笑,不要因为世界虚伪,你也变得虚伪了。
麦兜定律四,不开心睡一觉,就让它过去吧。伤心还好,伤胃就不好了。
麦兜定律五,要懂得珍惜守护,身边的每个人,因为前世扭断脖子的回眸,我们才换来了今生的相遇!
麦兜定律六,我们可以慢慢向前走,但绝对不能后退。
麦兜定律七,永远不要后退,退到最后是无路可退。
麦兜定律八,有事情是要说出来的,不要等着对方去领悟,因为对方不是你,不知道你想要什么,等到最后只能是伤心和失望,尤其是感情。

——–华丽丽的分割线——–

因为我不是你, 你也不是我, 所以, 需要说出来, 然后去找解决的方法, 而不是期盼所有事情自动变好

[zz][Joke] IT 民工的悲剧

本文转载, 不过可以肯定的是, 那个十周年说的不是我现在这家

====分割线呀么分割线,咿呀咿呀哟====

发信人: pcman (好坑专家), 信区: Joke
标 题: IT民工的杯具
发信站: 水木社区 (Sun Jan 17 23:51:53 2010), 站内

新年一过,几个当码农的兄弟聚在一起吃饭喝酒打屁。

酒至半酣,大家不约而同的聊起了自己公司的前景

办过年会拿过阳光普照奖的都知道,从这个奖品中就能了解到公司现状

于是,小A无不得意的说:我们公司还是可以的,发了iPhone手机。

俺们一帮wsn那个羡慕啊

小B说:我们公司更好,发了一台Thinkpad X200。

俺们一帮wsn眼都绿了

轮到俺了,俺说:俺们最杯具,发了一台3、400的S40手机,唉,十年庆典啊,就发这个
,我们算是没救了。

小C这时候发话了

说:你不是最杯具的,俺才是…

俺们年会给每人发了一套杯具!

杯具!

杯具!


不要因为走得太远,就忘了当初为了什么而出发
我们并不是在表述某种存在,而是在努力寻找存在的原因
细节的细节就不再是细节本身
真实永远取决于观察主体
不要在生活中寻找你要的东西,而要努力感受生活中到底发生了什么

※ 来源:·水木社区 newsmth.net·[FROM: 114.250.157.*]

[zz][Joke] 新时代的 AB 卷

发信人: vc12345679 (小刺猬), 信区: Joke
标 题: 与时俱进的AB卷
发信站: 水木社区 (Mon Jan 18 02:06:41 2010), 站内

某门期末考试中,两同学邻座。

“你是什么卷?”
“A卷,你呢?”
“啊哈,老师发错卷了,我也是a卷。”

于是两人对答案对得不亦乐乎…

交卷的时候,只听老师说:”请大A卷的同学把答题纸交到讲台左边,小a卷的同学把答题纸交到讲台右边。”

但行好事 莫问前程

※ 来源:·水木社区 http://newsmth.net·[FROM: 166.111.111.*]

老罗这个…

本文转载, 原文见并不存在的 twitter.com

看着给google献花的照片感动了一会突然反应过来又火了,妈的,去年一月宣传民主和科学并且在拒绝自我审查方面远胜google的牛博网退出中国时,怎么没有人到新中关大厦献花?你们这些洋奴才,老子要在美国给牛博国际注册一个公司再杀回中国,然后再退出中国,看你们这帮孙子到时候献不献花。

[转载] 程序员每天每周每月每年该做的事情

程序员每天该做的事
1、总结自己一天任务的完成情况 最好的方式是写工作日志,把自己今天完成了什么事情,遇见了什么问题都记录下来,日后翻看好处多多
2、考虑自己明天应该做的主要工作 把明天要做的事情列出来,并按照优先级排列,第二天应该把自己效率最高的时间分配给最重要的工作
3、考虑自己一天工作中失误的地方,并想出避免下一次再犯的方法 出错不要紧,最重要的是不要重复犯相同的错误,那是愚蠢
4、考虑自己一天工作完成的质量和效率能否还能提高 一天只提高1%,365天你的效率就能提高多少倍你知道吗? (1+0.01)^365 = 37 倍
5、看一个有用的新闻网站或读一张有用的报纸,了解业界动态 闭门造车是不行的,了解一下别人都在做什么,对自己能带来很多启示
6、记住一位同事的名字及其特点 你认识公司的所有同事吗?你了解他们吗?
7、清理自己的代码 今天完成的代码,把中间的调试信息,测试代码清理掉,按照编码风格整理好,注释都写好了吗?
8、清理自己的桌面 当日事当日毕,保持清洁干劲的桌面才能让你工作时不分心,程序员特别要把电脑的桌面清理干净

程序员每周该做的事
1、向你的老板汇报一次工作 让你的老板知道你在做什么,这很重要。可以口头、书面、邮件,看你老板的工作方式而定
2、进行一次自我总结(非正式) 这周之内自己表现得怎么样?该加分还是扣分?
3、制定下周计划 把下周要做的事情列出来,一样要分清楚优先级
4、整理自己的文件夹、书柜和电脑文件 把桌面以外的地方也要清理干净,电脑的文件夹,收到的邮件,把过时的垃圾全部清理掉
5、与一个非公司的朋友沟通 它山之石,可以攻玉
6、看一本杂志 找一本适合自己的专业杂志
7、纠正自己或同事一个细节上的不正确做法 《细节决定成败》看过了吗?没看过强烈建议先看看

程序员每月该做的事
1、至少和一个同事一起吃饭或喝茶 不光了解自己工作伙伴的工作,还要了解他们的生活
2、自我考核一次 相对正式地考核自己一下,你对得起这个月的工资吗?
3、对你的同事考核一次 你的同事表现怎么样?哪些人值得学习,哪些人需要帮助?
3、制定下月的计划,确定下月的工作重点
4、总结自己工作质量改进状况 自己的质量提高了多少?
5、有针对性地对一项工作指标做深入地分析并得出改进的方案 可以是对自己的,也可以是对公司的,一定要深入地分析后拿出自己的观点来。要想在老板面前说得上话,做的成事,工作上功夫要做足。
6、与老板沟通一次 最好是面对面地沟通,好好表现一下自己,虚心听取老板的意见,更重要的是要了解老板当前关心的重点

程序员每年该做的事
1、年终总结 每个公司都会做的事情,但你真正认真地总结过自己吗?
2、兑现给自己、给家人的承诺 给老婆、儿子的新年礼物买了没有?给自己的呢?
3、下年度工作规划 好好想想自己明年的发展目标,争取升职/加薪、跳槽还是自己出来干?
4、掌握一项新技术 至少是一项,作为程序员一年要是一项新技术都学不到手,那就一定会被淘汰。 掌握可不是看本书就行的,要真正懂得应用,最好你能够写一篇教程发表到你的blog
5、推出一种新产品 可以是一个真正的产品,也可以只是一个类库,只要是你创造的东西就行,让别人使用它,也为世界作点贡献。当然如果真的很有价值,收点注册费也是应该的
6、与父母团聚一次 常回家看看,常回家看看

—-分割线—-

今天跟 xiaoyu 大概确认了下过去一个多月的工作, 发现效率太低了, 大把的时间是被浪费掉的. 转载此文, 每天对照下

[zz] 追女孩好比做 OJ

本文系转载, 居然还有这个, 怎么我原来都没见过…

— 滑溜溜的分割线 —

开始的时候, MM 对我们的话无动于衷, 总是说 Compile Error, 这时候我们就要多多甜言蜜语一些啦, 比如换个语言 (编译器, c++, c, g++, 我都搞不清用哪个了… 反正基本有一个就能过)

然后呢, 女生就会嫌我们慢吞吞胖乎乎 (Time Limit Exceeded, Memory Limit Exceeded), 那么就试着换个方法 (比如我虽然确实喜欢 O(n) 或更小的, 但是第一遍一般都会写出来一个很偷懒的 O(n^3)…), 或者减肥吧 (不要轻易尝试 long long int…)

再然后呢, 女生开始芳心萌动了, 但是总对你说的话挑三拣四的, 动不动就是 Wrong Answer 之类的, 不要灰心不要气馁哦, 仔细检查~

还有, 其间千万记得不要做危险动作, 比如不要偷看女生的日记本啦, 更不能乱写乱画之类的, 要不然会报 Runtime Error 哦~~ (例如调用 open 或者 read 函数…)

时机差不多的时候就表白吧 :) 但是记得一定要找一个正确的方法哦~~ 要不然 MM 会嫌弃你的 Presentation Error 的…

Yeah, 是不是大功告成了? MM 看到你的最终表白之后, 就 Compiling… Online Judging… 然后激动的提示蓝色的 Accept 了~~

然后… 该做什么呢??

揉揉眼睛摇摇手, 做下一道题…