今天想到的衍生性金融商品 - 演唱會的票

如果有家證券行販賣演唱會的票 ( 或者是其他限量人數的活動的票 )
票在演唱會開唱前到期
到期後才可兌換實體票券

那麼就會有幾種好處
1. 不會有黃牛票 或者說所有的票都是黃牛票
2. 不會有購票系統當機或使用困難的問題
3. 票價會真實反應出歌手的價值
4. 證券行又多賺一筆 超爽

關於念書

因為人類只會挑自己有興趣的書來念

而這些書裡面寫的內容 通常也跟自己的想法接近

書裡面有提到但不認同的部分 也會被選擇性遺忘

看完書之後 會更確定自己的方向 得到自我認同

所以讀書是一種正向循環的行為

社群服務業

今天在 plurk 上面看到這個連結
介紹文
http://blog.yam.com/ir123456789/article/30974652
價格
http://www.escapeartist.com.tw/EscapeArtist/Price.html

這是介紹一間店的連結
這間店提供顏料、畫筆、畫布，也提供食物，只要付錢就可以進去畫畫
同時也可以看到其他人在畫畫

看到這間店之後我想到的是
其實所有服務業都可以做這樣的事情
「每個人付錢後進店裡面只做一種特定的休閒」

我第一個想到的是網咖
第二個想到的是球場
第三個想到的是賭場
第四個想到的是漫畫書店
上面說的這些店都不稀奇

為什麼這間店會讓我有一種新奇的感覺呢？
我認為他多做了一件事情
那就是讓人認識人的機會變高
如果這間畫室是每個人獨立隔間 那就爆了

這間實體店面是以類似網路論壇的概念存在
專業論壇可以吸引專業人群聚集

如果以這個方向去想就會得到一個結論
有些社群服務可以做成實體店面
「只要設計一套規則讓店裡的客人 容易認識人」

打個比喻
如果說社群服務網站是虛擬實境
那麼社群服務的實體店面就是擴增實境
而擴增實境確實是比虛擬實境有吸引力的

因為人類還是比較喜歡活在現實呀

[問題] 使用 Class 類別動態建立物件的建構式參數

我想要一個物件產生器的類別
目標是以下的程式可以動

var cb:ClassBuilder = new ClassBuilder(Point, [10, 20]);
var p:Point = cb.build();

注意：Point 類別是不可修改的
也就是說我不能透過其他函數去設定建構式函數的初始值

所以我這樣寫

public class ClassBuilder
{
　var c:Class;
　var p:Array;
　public function ClassBuilder(c:Class, p:Array)
　{
　　this.c = c;
　　this.p = p;
　}
　public function build():c{
　　c.這裡要寫什麼
　}
}

有兩個問題

1.build函數傳回型態問題

我不能限制 build 傳回型態是 c
不過這不要緊 可以傳回Object再轉型 或是用*


2.建構式參數傳遞問題

因為我的參數 p 是陣列
如果建構式是一個 Function 類別的函數
那麼我就可以用

　　var f:Function = c的建構式;
　　var o:Object = f.apply(null, p);

的方式去傳建構式參數

== 嘗試 1 ==

我嘗試了以下這行程式

var f:Function = Function(c);

結果得到錯誤訊息
　　[Fault] exception, information=EvalError: Error #1066: 不支援表單　function('function body')。

== 嘗試 2 ==

如果直接寫

　　c.apply(null, p);

會得到沒有 apply 這個方法



我沒梗了 這問題有解嗎？
我現在是使用這樣的方式替代
public class ClassBuilder
{
　private var c:Class;
　private var p:Object;
　public function ClassBuilder(c:Class, p:Object)
　{
　　this.c = c;
　　this.p = p;
　}
　public function build():*{
　　var o:* = new c();
　　for (var attr:String in p)
　　　o[attr] = p[attr];
　　return o;
　}
}

不過並不是所有建構式的參數都是 public var
所以還是會有問題
其實只要讓建構式能吃陣列型態的參數就能解決了
但是不知道要怎麼寫

flash mask test 遮罩測試

附上測試原始碼

上面是遮罩
左邊是被遮物
交集是結果
程式碼是寫 「左邊.mask = 上面;」


這次的遮罩測試
主要是測試什麼東西可以當遮罩 什麼東西不能當遮罩
這是因為線段不能當遮罩的關係
點陣圖在有些時候會變成有上色的部分才是遮罩
有些時候是整張都遮罩
測試項目有
(L) 線段shape
(F) 填滿shape
(b) 外圍有留一圈空白的點陣圖
(B) 整張填滿的點陣圖
(C) 加上快取成點陣圖 cacheAsBitmap
(S) 包一層 sprite

有很多種變化
CL 表示被快取成點陣圖的線段
SL 表示一個線段shape被sprite包一層
CSCL 表示sprite有快取, shape也有快取


從結果可以看出
1. 線段不能當遮罩 即使加了快取成點陣圖也不能 除非兩張圖都加快取
2. 如果兩張圖都加了快取 就會有半透明遮罩的效果
3. 並不是 Bitmap 就可以不用加 cacheAsBitmap
4. cacheAsBitmap 只認最外面那層，在容器裡面寫 cacheAsBitmap 是沒用的

屬於我的表達方式

延續之前的文章

很高興的是今天跟朋友聊天後得到一個結論

屬於我的表達方式是測驗和遊戲

因為我把一些我想要知道的問題

包裝成測驗和遊戲了

iPhone & Android

以下文章完全是我憑感覺猜的
因為我根本沒用過 iphone 和 android

主要使用者分析
　不會寫程式的人
　　購買原因
　　　iPhone : 使用者介面 + i don't care.
　　　android: 硬體數據 + 反Apple
　　購買app意願
　　　iPhone : 高
　　　android: 高

　會寫程式的人
　　購買項目:原因
　　　iPhone : 開發機
　　　android: 開發機
　　購買app意願
　　　iPhone : 低
　　　android: 低

使用者分布
　不會寫程式的人數
　　　iPhone: 多
　　　android:少

　會寫程式的人數
　　　iPhone: 少
　　　android:多

結論:
　我認為在 iPhone 上面賣付費app 會比 android 好賣
　理由:會買 iPhone 的人根本不會 care 幾美元的 app 價格

　不過說是這樣說但app開發商還是會兩個通路都吃

照樣照句搜尋API

語法：
http://searchetrex.appspot.com/Sentence/?q=關鍵字&callback=函數名稱&start=(頁碼-1)*10
關鍵字未知的部分用 ... 代替

使用 google-search + regex 運算

範例：
啊...好像...似的...我看倒有點像...外號叫...緊接著說

曾經有...在我...但是我沒有...直到...才後悔莫及...最痛苦的事莫過於此...如果上天能...的話...我...如果非要...加上一個...我希望是...

可以直接 import 到 Parse JavaScript Object Online