Windows LiveWindows Live™
 
 
Jack's profileJack MaPhotosBlogLists Tools Help

Jack Ma

Profile

Jack Ma

Occupation
IT
Location
Shanghai, China
Interests
Arts Sports Chatting with funny people
lead dev and pmp
View profile details

Photos
There are no photo albums.

Blog list

Blog
May 10

stupid

Stupid people do the stupid thing at the stupid time.

11:32 PM | Add a comment | Read comments (1) | Permalink | Blog it

谈论 InfoQ: Father of Use Cases Says Agile Needs to Get Smarter

Now days, almost everyone is talking about Agile and Scrum. Please be very careful with "Agile", do not let it be another process or tool.
 
3:51 PM | Add a comment | Permalink | Blog it
March 13

很久没发东西了

发几张办公桌的照片吧。

DSC00271 DSC00272 DSC00273

7:39 PM | Add a comment | Read comments (2) | Permalink | Blog it
February 23

一点启示

王建硕新写了一个帖子，谈到了做公司需要注意的几个原则。专注，成本以及简化。

其实，对于个人，这几个看似简单却富有道理的原则又何尝不适用呢？

我理解专注，基本上是术业有专攻那么个意思。爱好广泛不是坏事，不过千万要记得主业不可不专注，否则必然是丢了西瓜，捡了芝麻。

成本，事实上是个简单但是运用起来不容易的概念。时不时听身边的朋友要去搞什么资格，弄什么学历之类的东西，号称对于职业发展有好处。我倒是不反对，关键是要自己想清楚，投入产出的比例，不要意气用事。当然，我也可能目光短浅了，也许这些东西价值大大，我只是看低了它们而已。所以，自己想明白是最重要的。

至于简化，我想不必多说，当你发现自己简单问题复杂化的时候，就该反思是不是该弄点简单的东西了。要知道，复杂的东西虽然似乎挺唬人，但是，终究不能当饭吃。

12:30 AM | Add a comment | Permalink | Blog it
January 14

MoSCoW principle

This is the first time for me to hear about MoSCoW principle. It’s a good method for scope definition or initial product backlog building which should be already used by lots of people, anyway. Go check it out. http://www.agile-software-development.com/2009/01/prioritization-using-moscow.html

2:09 AM | Add a comment | Read comments (1) | Permalink | Blog it

another good statement which gives me passion

anything is possible if you know what you are doing… and i believe the condition part is critical to the correctness of the statement.

2:05 AM | Add a comment | Read comments (1) | Permalink | Blog it
January 13

Episode 12, Season 5, Desperate Housewives

A memory bookmark for future reference.

9:28 PM | Add a comment | Permalink | Blog it
December 21

cold

Shanghai is getting cold and cold now.

11:13 PM | Add a comment | Permalink | Blog it
December 13

为什么那么多好书的中译本都垃圾得令人无法接受？

读起来，让我感觉我读得根本就是火星人用的语言。

11:31 PM | Add a comment | Read comments (1) | Permalink | Blog it
December 12

J.D. Meier, personal productivity philosophy

http://sourcesofinsight.com/2008/12/10/the-zen-of-results-free-e-book/

As always, J.D. Meier wrote another great post with a greater outcome about his personal productivity philosophy.

It is a 17-page slide which is really easy to read and remember.

Go get it!

5:14 PM | Add a comment | Read comments (1) | Permalink | Blog it
November 15

时间

。。。

我写下这标题，因着莫名的，感慨？惆怅？紧张？或许什么都不是，只是无所事事的情绪。

需多人总是感叹光阴荏苒。我却，在现时，特别希望向未来快进。不为别的，我只希望看看这些那些被伤了的心，是否有复原的可能？

很多时候我不想承认，但是，我真的是一个记仇的人。我发现，我突然回忆起太多以前的，另我伤心的往事。内心里仍然对那些当事人愤愤然。

脆弱得像玻璃一样自尊。敏感得像。。。的神经。

时间，不是解决问题的办法。对我如是。

。。。

7:33 PM | Add a comment | Permalink | Blog it

三岔口

如果必须要活着
请你守在我身旁
一起欢呼
一起憧憬
每个日子
都是幸福

如今仿佛是活着
可惜找不到灵魂
一声不响
你的告别
叫我不知所措
心悬在半空

如果这一切是个岔口
我心甘情愿一生守候
命运作弄
为何你变身又重现
再掀开我伤口

如果真的要让我放手
请不必让我知道答案
放纵我吧
让我有痛爱的自由
给我活着的理由

如今仿佛是活着
可惜找不到灵魂
一声不响
你的告别
叫我不知所措
心悬在半空

如果这一切是个岔口
我心甘情愿一生守候
命运作弄
为何你变身又重现
再掀开我伤口

如果真的要让我放手
请不必让我知道答案
放纵我吧
让我有痛爱的自由
给我活着的理由

放纵我吧
让我有痛爱的自由
给我活着的理由

7:10 PM | Add a comment | Read comments (1) | Permalink | Blog it
November 13

run to cursor

Not everyone knows this shortcut.

CTRL + F10

run-to-cursor

8:09 PM | Add a comment | Permalink | Blog it
November 12

what is a bad experience?

Here is one. When I write codes in VS 2K8, I have to tell myself that don’t use any .net fx 3.5 features and even the .net fx 2.0.

Damn the new technology adoption slowness of the traditional big company!

12:40 AM | Add a comment | Permalink | Blog it
November 10

冬天

没想到今天室外这么冷，可能因为穿得不是很保暖吧。钻进 Taxi 之后，司机开了热风，冬天的感觉更强了。
 
我突然想起去年此时的名古屋，一样的淅淅沥沥的秋雨后的晴朗但冷冷的天气，以及一样的怅然若失。名古屋的干净、安静和偶尔簇拥但大部分时候稀疏的人群，是我潜意识里的梦。我喜欢那种感觉。我喜欢和人分享我的任何愉悦，算是性格所致。一部好电影，一本好书，甚至一段设计精美的代码。身边没有人，或没有正确的人的时候，便仅剩愉悦之后的怅然了。
 
我记得以前我是喜欢这种忧郁的感觉的。大学早期甚至高中时代。然而现在我讨厌了。或许是因为觉得无望。至于为什么会觉得无望，我也不甚清楚。是感觉吧，事实与想象差距得太远，以及没有任何改观的迹象。
 
东方路商城路的路口，车依然很多。不过由于冷冷的空气及刺眼的暖阳，我感觉那些噪音似乎都被压制了，听起来不那么刺耳了。据说经济也很冷，我想这未必不是好事，太多人需要冷静一下，好好想一想，你心里到底想要的是什么？是别墅，是宝马，是人人都为之奋斗的狂妄？还是一份淡淡的但又不缺失激情愉悦的生活？
 
12:35 PM | Add a comment | Read comments (1) | Permalink | Blog it | Life
November 02

江雪

江雪

- 柳宗元

千山鸟飞绝，

万径人踪灭；

孤舟蓑笠翁，

独钓寒江雪。

10:16 PM | Add a comment | Permalink | Blog it
October 30

3 Great Results for Today

When I came across this blog entry of J.D. Meier, I know I just find a lamp to lighten up the to-do list fog.
 
In case you don't want drill down to the links I gave, the following is the original text. Good for many people. I just started to think about the three great results of mine for today.

What are 3 great results for today?  That's the question I ask to bootstrap my day.  As simple as it sounds, I find it's the most effective way to cut through the fog each day.  There's a lot of things I can do and there's lots of activities I'll be doing, but what are 3 great outcomes for today.  That's it.

Example
This is an example of my 3 great results for this past Monday:

  1. Ship Beta 1 of App Arch
  2. Beta 1 Post for App Arch
  3. Draft of Designing Your Architecture

Great is relative.

Why 3 things?  It forces me to prioritize among a sea of potential results.  Also, I can remember 3 things without writing them down, so throughout my day, I know what I'm working towards.   I can say it in the hall.

If you manage endless to do lists and work on a bunch of stuff but don't actually get anything done, try focusing on 3 great results each day.  It works.

1:14 PM | Add a comment | Read comments (1) | Permalink | Blog it

Sustainable Pace

Sustainable Pace, I think it is the most useful Agile practice that will produce for you life.
 
Don't be confused, I'm talking life now.
12:38 PM | Add a comment | Read comments (3) | Permalink | Blog it
October 22

BDUF

In case you don’t know this yet another acronym, check it out from here http://en.wikipedia.org/wiki/BDUF.

2:51 AM | Add a comment | Permalink | Blog it

About defensive programming, well again, it depends

There are always things you can’t say they are absolute. Most time, for most subject, how to deal with a concrete situation, it depends on the context. Is there any principle for any context? Oh yeah, there is one, that is, “it depends”. Well, there is actually another one, “don’t be rigid”.

http://www.thekua.com/atwork/2008/08/defensive-programming-depends-on-context/

2:38 AM | Add a comment | Read comments (1) | Permalink | Blog it
October 09

The "Software Architecture Document" Size

* This post strengthen my thought on software project document that is write necessary documents only and make sure the documents work.
 
The "Software Architecture Document" Size Print
Written by Arnon Rotem-Gal-Oz   
04/22/08

Simon @ CodingTheArchitcture recently asked "How big is your software architecture document? (and who reads this stuff anyway?)"    He notes that in a user's group meeting most of the attendees had Software Architect Documents (SADs) that were more than 50 pages long.

It would probably not be too surprising if I said that, in my opinion, the answer is " it depends." Reflecting on some of my past projects, I had SADs that varied in length from a 200+ "write-only"  document*  to a less than 10 page lean document. And the sizes matched the intended usage of the documents. For instance, in the two extremes just mentioned, the first case was a huge mission-critical project with a specific requirement from the customer to have an "official" SAD  and  it was written to satisfy some project milestone (PDR) . The second extreme, on the other hand, was an agile project where the architecture document was a working document, written some 10 iterations into the development to highlight some of the emergent guidelines.

What is common to all the SADs I've written (or have been responsible for) is that they all tried to grasp the essence of the design, all used multiple viewpoints to describe the solution, all were focused on quality attributes,  and all explained the rationale behind the decisions.

  • If you drone endlessly with details, you don't see the forest from the trees.
  • If you don't use multiple views, you are likely to miss important aspects of the solution
  • If you aren't focused on quality attributes, then you are most likely documenting design and not architecture
  • And if you don't explain the rationale,  then the document doesn't have a lot of added value beyond the code itself
In any event, the important thing here is that when it comes to Software Architecture Documents  "size doesn't matter" :). What matters is that the SAD satisfies  the reason it was written for.

*While this particular SAD was rather long,  it also had a section that helped potential readers find relevant chapters so that it can actually be usable, and not just for "door stopping".

11:08 AM | Add a comment | Read comments (1) | Permalink | Blog it | Notes
September 25

混乱让你更高效

一定的混乱却能让你更高效。我们不妨从混乱的角度来重新审视被世人推崇的时间管理黄金法则。 

你是否常常每天花费一个小时来规划全天日程？每天为努力保持办公环境的整洁而备感压力…… 

从小到大，我们都在与混乱和无序作斗争，大多数人都在尽力追求整洁有序，为混乱的状态感到烦恼和痛苦。似乎只有紧张的日程表、严密的组织、整洁的环境才是成功人士的标签。 

“混乱和无序可能是无害，甚至是有益的。一定的混乱却能让你更高效。” 在埃里克•亚伯拉罕森及戴维•弗里德曼合作的新著《完美的混乱》中，两位作者抛出了这样一个另类观点。的确，做到整洁和有序需要付出很高的代价。我们不妨从混乱的角度来重新审视被世人推崇的时间管理黄金法则。

1.聚焦 ——被坏习惯束缚 

锁定目标并养成坚持不懈的习惯，有计划地实现目标。时间管理方法常提醒我们，要避免因那些令人分心或用处较小的事而耽误进度。但是， 

◆如果在锁定一个目标并为之奋斗数年之后，发现自己所挑选的是一个错误的方向，那该怎么办？ 

◆你认为做有些事是浪费时间，但你如果没有做，没有去验证，你又怎么知道做那些事真的是浪费时间呢？ 

◆为什么那么多传奇的成功人士有着充满矛盾的经历、失败的开始以及绕了许多弯路的职业生涯？ 

毕业于牛津大学的实验心理学家本•弗莱彻通过调查发现，组织中压力的最普遍成因是管理者们近乎虐待的掌控，他们通常过于自大、严厉而且狭隘。弗莱彻发现：人们总是简单地习惯于每天按同样的方式做事，而这就意味着很可能被不好的习惯束缚住。换句话说，确认并坚持成为了解决问题的障碍。于是弗莱彻要求经理们先从日常生活中容易改变的习惯入手，如上班路线、午餐的食物、会议上的座次等任何可以带动行为方式改变的事。结果是惊人的：训练仅仅进行了几个星期，一些改掉了生活中坏习惯的经理们就发现自己对待下属的方式其实也是可以改变的。弗莱彻说，其原因在于人们很容易陷入所谓的“习惯网络 ”中。当人们要做出重要且必需的改变时，会觉得很困难。但如果切断网络中的个别薄弱环节，整个网络也会松动，从而允许重要的改变发生。弗莱彻说，“正是新的行为方式带来了新的体验，并将最终帮助人们改变思维方式”。同时他进一步证明，容易改变的习惯和未加计划的改变不仅仅会使人成为更好的管理者，更能帮助他们缓和与配偶及孩子间的矛盾，修复与家人间的关系。

2.做更多的事 ——每件事都没做好 

人们总是想尽办法在一天内完成更多的工作，于是“做更多的事”这一观念不需要证明就成为一件必然为大家认同的好事。 

而一些效率非常低的人也认可了这种观念，在不同任务间反复，最终每件事都没做好，每个人都觉得自己被忽视了。另一方面，一部分人习惯于在每天结束时总结自己当天的工作，常常抱怨为什么自己只处理了那么少的事情。由此得出的结论是：尽管重要的工作已经完成，重要的人也给予了足够的重视，但那只是因为他们应该得到这样的待遇，与想要“做更多的事”这一习惯完全无关。

3.遵照任务表 ——“万能”的未必适合你 

所有的职业组织规划师都将“遵照任务表”作为他们信仰的基本原则，“个人生产力”权威戴维•艾伦（David Allen）的追随者们则尤其狂热。艾伦和他的众多支持者们把任务和职责用纸或电脑记录下来，认为这样可以立即缓解忧虑，并做到使问题更集中。尽管笔者很难理解为什么那些创建任务表，但从不考虑如何开始的人如此兴奋，但也的确很难证明“列任务表”是个坏习惯，因为这种习惯早已随着人们对任务表的忠诚而根深蒂固。 

撇开写清单时可能的遗漏不说，如果仅因担心任务表上的内容，甚至只是担心位于任务表最上面的条目能否完成，尚未完成的任务就会停止、完成次序下滑直至消失。但你又如何保证恰当的事情总是能位于其上，并且处于恰当的位置呢？ 

这或许只取决于你更青睐哪个生产力专家的观点。艾伦建议，按照便利性来排列条目，即把能够一次性完成的任务放在一起。而另一方面，斯蒂芬•柯维（Stephen Covey）所著的《高效能人士的七个习惯》（Highly Effective Habits）一书中则强调，最重要的条目应该列在任务表的最上面。因此，你不得不选择是按照柯维的方式，先完成对工作至关重要的报告而暂时不换前车灯，还是按照艾伦的方式，在买灯泡的同时买胶带，而不去看更新汽车注册信息。 

无可否认，艾伦和柯维的书都非常受欢迎，但人们学习他们技巧的目的并不是要获得一种完成更多事的满足感，只是想知道按照这些技巧做事是否会使自己表现得更优秀。而这似乎也是所有成功的个人生产力专家和职业组织规划师们都声称自己拥有的技能。有趣的是，艾伦和科维的新书中都提到了这样的观点：所有任务表、文档和习惯都可以帮助你实现生命的意义，并在自己所处的工作领域占据一席之地。也许你真的需要严格遵循这类“万能”的时间管理方法，因为其中也可能真有适合你的。但是，谁也不能否认这些所谓的“效率专家”也是偶然发现自己在该工作领域的位置的，他们本身所代表的随机与混乱又如何用 “任务表理论”来进行解释呢？

4.遵守时间表 ——松散安排反倒更好 

严谨的时间表也许是个“伟大”的构想，但前提是你能精确预见到所有事都将按其中的顺序发生。同时，你要能够准确推测出自己和相关人士每时每刻的想法和感受。如果你做不到，松散的安排反倒会更好。安排紧密的时间表是不可靠的，因为如果其中一项发生了变动，其他所有的项目都可能因连锁反应而发生混乱。假设要规划这一天或一周内你要做的事，你就需要花时间仔细考虑如何建立起一个时间表，希望参照它使自己不会偏离轨道。 

而事实上，有些人在制表上所花的时间比照它完成任务所花的时间还要多。举一个简单的例子：在旅行时，你花了1.5小时来选择看起来最方便的航班，而这一选择花费的时间比你第一眼所看到的那个航班节省1个小时，也就是说你反倒浪费了半个小时。另外，当你试图在一天的时间表里加入尽可能多的日程时，事情的发展很可能会失控。这对牙医和发型设计师来说影响也许不大。但大多数人可能会因此徘徊不前，甚至不得不重新改变最初的计划，像是那些希望参观到最多迪斯尼乐园景点的游客，他们可能要花费数个小时在游览路线的规划上。

5.长期计划 ——总是自欺欺人 

在商界，时间跨度超过几个月的商业预测往往就像抛硬币的结果一样不可预期。而这一观点对于个人同样适用。美国的离婚率一直徘徊在 50%左右，而被奉为“求职者圣经”的《你的降落伞是什么颜色？》一书也已经雄踞畅销书榜近40年了。变化之所以这么频繁，是因为当人们觉得自己有足够能力做出选择时，总是自欺欺人地认为自己所做的决定至少在今后五年内是正确的。

6.立即完成 ——拖延并不总是坏事 

首先，它避免你花时间做一些会最终被证明是不重要的事。或者像卡尔文•柯立芝（Calvin Coolidge）所说，“如果你认为一路上将会遇到十起事故，那么请相信，到了第九个你就已经掉到沟里去了”。美国海军陆战队也有类似的说法：“过早计划意味着要计划两次。”这些都试图说明，做计划要尽可能晚，因为即使提前完成了计划，也很可能因为情况突变而需要重做。事实上，推迟所有形式的整理、整顿计划都是有好处的，因为一次性处理大量事情比一发生就逐个处理的效率要高得多。例如，若要分类电子邮件，一次整理数百封比一次整理几十封高效得多。 

（本文摘编自《完美的混乱》，该书已由中信出版社出版）
11:18 AM | Add a comment | Read comments (2) | Permalink | Blog it | Notes