10:48

老板：嗨，艾德，苏在底特律说，“产品历史屏幕”上经常出现错误的发票号码（Invoice Part Number）。你能帮我们搞定这个问题么？

艾德： 我现在在忙其他事。你到我的任务队列中提交一个ticket吧。

老板： 这事10分钟就够了。

艾德： 你确信么？

老板： 嗯，确定。我一会开个网络会议。苏会演示给你看，然后你有空的时候再仔细看看。

艾德： 好的。

老板： 嗯。去你的 Outlook 中查收（会议）邀请吧。
11:05

收到 11:30 的网络会议的 Outlook 邀请，接受。
11:25

从我的IP电话呼叫了网络会议的800号码。拨了两次，都占线。从IP电话打我手机，同样是忙。哎，IP电话系统再次坏了。从我手机呼叫了网络会议的号码。我是第一个上线了，然后又挂掉了。在浏览器中点击链接进入了网络会议，还是第一个。

（艾德开始在浏览器的另一个选项卡中看 Hacker News。）
11:38

老板进入会议，问：苏在哪里？

艾德： 我不知道。

老板： 你能看到我的屏幕么？

艾德： 不能。

老板： 哦，等一下。我来做主（Let me be the host）。现在能看到了么？

艾德： ?嗯，可以了。但我想苏是不是去展示问题了。

老板： 对。我一会让她做主。

（艾德开始在浏览器的另一个选项卡中看 Hacker News。）
11:47

苏进入会议：我们怎么在这里呢？

老板： 来这儿的目的就是让你给艾德展示“产品历史屏幕”出什么问题了。

苏： 展示“产品历史屏幕”的问题？

老板： 你知道的，你不说发票部分号码有时候会出错么？

苏：你指 mil-spec 订单？

老板： 我真的不知道。你不发送了ticket么？

苏： ticket 号码是多少呢？

老板：稍等，我查一下。

（艾德开始在浏览器的另一个选项卡中看 Hacker News。）
11:53

老板： ticket 号码是 13827。记住了吧？

苏： 我怎么在我电脑上查看 ticket。

老板： 点击内网中的 IT 控制板。

苏： 我点不了啊。网络会议软件全屏了。

老板： ?那你在键盘敲击Alt+F4，然后去内网。

（艾德开始在浏览器的另一个选项卡中看 Hacker News。）
11:57

苏： 搞定，ticket 号码是多少呢？

老板： 我应该写下来了。我再找找……

老板： 13827.

苏： 嗯，我看到了。 这个问题出现过几次。没人知道为什么。通常在 R27-83 这个号码时出问题了。

老板： 好，给艾德看吧。

苏： 我怎么回到网络会议界面呢？

老板： 你得重启了。刚才Alt+F4给关闭退出了。

（艾德开始在浏览器的另一个选项卡中看 Hacker News。）
12:04

苏： 好了，网络会议软件打开了。你能看到我么？

老板：不能，你得点击“Host”按钮。

苏：在哪里？

老板： 在右上角的小方框中。

苏：是“History”框么？

老板： 不是，是“Attendees”框。

苏： 好的。现在你能看到我了么？

老板：不能。再试。

苏： 我试了。好像你得退出主模式吧。

老板： 哦，我忘了。

（艾德开始在浏览器的另一个选项卡中看 Hacker News。）
12:14

老板： 我退出主模式了。你再试试。

苏： ?好的。现在你能看到我的屏幕了吧？

老板： 可以看到。

艾德： 我也可以。

苏： 好的，如果我进入主菜单，点击“Operations”，然后点击“Sales”，再点击“History”，我到了“Sales History”菜单。看到了吧？

老板：嗯。

艾德： 看到了。

苏： ?然后我按“Part”点击“Sales History Display”。输入”R27-93″，主屏幕弹出来了。然后我点击“Invoices”，我摁 F5，再 F3，再 F7，发票号码（Invoice Part Number）就变成了”GT548″。不应该这样的。

艾德：好，让我查看一下，再答复你。

老板： OK，再见。

苏： OK，拜拜。

艾德现在陷入了主模式，因为其他两位退出了。他不能退出。窗口锁定了。他重启电脑了。
12:38

艾德登录，进入开发系统。进入主屏幕，点击“Operations”，然后点击“Sales”，再点击“History”，到了“Sales History”菜单。然后按“Part”点击“Sales History Display”。他输入”R27-93″，主屏幕弹出。他然后点击“Invoices”，摁 F5，再 F3，再 F7，发票号码（Invoice Part Number）还是”R27-93″，本该就如此。在开发系统中工作正常。
12:46

艾德通过他的秘密后门登录产品。进入主屏幕，点击“Operations”，然后点击“Sales”，再点击“History”，到了“Sales History”菜单。然后按“Part”点击“Sales History Display”。他输入”R27-93″，主屏幕弹出。他然后点击“Invoices”，摁 F5，再 F3，再 F7，发票号码（Invoice Part Number）变成了”GT548″。苏没说错。
12:57

艾德查看了版本控制系统。这个问题弗瑞德（Fred）在11月11日已经 check out。艾德运行了一个 diff，看到弗瑞德已经发现他更改后的第425行的代码有问题，并修正了。
1:03

艾德呼叫弗瑞德，看他在忙啥。Voice mail。
1:07

艾德给弗瑞德发电子邮件，解释问题。

艾德继续看 Hacker News。
1:17

弗瑞德回拨艾德。艾德告诉他去看邮件。

（艾德开始在浏览器的另一个选项卡中看 Hacker News。）
1:28

弗瑞德回拨：OK，我想起来了。程序出错，是因为一个离岸外包的程序员改变了“Operations”目录下所有程序的header。他在重新编译前不小心删了一行代码。不知怎么地，还通过了QA，现在苏发现了这个Bug。

艾德： 那么你现在能修复么？

艾德：不行吧。这个模块中还有12个其他的改动。我先看看，再打给你。

（艾德开始在浏览器的另一个选项卡中看 Hacker News。）
1:36

弗瑞德回拨：在 XL500 模块通过之前，我是改不了这些变动。模块被冻结（on hol），必须得让QA先批准。所以我们只能等了。

艾德：好的，谢谢弗瑞德。我一会就给老板发邮件告诉他。

艾德给老板发了解释邮件。

（艾德开始在浏览器的另一个选项卡中看 Hacker News。）
1:48

老板： 好，这个看起来是个问题。貌似我不得不升级指导委员会了（Steering Committee）。艾德，很高兴你能分出10分钟来。谢谢。

（艾德开始在浏览器的另一个选项卡中看 Hacker News。）

英文原文：Ed Weissman 编译：伯乐在线

http://edweissman.com/dear-boss-for-a-programmer-10-minutes-3-hours

10:48

Boss: Hey Ed, Sue in Detroit says that sometimes, the wrong Invoice Part Number is showing up on the Product History Screen. Can you help us figure this out.

Ed: I’m busy with something else at the moment. Put the ticket in my queue.

Boss: This will only take 10 minutes.

Ed: Are you sure about that?

Boss: Yes. I’ll just set up a web conference. Sue can show you right away, then you can look into it when you have time.

Ed: OK.

Boss: Great. Check your Outlook for an invite.

11:05

Got an Outlook invite for a web conference at 11:30. Accepted.

11:25

Called the web conference 800 number from my IP phone. Busy. Tried again twice. Busy both times. Called my cell phone from my IP phone. Busy. OK, the IP phone system is screwed up again. Called the web conference phone from my cell phone. First one there. On hold. Clicked the link in my browser to the web conference. First one there.

(Ed starts reading Hacker News in another tab.)

11:38

Boss enters conference call: Where’s Sue?

Ed: I don’t know.

Boss: Can you see my screen?

Ed: No.

Boss: OK, hold on. Let me be the host. Can you see it now?

Ed: Yes, but I thought Sue was going to demonstrate the problem.

Boss: That’s right. I’ll just transfer host mode to her.

(Ed continues to read Hacker News in another tab.)

11:47

Sue enters conference call: OK, why are we here?

Boss: So that you can show Ed what’s wrong with the Product History Display.

Sue: What’s wrong with the Product History Display?

Boss: You know, sometimes the wrong Invoice Part Number displays.

Sue: You mean for mil-spec orders?

Boss: I really don’t know. You sent the ticket.

Sue: What’s the ticket number?

Boss: Hold on, let me check.

(Ed continues to read Hacker News in another tab.)

11:53

Boss: It’s ticket number 13827. Remember now?

Sue: How do I see tickets on my PC?

Boss: Just click on the I.T. dashboard on the intranet.

Sue: I can’t. The web conference software went full screen.

Boss: Then just hit Alt-F4. Then go to the intranet.

(Ed continues to read Hacker News in another tab.)

11:57

Sue: OK, what was that ticket number again?

Boss: I should have written it down. Let me look it up again…

Boss: 13827.

Sue: OK, I see. This only happens once in a while. No one knows why. It always breaks on Part Number R27-83.

Boss: OK, show Ed.

Sue: How to I get back to the web conference.

Boss: You have to start all over. Alt-F4 killed it.

(Ed continues to read Hacker News in another tab.)

12:04

Sue: OK, the web conference is up again. Can you see my screen?

Boss: No, you have to click “Host”.

Sue: Where?

Boss: In the little box in the upper right hand corner.

Sue: The “History” box?

Boss: No, the “Attendees” box.

Sue: OK. Can you see my screen now?

Boss: No. Try again.

Sue: I did. It said that you have to give up host mode.

Boss: OK. I didn’t know that.

(Ed continues to read Hacker News in another tab.)

12:14

Boss: I gave up host mode. Try again.

Sue: OK, can you see my screen?

Boss: Yes.

Ed: Yes.

Sue: OK, if I go into the main menu, click “Operations”, then click “Sales”, then click “History” it takes me to the Sales History Menu. See?

Boss: Yes.

Ed: Yes.

Sue: Then I click on Sales History Display by Part. I enter “R27-93″ and the main screen pops up. Then I click on Invoices, I hit F5, then F3, then F7, and the Invoice Part Number changes to “GT548″. This should never happen. What gives?

Ed: OK, let me check it out and get back to you.

Boss: OK, bye.

Sue: OK, bye.

Ed is now stuck in host mode because the other two logged off. He can’t get out. Windows locks. He reboots.

12:38

Ed logs back in and goes to the dev system. He goes to the main screen, clicks “Operations”, then clicks “Sales”, then clicks “History” it takes him to the Sales History Menu. Then he clicks on Sales History Display by Part. He enters “R27-93″ and the main screen pops up. Then he clicks on Invoices, hits F5, then F3, then F7, and the Invoice Part Number remains “R27-93″, just as it should. It works in dev perfectly.

12:46

Ed logs into production through his secret back door. He goes to the main screen, clicks “Operations”, then clicks “Sales”, then clicks “History” it takes him to the Sales History Menu. Then he clicks on Sales History Display by Part. He enters “R27-93″ and the main screen pops up. Then he clicks on Invoices, hits F5, then F3, then F7, and the Invoice Part Number changes to “GT548″. Sue was right.

12:57

Ed checks the Version Control System. The program has been checked out by Fred since November 11. He runs a diff and sees that Fred has found and fixed the problem in the 425 lines of code he has changed.

1:03

Ed calls Fred to see what he’s been up to. Voice mail.

1:07

Ed emails Fred, explaining the problem.

Ed returns to Hacker News.

1:17

Fred calls back. Ed tells him to read his email.

(Ed continues to read Hacker News in another tab.)

1:28

Fred calls back: OK, I remember that. The program was broken by one of the offshore programmers who was changing the header on every program in the Operations directory. He accidently removed a line of code before he recompiled. Somehow, it made it through QA, and now Sue has found the bug.

Ed: Well then, can you promote it now?

Fred: I don’t think so. There are 12 other changes in this mod. Let me check and call you back.

(Ed continues to read Hacker News in another tab.)

1:36

Fred calls back: I can’t promote any of these changes until the XL500 mods go through first. They’re on hold until QA approves the spec. So we just have to wait.

Ed: OK, thanks Fred. I’ll just email my boss and tell him.

Ed emails Boss with the explanation.

(Ed continues to read Hacker News in another tab.)

1:48

Boss: OK, this sounds like a problem. It looks like I’ll have to escalate this to the Steering Committee. I’m glad you had 10 minutes to spare. Thanks.

(Ed continues to read Hacker News in another tab.)

1、避免急加速、急减速

    很多车主会在堵车的时候，见缝就插。经常强行超车、挤车，当超不过去时就大力刹车。这样的驾驶习惯不但会增加油耗，更不利于行车安全。

2、避免反复启动发动机

    有部分车主会堵车的时候短暂关闭发动机，认为这样做可以减少油耗。其实这样的做法有待商榷，发动机正常启动一次所消耗的燃油量，可以供车辆行驶300米左右。

3、大油门起步

车辆采用大油门起步还是小油门起步，在实际驾驶过程中对车辆油耗的影响是非常明显的。相反，从加速效果来看，无论采用哪种起步方式，实际区别不大。

4、不要拖挡行驶

    车辆行驶时，只有选择合理的档位，才能使行驶阻力与牵引力达到一个平衡。使车辆平稳行驶，降低油耗。

5、减少车内无谓的重量

    很多车主喜欢在车内放置大量的矿泉水、杂志、车用保养产品、备用机油、备用防冻液等。这些东西会一定程度的增加车辆的重了，消耗更多的燃油。并且还长期占用了车辆的储物空间。

6、保持正常的胎压

    胎压过低，不但会使车辆轮胎的磨损增加，而且会很多程度的增加车辆的行驶阻力，增加油耗。

FROM：http://www.autohome.com.cn/drive/200904/57901.html

自从上次写了“程序员技术练级攻略” 以来，就觉得似乎还有很多东西没有谈到，但当时没有继续思考了。而春节前有人问我，是做底层技术，还是做业务。这问题让我思考了很多，不由自主地回顾了一 下我这十多年的软件开发经历，并顺着整理分类了一下自己解决过的若干问题，还发散想了很多，经过了一个春节假期的发酵，产生了下面这篇文章。

前言

这篇文章必然是通过我的个人经历来写的。所以，我先说说个人经历吧。我的经历基本分成三个阶段。

第一阶段：我 刚毕业时在家乡的某银行工作，做些银行的业务系统，还搞些网络，电子邮件系统，OA什么的，因为大四的时候在老师的公司里实习，银行里的人际关系太复杂， 而且技术都包给了产商，所以在银行的每一天都觉得不能适应里面的工作环境。两年后离职，单位分的房也不要了，直接去了上海，在上海呆了两年，本来想做互联 网的，但是泡沫来了，最终去了一家做系统集成的国企公司还是继续做银行业务。这四年来，主要解决的都是一些业务上的问题，银行里的会计业务，OA业务，国 际业务，中间对公业务都非常地复杂，而且因为当时的软件开发相当的不规模，所以基本上是在一种比较混乱的状态下度过的，而银行方面又很强势，所以，这段时 间主要是做业务。所以，技术上主要是积累了如何使用那些技术。C+/Java， Windows编程，Unix编程，网络编程主要是这段时间学的，看了太多的书（我大学课程里没有C++和Java，也没有Windows/Unix和网 络编程，所以，只能拼命地看书和自学）。

第二阶段：然后，我来了北京，到了一家做分布式计算系统的公 司，整天和一个高性能技术高可用性的企业级的集群式的软件产品打交道（这家公司去年被IBM收购了），在这家公司把Windows/Unix和网络编程有 了更深入的了解，对我长进比较大的是明白了怎么做一个性能高，可用性高的集群式的系统，天天和底层打交道，干了4年多。然后去了一家金融信息公司，这家金 融公司主要做全球的金融信息数据处理，而我主要还是做核心数据发布系统的性能调优的项目，金融数据的实时性要求的高，数据量非常地大，高可用性要求得高， 得想尽一切办法省网络带宽，增加系统性能，还要保持高的可用性，不当机，不丢包。又干了4年多，去的时候从国外接过来两个系统，其性能单机每秒可处理 120K message，我走的时候，我和团队把其优化到了每秒1.4M messages 的吞吐，另一个系统，从接手时的100k message/s优化到了500k message/s。这八年多的时候，全是在和这些高计算高性能的项目打交量，几乎没有什么业务，都是纯技术，积累到了很多和性能有关的高并发高计算系统 架构级的知识。

第三阶段：两 年前来到了现在的做电子商务的互联网公司Amazon，还是在做一个数据处理量很大的业务系统，因为要干的是要把电子商务全球化的东西。但是，因为电子商 务的特殊性，必需要去兼顾业务的特点，而且在Amazon，耳读目染了很多有趣的业务难题，比如，库存计划，配送优化，等等。虽然很多东西还不明白，但发 现，用技术来解决业务难题真是太有意思了。

我的这三个阶段，第一个阶段花了4年，第二个阶段花了8年，第三阶段刚刚开始2年不到，有时候我也去别的公司讲课，所以，我很有幸经历了中国软件开发的进化过程。我的经历就是中国软件行业进程的一个缩影，而我把这三个阶段称为——软件开发的三重门。它们分别是：

• 业务功能
• 业务性能
• 业务智能

之所以加上“业务”二字，是因为我以为计算机是一个工具，其用来解决实际问题，所以，什么都离不开业务，就算是性能优化也一样，通过之前那篇“12306.cn的性能优化”中的“业务分析”段落，我们可以知道业务的不同，系统的难度和解决方法就可以不同。所以，我们总是用技术在解决业务问题。业务的形态对软件的开发有决定性的作用。

下面让我具体描述一下。

一重门：业务功能

这 是软件开发的第一重门，也就是掌握可以实现业务功能的技术。通常分成三块：语言+系统+数据处理。在这个阶段，主要是能掌握各种技术，比如：开发用的各种 工具（如：IDE，XUnit，Debugger，等），各种代码库和框架（如：C++的STL，ACE，Boost，等，Java的 Spring，Hibernate等），各种系统知识（如：Windows API，Unix/Linux API，TCP/IP，Socket，多线程多进程间的同步、互斥，并发安全，还包括Web平台，移动平台，等等），还需要掌握数据处理的知识（如：数据 结构，基本算法，数据库设计，数据库引擎 ，SQL等）。

这个阶段主要是把这些不同的技术组织成可以实现业务功能的解决方案。重点是能掌握和使用技术。很多流程和方法论的东西基本上就在这一重门里。这重门主要解决的是实现问题。

二重门：业务性能

业务的功能搞定了以后，就是业务的性能问题了。搞定功能并不难，搞定性能是有点技术含量的事。有句话不是那么说的吗——每个人都可以搞一个网站出来，但不是每个人都能搞出能支持百万级访问量的网站。但是，我看到很多技术团队或是工程师脱离了业务，只单纯地搞性能，比如：单台服务器支持10万个TCP链接的并发，等等。这些东西虽然在技术上有点意思，但是没有业务的环境，也只能是自娱自乐了。

我们可以看到一些企业开始注重这个问题了，性能问题也是最近被大家讨论得最多的问题，京东商场的性能问题，12306的性能问题，等等。

当然，所谓性能不并单单指系统的吞吐力，还指系统运行时的总体性能，比如，系统安全性能，系统的Accessbility的性能，系统的扩展性性能，等等，就像是前些天中“Web开发中需要注意的问题”一文中谈到的那些事一样。这表明着你对系统的全面和深入的了解。

在 这个阶段，需要对业务模型，数据流，业务流，系统架构，算法，和各种技术有深入的了解，要了解到本质上来。比如，在第一重门中，我们只需同要知 道，Java有同步关键字，在这一重门中，我们还要知道同步或互斥对性能的巨大伤害性，在第一重门中，我们只需要知道STL中的智能指针或是STL的用 法，这一重门中，我们还要知道智能指针中的refcnt的同步加锁对性能的损害，还需要知道STL中容器的size()方法在某些时候是性能很差的。在第 一重门中，我们需要知道hash表的效率，在这一重门中，我们还需要知道hash表的碰撞问题。

最重要的是，在这重门重点是软件的设计问题。你需要有足够多的经验能比较不同设计方案的优缺点，比如TCP和UDP，同步和异步，epoll和select，push和pull，水平扩展的各种方案…… 还记得本站的那篇“程序员的谎谬之言还是至理名言”，广度是你深度的副产品。所以，这重门是看你的技术视野有多深有多广。

三重门：业务智能

这 重门可能是最难的一重门了，如果你能进到这重门里，你应该是科学家级的程序员了。让你有智能的业务，这个事可能是顶级的技术难题了。第一和第二重门都不算 难，这重门是最难的。参看Amazon的个性化推荐系统，或是Google搜索引擎的结果个性化推荐等等（比如我输入“黑天鹅”关键字，你怎么知道我要找 的是动物，电影，还是本书？怎么让搜索出来的结果排名即公正又可个性？），你就知道，用技术来解决这种类似的问题难度可想而知，不然就不会出现如 Hadoop之类的技术了。

我再举两个这重门里的业务方面的例子。

• 一个例子是关于库存计划的，需要像天气预报一样 预测未来的销售量从而决定库存，所以，最简单的做法是，监测各个商品的销售统计，然后看一下最近的销售趋势，还要看一下往年的销售趋势（因为某些节假日会 是一个高峰期），还要分析一下大众的喜好变化，比如，在某影评网站上的某电影的热度其会告诉我哪个电影的DVD要滞销了，得打折卖，哪个电影的DVD要畅 销了，得多进货了。还可能需要监控新闻评论，比如某权威人士推荐了某个商品，那么我得赶快进货了。等等。这完全就是一门科学。

• 还有一个例子是配送问题。我有一辆卡车要处理我仓库和配送站间的物流问题，我需要找到一条最经济的路线来在有限的时间内处理最多的物流。这个不是最短路径问题，这是个计划统筹学的东西。也是一门科学。

还有近期“方韩之争”里有很多人来分析文章相似度的技术，这些东西都属于三重门里的东西。

到了这重门里，可能技术反而不是重要的了，而是数学模型。这重门里主要是业务模型，数据模型和算法问题。这些东西和你的业务模型密切相关。能解决这样的问题，是真正的大牛。对于我来说，可能是高山仰止了。

后记

通过上面的说明，我们可以看到下面这些东西，

• 我的那篇“程序员技术练级攻略”里的东西只能让我们最多达到1.1 到 1.2重门。

• 一重门像是开垦荒地，二重门像是扩大生产，三重门像是精耕细作。

• 一重门（业务实现）里聚集着大量的劳动密集型的企业，劳动密集型的企业通常都需要流程和方法论。敏捷过程改进这类的东西只在一重门里。

• 二重门和三重门里只有少数不多的技术型的公司。这类的公司通常非常注重技术，并且是企业文化是工程师的文化。

• 三重门里可以产生的创新和那些可以用来改变世界的技术。

• 国内现在的情况是，一重门优化阶段 + 二重门的学习阶段。三重门里似乎还没有什么见术。不过，我看到一些公司已在尝试三重门的东西了。

• 作为技术人员的你，如果你想跟上时代，让自己有价值的话，你至少要达到二重门。

• 因 为国内的技术环境等不良因素，导致大量的程序员在一重门的时候就已经失去信心，或被大浪淘沙淘掉了，所以，二重门里的程序员比较少了，但是随着年轻的一代 和技术的日趋成熟，也会慢慢多起来的，我现在已经看到这个趋势了。而三重门里的程序员成了稀缺的大熊猫。因为大量的二重门程序员干到那个时候都转管理了。

我的这些言论不一定对，但希望能让大家有启发，有所思考。

注：本来这篇文章的标题想取成“程序员要解决的三种问题”， 但是因为过年都在关注 “方韩之争”，所以，干脆取成了这个名字。你可以认为我比较调皮，也可以认为我爱ZB，还可以认为我标题党，反正，请随意理解。（这篇文章是我的自己写 的，没有代笔，因为你一定会在这篇文章中看到属于我的用五笔打出来的错别字，当然，我无法自证，哈哈）

（转载时请注明作者和出处，请勿用于商业用途）

GSM->GPRS->EDGE->TD_SCDMA->TD_HSPA->TD_LTE

C网4G演进路线：CDMA->CDMA2000 1x->EVDO Rel.0->EVDO Rel.A->EVDO Rel.B->LTE

『10.9.8.7.6.5…1起床！东风一号跟踪正常，遥测信号正常，手机闹钟提示正常，内衣穿着正常，外套穿着正常，棉被展开正常，现在主体与床板分离，主体与床板分离…擦！失败了…』

你说中国人命贱吧，可一进医院，就贵得不行。

不要叫我程序员，请叫我：习惯将灵魂捆绑在键盘上裸奔到临晨三四点的二逼青年。

移动预存话费送油，还有机会抽奖日韩游…然后，有个叫韩游的人投诉移动了

农夫买了一盒耗子药，耗子吃了之后大摇大摆的走了。农夫找到商人，商人说：“你看下说明书，六盒一疗程”

仰天大笑开门去，一枝红杏出墙来。

他人笑我太疯颠，我笑他人不会编。夜阑卧听风吹雨，无数bug入梦来。人生得意须尽欢，死到临头还加班。春蝉到死丝方尽，指针总是搞不定。需求变更能几时，一朝上线难寻觅。帝都亲友若相问，一夜通宵在搜狐。夜来电话声，bug知多少？无边落木萧萧下，不尽需求滚滚来。兴趣如果找不对，死磨硬泡也受罪。

^_^

转载不忘出处：http://my.oschina.net/wapdevelop，敬请前往围观~

10：00—10：03，10：18—10：21鸣放预先警报（鸣36秒、停24秒，反复三遍为一个周期）；

10：06—10：09，10：24—10：27鸣放空袭警报（鸣6秒、停6秒，反复15遍为一个周期）；

10：12—10：15，10：30—10：33鸣放解除警报（连续鸣3分钟为一个周期）。

12.13，尖锐的警报骤然响起，此时的你在做什么？在工作还是在家中，在上学还是在路上？

12.13，一个让人想起就要落泪的日子；

12.13，是这个城市最深的痛，是市民心中难平的疤痕；

12.13，我们更深地体会到落后之辱。

12.13，警报响起，我们不忘死难同胞的屈辱，但请不要停下行进的脚步；

12.13，最深的痛埋在心底，最努力的现在把握最美好的未来。

每当日历翻到12月13日，我们耳畔响起的是南京城上空那凄厉的警报声，我们看到的是面目狰狞的日寇举起了屠刀，我们听到的是三十万同胞惨烈的呼救声……

今天的我们站在这灿烂的朝阳下，在这宁静清新的早晨回忆那历史的瞬间，我们每个人的心还是忍不住地发颤。70年过去了，遇难的30万同胞们尸骨已寒，但历史难以忘记，历史更不能忘记！难忘那，战火纷飞中一双双渴求和平的目光在无情屠刀下的不瞑；难忘那，悲怆的哭喊，在血腥弹雨中嘎然而止。这国家的孱弱，民族的耻辱，叫我们怎能忍受，又怎能遗忘？

岁月的年轮沉淀了斑驳的痕迹，历史的记忆留下了悲壮的回声。如今，我们虽然身处和平，但我们绝不能忘记战争中的历史，决不能忘记我们肩负的使命，那就是发奋图强，振我中华！

http://bbs.smthome.net/simple/?t165085.html