这话要从最近我改乘可刷卡公交车一事说起。
由于是外资高新企业，所以我现在的公司设在高新区，通常高新区离市区都比较远，我们这个高新区也不例外，每天上班至少需要40分钟。我们这里的公交车大致可以分为两种：可以刷卡的和不可以刷卡的。刷卡实行包月限次的优惠方式，即按照正常的情况估算，次数使用越多越划算。现实的情况有些让人为难，因为事实上从市区通往高新区的公交车有五路之多，其中两个可以刷卡，三个只收现金，而从我家到公司，至少有四套比较合理且经济的方案：
Plan A: 在一个有很多路车都停靠的站点(I)乘坐不可刷卡的公交车直达公司所在地；
Plan B: 在同一个站点(I)乘坐可以刷卡的公交车然后转可以刷卡的另一部公交车前往公司；
Plan C: 在另一个只有一部车的站点(II)乘坐可以刷卡的公交车然后转不可以刷卡的公交车前往公司；
Plan D: 在另一个只有一部车的站点(II)乘坐可以刷卡的公交车转另一部可以刷卡的公交车前往公司。
有很长一段时间，这根本不是一个问题，因为我认定了其中一个：Plan A，所以无论刮风下雨，我都会死等那部从我家直达公司的车。但是最近我越来越无法忍受该路公交车的服务水准：经常有一班无一班，动不动等上30分钟或者人多的挤也挤不上去，这对于上班需要准时和长时间坐车容易疲劳的上班族来讲，很难说可以接受。于是我就开始考虑另一种选择：使用公交卡，因此就有了上面的多种方案。
不要小看一张公交卡，乘车人的习惯一下子被这个分水岭一分为二：持卡的乘车人几乎都倾向于选择可以刷卡的公交车，而非持卡人则往往更习惯于绑定到有售票员的线路，因为这样不必担心没有零钱去投币。
最终我选择并很乐意的接受了Plan D，也很享受这份简单和轻松，一方面，我不必担心这套方案里的两部车会不准时到离谱的程度，另一方面，我也不用考虑其他任何外界因素，认准了这两路车即可。一卡在手，我心无忧，呵呵。这就是Plan B和Plan D的巨大区别。再看Plan C，它既不省事，也不省钱，所以没有吸引力。
从公司回家也有两个不同的站点可以选择：站点(III)只有一部公交车，而站点(IV)几乎所有公交车都会停。你估计也猜到了，我最终的选择是站点(III)。
这说明什么问题呢？说明我们内心其实会对“给你很多选择，或者没得选择，你更希望是哪一种”这样的问题有一个答案，多多少少反映出我们的心理图案。也许更多的人第一反应是：有选择当然是好事。我在很多时候脱口而出的答案也是前者，然而我最终的在公交车线路问题上的选择是：选择没有选择的选择，在很多模棱两可的选择或者诱惑面前，我会选择给我最少不安和烦躁的那一种。
这不得不让我联想到当今企业软件开发和外包的两大阵营：Java和.NET，在不同的层面上它们其实又处于完全不同的位置。
如果你在平台/中间件/开源类库和框架这个层面来看，Java给你很多选择，而.NET至少到目前为止大家看到的在这个层面还是相当局限，可以说.NET没有给你多少选择，换句话说，不用你去担心找不到合适的平台/中间件/类库，最终MS会给你一个solution。
如果你站在语言的层面看，Java的世界只认一种语言：Java，虽然也有其他的语言可以编译后在JVM中运行，但是很少有人用，所以一旦选定了Java，你基本上不用考虑其他语言；而.NET的世界里，只要有编译器可以把某种语言编译成MSIL，就可以使用这门语言来描述你的想法。
看，这两个家伙完全调了个儿。
最终的问题还是：给你很多选择，或者没的选择，你更希望是哪一种？前者意味着freedom、power of control、compitition、nervousness、和excitement；后者意味着easy decision、certainty、assurance、relaxation、或者peace。
其实生活中我们何尝不是在选择或者没得选择的快乐和痛苦的交错中度过每一天？对于我提出的这个问题，真的可以从答案和行动中看出一个人的性格，不信你试试？你会选择什么样的工作？喜欢怎样的生活方式？想不想结婚？持怎样的恋爱观？这些都是“给你很多选择，或者没的选择，你更希望是哪一种”这个问题在现实中的例子。对了，你有没有看过《海上钢琴师》，英语片名"The Legend of 1900"，里面的那个钢琴高手最终选择留在船上，换作是你，你会怎么选？
