Thoughts of sban

一个年轻漂亮的美国女孩波尔斯在美国华尔街某个投资峰会上抛出这样一个课题。

波尔斯自我介绍：“25岁，非常漂亮，是那种让人惊艳的漂亮，谈吐文雅，有品位，想嫁给年薪50万美元的人。你也许会说我贪心，但在纽约年薪100万才算是中产，本人的要求并不高。”

波尔斯在峰会上道出了她的4个困惑：
1、有钱的单身汉一般都在哪里消磨时光？(哪些酒吧、饭店、健身房)
2、我应该把目标定在哪个年龄段？
3、为什么有些富豪的妻子看起来相貌平平？我见过有些女孩，长相如同白开水，毫无吸引人的地方，但她们却能嫁入豪门。而单身酒吧里那些迷死人的美女却运气不佳。
4、你们怎么决定谁能做妻子，谁只能做女朋友？(我现在的目标是结婚。)”

针对波尔斯的困惑和课题，有一位投资专家从专业的角度进行了剖析：
亲爱的波尔斯，我相信不少女士也有跟你类似的疑问。让我以一个投资专家的身份，对你的处境做个分析。我年薪超过50万，符合你的择偶标准，所以请相信我并不是在浪费大家的时间。

从生意人的角度来看，跟你结婚是个糟糕的经营决策，道理再明白不过，请听我解释。抛开细枝末节，你所说的其实是一笔简单的“财”“貌”交易：甲方提供美丽的外表，乙方出钱，公平交易，童叟无欺。但是，这里有个致命的问题，你的美貌会消逝，但我的钱却不会无缘无故减少。事实上，我的收入很可能会逐年递增，而你不可能一年比一年漂亮。

因此，从经济学的角度讲，我是增值资产，你是贬值资产，不但贬值，而且是加速贬值！你现在25，在未来的五年里，你仍可以保持窈窕的身段，俏丽的容貌，虽然每年略有退步。但美貌消逝的速度会越来越快，如果它是你仅有的资产，十年以后你的价值堪忧。

用华尔街术语说，每笔交易都有一个仓位，跟你交往属于“交易仓位”(trading’s  position)，一旦价值下跌就要立即抛售，而不宜长期持有——也就是你想要的婚姻。听起来很残忍，但对一件会加速贬值的物资，明智的选择是租赁，而不是购入。年薪能超过50万的人，当然都不是傻瓜，因此我们只会跟你交往，但不会跟你结婚。所以我劝你不要苦苦寻找嫁给有钱人的秘方。顺便说一句，你倒可以想办法把自己变成年薪50万的人，这比碰到一个有钱的傻瓜的胜算要大。

希望我的回答能对你有帮助。如果你对“租赁”感兴趣，请跟我联系。

我收集了几家全球知名企业的Logo进化图片，发现大概有以下的规律：
设计之初都较具象、复杂、多色、有背景，慢慢随着大众对品牌的日渐认知深入，Logo向抽象、文字、朴色发展，越发注意细节，在细微处彰显精美。

Google:

爱迪生创立的GE公司：

Apple:

Kodak:

Canon:

IBM:
  
IBM(International Bussiness MachinesCorporation)以开发大型电脑而一跃称霸的IBM成为了业界的蓝色巨人。IBM将自己的硬盘业务卖给日立，而其电脑和笔记本业务则是卖给的联想，现在的IBM更多将自己的业务专注于研发和企业级的软件应用上。

Microsoft:

大众：

Shell:

宝马:

Nike:

百事:

奔驰:

Nokia:

sban 庚寅年一月八日 北京

这篇小文指在共享作者在ActionScript 3中设计数值枚举类型的最佳实践，原理是利用二进制的数值记数特征，在其它高级语言中亦易于实现，重在机理。

场景：在一个类库的某一个弹出窗口组件中，底部可能出现4个按纽：Yes,No,Ok,Cancel。这4个可能同时出现，也可能仅出现其中的任何n(0<n<4)个，这个策略由用户决定。

一，最简单的方法是最设计为字符串：

public static const YES :String = "yes";
public static const NO :String = "no";
public static const OK :String = "ok";
public static const CANCEL :String = "cancel";

当用户使用这个组件传递参数时，可以传递一个Array(Element of String)数组给这个组件，组件在运行时判断包含哪些按纽标记，然后依次创建添加。在这种设计中，YES与NO等枚举变量的字符串值是没有具体意义的。

假设传进来的是flags字符串数组，可以这样查找指定标记：

if (flags.indexOf(YES) > -1)…

二，有另外一种更为节省内存、更为优雅的设计方法。我们可以把它们定义为：

public static const YES :uint = 1 << 0;
public static const NO :uint = 1 << 1;
public static const OK :uint = 1 << 2;
public static const CANCEL :uint = 1 << 3;

Number总是比String占用用户更少的内存。左位移符后面的数字递增，保证这些枚举值是唯一的，并且保证它们之间任意的或(|)操作的值也是唯一的，这是由二进制本身的特性决定的。

当用户使用这个组件传递参数时，可以使用或操作符号传递一个uint数值。在组件内部，可以使用并(&)操作符号判断是否含有指定标记。假设传进来的参数变量为flags，类型为uint，判断是否含有YES标记的示例代码如下：

if (flags & YES)…

三，如果不使用左位移符号，也可以使用Math.pow。同样的效果，不同的代码定义如下：

public static const YES :uint = Math.pow(2, 0);
public static const NO :uint = Math.pow(2, 1);
public static const OK :uint = Math.pow(2, 2);
public static const CANCEL :uint = Math.pow(2, 3);

四，在Adobe Flex SDK内部，在Alert组件中使用了类似的设计方法。不同的是，Adobe SDK使用的是八进制，相关代码如下：

public static const YES:uint = 0x0001;
public static const NO:uint = 0x0002;
public static const OK:uint = 0x0004;
public static const CANCEL:uint= 0x0008;

这些数据虽然是八进制，但不是1234，而是1248，明显这是故意的。在AlertForm中，可以找到如下类似代码：

if (buttonFlags & Alert.OK)
{
	label = String(Alert.okLabel);
	button = createButton(label, "OK");
	if (defaultButtonFlag == Alert.OK)
		defaultButton = button;
}

这段代码用意不言自明。

2010/2/18 sban Beijing

本站所有文章均为sban原创，帖子均以现状提供且未授与任何权利。未经作者授权，不得以任何形式引用、转载或出版。

没有什么是真实的，人类对世界的认识或许永远都不可能透彻，我们自以为很清楚的认识，可能仍有不清楚的成分。人类通过自身感官感知已有世界，所听，所见，所闻，所触，所思，仅是真相对人类感知世界的投影。

感官越相近的生物，越容易互相理解。不同语种的人可以互相交流，不是因为有前人的翻译成果可以借鉴；如果是，我们不能解释第一个人是如何产生的。

对同一个世界，在同一个层次上，产生的认识是相同的。相同的认识，会有不同的表达方式。数学，是世界在数理层次上的抽象；如果人类之前有另一个智慧物种存在，他们也会有相同的数学逻辑，但数学符号肯定是他们自己定义的那套。

时间与空间在一定程度上没有分别，相似环境的历史或许是相同的。人有眼晴，有耳朵，有鼻子，有大脑，这在某种程度上来讲，是智慧物种进化的必然；如果地球从零再进行一次物种繁衍，再次进化出来的“人类”仍会有眼晴，有鼻子等器官，模样未必一样，但功能雷同。

人类所能感知的世界，是真实世界对人类感知世界的映射。感知是分层次、分角度的。

美是一种感知上的矛盾，是感知者在N层的分歧与在N+1层上的统一。对人类而言，层是如何划分的？层的厚度是多少？不同的人或有不同，但人类有一套基本的答案。

准确的答案是正确的，不准确的答案也有可能是正确的。

2010/1/6 sban Beijing
本站所有文章均为sban原创，帖子均以现状提供且未授与任何权利。未经作者授权，不得以任何形式引用、转载或出版。

美是一切产生、发展、变化的原因。美是在N层上的分歧与在N+1层上的统一。

2000/1/27 sban 葛佰屯
本站所有文章均为sban原创，帖子均以现状提供且未授与任何权利。未经作者授权，不得以任何形式引用、转载或出版。