20120605

• ypc: 記得上次的會議記錄 polytraceaid ，下週一定要用pta，用了告訴我有什麼問題，下次！就是用pta 不然就請pizza

reviewer 隨時中斷隨時問喔

• howay: 請把setupVM 註解在寫清楚一點 why realize here?howay:為何會有outerdialog?

因為發現一個問題，要用modle的東西把下面的東西buffer住，無法用mainwindow… 請原講者自行補齊XD

• howay:一開始mapingdialog有檢查只能有一個root
• ypc: WOP mapping tree and VM ，why do this here?通常因為兩reference 同時只到同一個物件，雷射不會亂射,why getRoot here? 這後來可能會改掉，但是先問一下要了解

• howdy: 因為現在diva 一個tree 一定要收到一個root 之後會把這個部分交給使用者自己去對應，會在mpd的時候就去對應，而非自己用程式去找

• ypc: ex BT 的node 有三個，如果有point指到此bt的node，那他的vm是什麼？，他必須是個container，雷射應該要打到三小球還是外框？應該是要打到外框，跟WOP的結構有關係

• howay:其實他的root不是指wop，wop最後變成葉子了

• ypc:MapingEngine.cpp 有歷史因素，一樣用bT來解釋，當你啦完了後他有tralve left right 哪個vm分別代表這些？這code當初嘗試自動化去做這些事，但是發現如果有那麼多rule就是有問題，為何要找出這代表？因可能user會視覺化一個pointer or reference，不是指到node喔，point可以試end travle 除了要找代表的vm事什麼，裡面的member也要幫他找，但是這rule在複雜一點匯出錯，因為永遠歸納不出合理規則，所以未來這部份要換掉，因為mapping太複雜了，無法自動化解決，應該交給user

• ypc: SW中有software 考古學（archiology?）某講者年輕的時候幻想20xx年所有的building都會很科幻，事實上不是，現實跟想像是會有很大差距的，此talk告訴我們軟體也是如此，現在看到很多問題就是這個，現實一點！

• ypc: howay 畢業前把你改過的code坐記錄by howay and why你沒有寫why後面的人就不敢動

• howay: ubrvm :

• ypc : ca你未來如果要念博班我要糾正你的發音

• howay: ubrvm : ultimate b? reference vm 類似物理的最小分子，可以用這個去組成你要的東西

• ypc: 視覺化代價非常高，很多paper準備好的形狀套到你的問題根本不能用，事大部分視覺化的工具的問 題，domain specific，diva背後很重要的理論：如果你不事要那麼精緻，其實你可以用很簡單的基本視覺化元件去兜起來，ca:類似atomic vm? 接近不可切割的意思嗎？ypc:概念類似樂高，diva事要設計視覺化工具，這些基本的東西需要coding，隨著視覺化需求不斷近來，ubvm應該要成長很慢，今天弄箭頭，理論上不用去寫code，由三角錐跟圓柱去兜起來，在某個領域的人或許不懂，但是可以請我們去啦，也許一個下午就拉出來。

• howay ：Unfold Logic 有什麼缺點？

• ca: 如果tree有100個node要點一百次

• h: 會先給他一個dummyVM 會有什麼樣的問題？

• ca: 不曉得會不會有什麼thread concern

• h: 你有可能用container去包這些reference,但是他還沒展開所以要丟到dummyVM 但是container不知道有多大… vm沒有任何屬性跟你說他的container事誰所以無法知道是誰

• h: 建vm時會有個factory有個sbp 是什麼？

• c: 文件上寫說那個是x parameter 會使用那個sbp去生一個ubvm出來

• ypc: 走過列表強烈要求把所有sorce file列出來，至少先cpp，要知道進度狀況，這次走過就列成灰色，深灰色表示全走完，這次走的用紅色，用excel 顏色標記

• ypc:下週要去eda公司安裝，