我讀 «股市憲哥教你說對話有人緣又賺大錢»

每次看到 “夢想街 57 號" 這個節目, 都不免對憲哥的出口成章留下深刻的印象; 再加上近來他也開始主持節目了, 更使我也對他的口才感到好奇. 如果他可以教人從股票賺錢那不稀奇, 因為憲哥本來就是股票分析師. 一個分析師變成 “綜藝咖", 還要教人講話, 這可就厲害了.

“說對話有人緣" 這個標題很常見, 卡內基、拿破崙希爾、甚至劉墉先生的作品都屬於此類; 教人“賺大錢"的書更是滿坑滿谷. 雖然我們都知道前者知易行難, 後者知難行更難; 把兩個因素放在一起變成 “說對話有人緣又賺大錢", 算是憲哥給沒買書的人的免費課程, 那就是如何吸引更多的讀者掏錢買書. 只有搞清楚對象說話, 才是正確溝通的第一步. 

憲哥究竟怎麼教呢? 本書共有四篇: 第一篇講" 好人緣口才練成法", 主要提到好口才來自對方感覺 “好", 而不是自己說的 “好". 因此不要講讓人討厭的話, 不要搶當主角, 不要有太多口頭禪, 以幽默化解危機, 說好話, 會道歉. 換言之, 要抑制口無遮攔, 想到什麼說什麼的念頭, 變成有意識的溝通.

第二篇叫做 “讓觀眾不分心的說話魅力", 這個段落是在分享憲哥演講的心得, 除了根據主題、觀眾而預做準備之外、特別強調要重視與觀眾的互動. 自己的準備要有餘裕: 時間上的餘裕是提早到場, 適應舞台、燈光、設備與走位; 題材的餘裕是能講更長的時間、以及應付 Q&A; 精神上的餘裕是能夠隨時改變主題, 比方說講講準備的題目本來是 “如何賺第一桶金?", 結果來聽演講的都是事業有成的人士怎麼辦? 憲哥說得好, 這個話題也適合聽眾的子女與晚輩, 所以重點改為 “如何教育子女自己賺到第一桶金" 就能激發大家聽講的興趣.

第三篇的題目是 “溝通耍心機, 點亮大錢途". 這個單元是憲哥分享了他當業務時期的經驗. 當時他在東元賣冷氣, 需要和很多大品牌競爭, 也要和家電行老闆打交道. 因此如何留給對方好印象, 如何做人情, 讓利給對方…就是這邊的重點. 以業務工作來說, 家電行什麼品牌都能賣, 為何要賣當時比較沒有名氣、比較難賣的東元呢? 憲哥說只要讓對方比較好賺, 就能構成誘因.

反正小牌子一定比較有折扣, 馬達同樣是日本進口的, 服務又不見得比較差, 店家自己打一打算盤就知道有沒有利潤. 再加上憲哥主動幫忙送貨、在店裡幫忙還能幫客人介紹其他品牌, 都為自己建立誠實可靠的印象. 所以店家願意向他進貨, 生意就做成了.

後來憲哥轉戰投顧業, 碰到的客人雖然從家電行老闆變成股市大戶, 但是很多技巧同樣適用. 為什麼客戶不到別家下單? 因為客戶在別家可能是小咖, 到小公司下單, 公司就讓他們感覺自己是大咖. 除了手續費有折扣 (退佣), 也偶爾報些明牌. 男性的貴賓室客戶, 就派年輕貌美的女服務員幫他送早餐和午餐; 客戶想跳槽會有多招慰留, 心機之深有如宮廷劇.

最後一篇勉強和賺大錢沾上一點邊, 因為讀者想來比較關心自己能不能賺大錢, 而不是憲哥如何賺大錢? 第四篇叫做 “一定要學的職場攻心計". 這裡面主要是談自己在菜鳥時代的心得. 書中提到菜鳥很可能會被老鳥拗著做事, 但功勞又全部被老鳥拿走. 所以憲哥要大家如何在不撕破臉的前提下, 在老闆面前揭穿真相. 另外這篇也提到如何面試、如何用人? 只不過憲哥似乎很少擔任中階主管, 主要提到的是家電業菜鳥業務和投顧業總經理的案例.

本書當中引用了很多諺語和典故, 足見憲哥用功的程度. 他提到為了背熟某句詩, 足足唸了幾百遍才講順. 如果我們花的功夫不夠, 自然沒辦法做到隨心所欲. 另外憲哥提到一句話很經典 (p. 240), 值得記誦. “對智者宜寬, 對愚者宜嚴, 對平庸之人, 要寬嚴並濟." 這句話我找不到出處, 不過甚合我心.

[其他的文摘]

筆記-賴憲政

Android 的 AV sync

我們播放多媒體檔案的時候, 很容易注意到 “沒有對嘴" 的情況, 這就是所謂的 lips sync (= synchronization) 或是 Audio-Video sync 的問題.

螃蟹公司怎麼做 AV sync 我不能告訴大家. 但是 Android 的世界裡就沒有太多秘密, 它又是如何做 AV sync 的呢? 

首先它不喜歡用傳統的 PTS (Presentation Time Stamp) 做單位, 而是採用 µs (微秒). 1 秒等於 90,000 PTS, 也等於 1,000,000 微秒. 即使在程式裡面還是難免用到 PTS 的概念, 不過 Android 的上層已經把它轉為時間的單位了.

在 Android 還使用 OpenCore 當播放器的時代, audio 和 video 分別和系統時間 (NPT = normal play time) 校正 [ref 1]. 由於媒體錄製的機器所使用的時鐘 (clock) 和播放器的時鐘會有一定的差異, 所以校正是必須的. 但是往往這個差異相當地小 (若干 ppm  – 百萬分之一的等級), 看完一部 MV 大概發現不了, 或許要看一部電影才會發現.

到了 StageFright 的時代, 計算好像有變複雜一點? 我只參考了兩篇網路文章 [ref 2, 3], 瞭解可能不夠全面. 不過以我對 AV sync 的瞭解, 看起來還是頗能自圓其說. 以下是我歸納的 rules.

1. 首先我們要知道依據播放器的時鐘, 我們已經播出了多少微秒. 請注意下面的 mSampleRate 其實是 frame rate. 這樣算出來的單位才會是秒, 乘上 106 就變成微秒.

2. 再來就是這個媒體的資料, 宣稱它現在是幾微秒? 其實拿 PTS 算一下就知道了, 這個值叫做 mPositionTimeMediaUs. 我們帥氣地把兩個值相減, 就知道系統時間比較快? 還是媒體時間比較快?

mTimeSourceDeltaUs = mPositionTimeRealUs – mPositionTimeMediaUs

3. 知道兩者差異之後, 我們就可以開始校正了. 我們想要播系統中第 N 秒 (RealTimeUs) 的資料時, 我們把這個 N 秒減去 mTimeSourceDeltaUs, 就知道該播的是媒體中第幾秒 (nowUs) 的資料.

nowUsRealTimeUs – mTimeSourceDeltaUs.

4. 從上下文觀察, 此處的 RealTimeUs 是由 audio 所計算出來的. 於是我們知道 Video 也應該要播媒體中的第 nowUs 秒的資料了. 不過 Video 該不該播出來呢? 要看現在 video 已經準備要播出的那一張的時鐘 (timeUs) 而定. 如果 nowUstimeUs 還小, 那麼表示我這張太早了, 稍微晚一點再播就 OK. 早多少可以接受呢? Android 說凡是早了 10 ms (毫秒) 以上, 都拖個 10 ms 再播!

如果 nowUs 比 timeUs 大, 表示遲到了!

lateness =  nowUs – timeUs.

5. 既然遲到還有甚麼藉口? 只要遲到 40 ms 以上, 一律趕快播! 

6. 如果竟然遲到超過半秒, 說不定 audio 都有問題了!? 所以會強制去 call 一次 AudioPlayergetMediaTimeMapping(&realTimeUs, &mediaTimeUs) 重新取得 realTimUs 和 mediaTimeUs.

以上就是我粗淺的心得, 還請路過的大神幫忙糾正, 順便去救一下 [ref 3] 呼救的那位. 謝謝!

[ref]

1. Android多媒体之OpenCore的A/V同步机制

2. Audio Mutlimedia Framework

3. understanding the logic behind the AV sync in Android 2.2

[後記]

雖然我應該去洗澡睡覺了, 但是還是忍不住講一下八卦. 上面用到微秒和毫秒的地方, 我檢查了一下, 大概沒寫錯. 我記得我大二考電子學第一次期中考的時候, 錯把微秒寫成 10-9, 結果被老師扣了 25 分. 整題計算都對, 只是在 Ans: 後面寫錯單位, 老師還是一分都不給我. 他 (當時還是讀博班的講師) 說: 如果你考博士班資格考 (俗稱 qualify), 錯任何一點點就沒分了. 等我自己考完 qualify, 我確認他是唬爛的…哈! 何況, 己所不欲勿施於人嘛.

我讀 «新巡者»

“新巡者" 是俄國小說家盧基揚年科沉寂多年後的新作, 前幾天去買了一本, 今天終於看完了. 同時間買進的 “通吃iOS及Android:用 HTML5 + Script 就能開發 APP" 當然先丟一邊了. 

小說的第一頁是否能吸引人是關鍵, 新巡者的開頭還是可以吸引我. “一個小孩在機場大吵大鬧不願意上飛機…", 嗯, 這讓我想起了電影 “絕命終結站" 第一集, 值得往下看喔!

這一集的主題, 勉強地說, 就是 “超凡人的存在主義" 吧! 大叫飛機會墜毀而拒絕上飛機的小孩是先知, 先知當然就能預言 “一定會發生的事". 如果某件事一定會發生, 那麼我們可以做什麼嗎? 平凡人大概不能做什麼, 但超凡人呢? 不管是為了自己, 為了祖國, 還是為了全人類; 他們也會試著想要改變必然會發生的事. 

是他們改變得了嗎? 先知的預示一定會發生嗎? 怎麼知道是超凡人干預了未來, 還是預示本來就不準? 要是那些干預只是短暫有效, 但日後會有更大的反撲呢? 這本書的中心思想和前幾部書都不相同, 甚至有自我懷疑和否定的意味, 所以我才會聯想到已經不紅很久的存在主義.

這一集裡面的試著探討上帝與超凡人的關係, 試著解釋吸血鬼的由來, 個人覺得這幾段有點畫蛇添足. 早期的讀者可能試著在某些見面會中, 要求作者回答過這些問題. 不過盧基揚年科大人實在不必像鬼太郎的作者水木茂一樣, 幫每一種鬼怪的來歷都找出理由. 正確的典範有個現成的例子: 我們以前看了 N 集的 X 檔案, 不但始終還是搞不懂外星人的真相是什麼? 還白癡地誤以為下一集就會有答案. 能夠做到這樣就可以了.

不僅是我看出作者受到讀者反饋的影響, 其實連作者在序中也這麼說. 2007 年作者到台灣 “打書" 的時候, 由於深感台灣讀者的熱情, 答應在下一本書中把台灣也列為場景. 果然在本書的 238 頁, 第一人稱的男主角就踏入了中正機場, 並且在故宮博物院和台籍的超凡人范文揚會面, 交換對付幽界的心得. 我在想, 如果我在 2007 年參加台北書展的話, 說不定也能拗他幫我在書中軋一角呢? 比方說: 一個七級的預言家? 

根據本書的定義: 預言家通常看不到自己的未來, 但是先知可以. 預言家預測的事件未必會發生, 先知的預言, 只要被 “凡人" 聽到就一定會發生.

言歸正傳, 撇開作者對超凡人的存在主義, 它的故事還是挺精彩的. 幽界這次化身為有智慧的有形物體 (老虎, 年輕人…等等), 它的能量來自人類的犧牲. 因此天下太平無事的時候, 幽界就會希望先知趕快預言. 因為預言通常不是好事, 而是大災難. 幽界唯一不希望先知說出來的, 就是先知對界的預言. 可想而知, 當先知的預言都和幽界有關, 幽界為了維護自己的生存只好捕殺先知. 這就是本書大致的故事背景.

“新巡者" 的結局, 大家並不難猜到, 超凡人的能量來自幽界; 沒有幽界就沒有超凡人. 而作者不會斷了他寫下一集的財路…

Android APP 對 memory 的要求

剛剛在 Android 4.2 CDD (Compatibility Definition Document) 裡面看到 Android 對 APP 指定了可以給予多少 memory 的參考數字.

不過該表格使用的單位很不直覺, 它定義了 small, normal, large, xlarge 四種螢幕尺寸; 又定義了 ldpi, mdpi, tvdpi, hdpi, xhdpi, xxhdpi 等六種解析度 (DPI = dot per inch).

雖然我們可以顧名思義地推測, xlarge 就是 extra large. hdpi 就是 high DPI 等等. 還是做一張沒有特殊名詞, 直接看數字的表格來參考比較方便.

Screen Size Screen Density (DPI) Application Memory (MB)
426×320/480×320/640×480 120~160 16
213~240 32
320 64
960×720 160 32
213~240 64
320 128

據說真正的視網膜解析度是 477 DPI, 而 iphone 4 超越的視網膜 326 DPI 是指直線的方向而已.

總而言之, 在 Android APP 的世界裡, 還沒有 1080P, 4K2K, 或是超越視網膜這回事. 不然每個 APP 應該可以要個 256 MB 也不為過. 那 PM 就不用再想 "cost down 到一顆 256 MB DRR 有沒有可能?" 這種事了.

不過 Android 的確定義了兩種螢幕類型 (screen types). 一種是固定螢幕解析度 (Fixed-Pixel Device), 例如手機和平版. 所有的視訊都要縮放到它預設的解析度. 另一種類型 (Variable-Pixel Device) 是沒有螢幕, 或是有視訊輸出接口的. 對於後者, Android 就有 HD video 的觀念. 而且它很固執地規定只能有 720P 和 1080P 兩種解析度, 不准支援其它的輸出解析度.

Variable-pixel device implementations MUST support one or both of 1280×720, or 1920×1080 (that is, 720p or 1080p).

UIBC 小註解

UIBC 是指 User Input Back Channel, 用在 WIFI Display 的情境之下. 由於顯示裝置 (AV sink device) 和發送裝置 (AV source device) 只能透過無線傳輸, 所以從顯示裝置反過來操作發送裝置的話, 就叫做 UIBC.

上圖中的示意圖, 左邊的 310 可以換成平板或是手機 (410), 右邊可以換成筆電 (420). 不過手機一定是拿在手上, 自己控制自己就好啦!哪需要用到 UIBC?非也! Samsung 申請了個討厭的專利, 連筆電控制手機都納入了專利的範圍, 還好它在 2010/11/2 申請到現在還沒過.

UIBC Patent2

這個專利的摘要說:A method and apparatus for providing a user input back channel (UIBC) in an audio/video (AV) source device and an AV sink device communicating according to a wireless fidelity (Wi-Fi) display (WFD) standard is provided. The method includes: setting up an AV control session and an AV data session between the AV source devices according to the WFD standards; enabling the UIBC from the AV sink device to the AV source device by using the AV control session; and transmitting a user input from the AV sink device to the AV source device through the UIBC.

讓我們拭目以待, 看看拿了 20 個美國專利的 LEE; Jae-min, 和 11 個專利的 NA; Il-ju 這次是否能夠得逞.