我讀 «股素人、卡小孜的收租股總覽 1»

股素人、卡小孜是一對父女檔, 他們理念相同, 但各自存股. 兩人合寫過 <股票收租法：我 4 年賺 100%> (2014)、<我用四張表·存股賺一倍> (2015). 這兩本我都沒有買, 這次因為要一口氣把金石堂的禮券用完, 所以就加上了這本很像 <股市總覽秋季號> 的 “總覽 1″. 看來以後也會順勢出 2, 3, 4….

對作者來說, 寫本書主要是回應讀者的要求 – “要 4~5 年才能賺一倍, 有沒有 3 年就賺一倍的方法？＂這口氣跟 PM 差不多嘛, 哈！於是作者們把選股標準放寬, 告訴大家這還是有可能的. 然而, 根據作者的分析, 目前在台灣 50、中 100 當中, 沒有個股符合存股的條件喔！

本書選了 60 檔股票, 各自為他們訂下 “適當買價" 供大家參考. 其中有 10 檔是 “勉強" 從前 150 大公司裡面選的, 另外 50 檔當中, 則包含了 30 檔上市股、20 檔上櫃股. 由於本書在販售的時候比照 18 禁書刊用塑膠套密封, 所以我就不便把他們全部寫下來, 就貼個 SOP 吧！(紅圈圈就是降低驗收標準的地方)

SOP-of-stock-768x448

這個 SOP 和別人的版本差異基本上不大. 如果跟艾蜜莉相比, 主要差別是: 艾蜜莉只買中大型股、艾蜜莉有不喜歡的產業別、艾蜜莉看十年歷史紀錄而不是五年. 還有一點就是股素人會用歷史本益比推算近 4 季 EPS 來驗算股價, 而艾蜜莉考慮的是 10 年低點．10 年低點基本上不會出什麼大差錯. 而近 4 季 EPS 驗算在於防止最近 4 季剛好是最爛的 4 季, 使得股價看起來很便宜, 但本益比卻是新高. 這個觀念相當不錯!

最後提供一個數據, 在本書的 60 支定存股 (含 10 支外卡) 中, 有 16 檔在 105/10/31 的時候, 市價 < 適當買價. 另外有 44 檔的市價 > 適當買價. 也就是說當時還有 16 檔可以立即入手. 不過最近漲了大半年, 還剩幾隻可以定存就要慢慢比對了.

最後我要爆雷其中一檔旭軟 (3390), 反正大家也不會去買, 書上說它的適當買價是 -4.69 元 (p.241), 這寫在定存股裡面….是要 “定期放空" 嗎? 哈!

我讀 «我的購物車選股法, 年賺 30%»

本書的作者許凱迪跟很多人一樣, 初期在股市嚐到甜頭, 接著聽信 “專家" 而大滑一跤, 畢生積蓄有去無回. 所幸他突破困境, 領悟到從哪裡花錢就該從哪裡賺回來 – 這就是購物車選股法的精髓.

像是他買了兩隻好神拖, 發現了花仙子 (1730), 吃豆腐就想到買中華食 (4205)，這兩個的經驗和我大同小異. 自己發現, 而且沒別人發現的時候是最讚的. 等大家都知道就沒那麼厲害了.

此外, 作者逛超商就買統一 (1216)、統一超 (2912)、打電話就想到買中華電 (2412)、買車想到和泰車 (2207)、車子要保險買裕融 (9941)、換輪胎所以買正新 (2105)、吃雞肉買卜蜂(1215)、吃麵食買聯華 (1229)、吃小吃想到大統益 (1232)、買藥想到大樹 (6469)、杏一 (4175)、搭電梯所以買崇友 (4506)、居家安全買中保 (9917)、到垃圾要買崑鼎 (6803)、銀行中選了玉山金 (2884)…這些都是自然而然可以聯想的. 

我覺得比較厲害的是, 作者發現不管哪一家電商(富邦媒 – 8454) 比較強, 大家都要用紙箱寄貨, 貨運要靠大榮 (2608)、貨車要加柴油, 所以連帶要買山隆 (2616), 想像力還滿豐富的.

作者認為同一個族群裡也會有很多選擇, 但是最有名的那個就是最有競爭力的品牌, 選它準沒錯. 買東西的時候, 多看看購物籃、甚至收銀機 (振樺 – 8114) 都能激發一些靈感. 如此一來, 就算不太會看財報, 也可以從日常食衣住行中發現可以投資的股票.

當然, 讀者們可以挑戰說, 為何我買 iphone 不能順便買鴻海、台積電? WIFI 到處都是為何不買螃蟹? 甚至發哥? 嗯,…避開電子股還是比較穩定啦! 不然手機都沒算進去了, 那汽車更是奢侈品兼景氣循環股啊! 其實景氣循環股都不是很好的存股標的, 讀者應該不會嗆聲說: “難道我不能因為想找房子而去買信義?! 想找工作而去買 104?!"

總之, 這本書挺有趣的, 可以讓大家的眼光、雷達更為敏感. 但, 先發現新大陸的, 才是最大贏家. 移民新大陸的還是差了一點點點…

我讀 «生活投資學：領股息、賺價差，最適合散戶的投資系統»

本書的作者許凱迪跟很多人一樣, 初期在股市嚐到甜頭, 接著聽信 “專家" 而大滑一跤, 畢生積蓄有去無回. 所幸他突破困境, 領悟到從哪裡花錢就該從哪裡賺回來 – 這就是購物車選股法的精髓.

像是他買了兩隻好神拖, 發現了花仙子 (1730), 吃豆腐就想到買中華食 (4205)，這兩個的經驗和我大同小異. 自己發現, 而且沒別人發現的時候是最讚的. 等大家都知道就沒那麼厲害了.

此外, 作者逛超商就買統一 (1216)、統一超 (2912)、打電話就想到買中華電 (2412)、買車想到和泰車 (2207)、車子要保險買裕融 (9941)、換輪胎所以買正新 (2105)、吃雞肉買卜蜂(1215)、吃麵食買聯華 (1229)、吃小吃想到大統益 (1232)、買藥想到大樹 (6469)、杏一 (4175)、搭電梯所以買崇友 (4506)、居家安全買中保 (9917)、到垃圾要買崑鼎 (6803)、銀行中選了玉山金 (2884)…這些都是自然而然可以聯想的. 

我覺得比較厲害的是, 作者發現不管哪一家電商(富邦媒 – 8454) 比較強, 大家都要用紙箱寄貨, 貨運要靠大榮 (2608)、貨車要加柴油, 所以連帶要買山隆 (2616), 想像力還滿豐富的.

作者認為同一個族群裡也會有很多選擇, 但是最有名的那個就是最有競爭力的品牌, 選它準沒錯. 買東西的時候, 多看看購物籃、甚至收銀機 (振樺 – 8114) 都能激發一些靈感. 如此一來, 就算不太會看財報, 也可以從日常食衣住行中發現可以投資的股票.

當然, 讀者們可以挑戰說, 為何我買 iphone 不能順便買鴻海、台積電? WIFI 到處都是為何不買螃蟹? 甚至發哥? 嗯,…避開電子股還是比較穩定啦! 不然手機都沒算進去了, 那汽車更是奢侈品兼景氣循環股啊! 其實景氣循環股都不是很好的存股標的, 讀者應該不會嗆聲說: “難道我不能因為想找房子而去買信義?! 想找工作而去買 104?!"

總之, 這本書挺有趣的, 可以讓大家的眼光、雷達更為敏感. 但, 先發現新大陸的, 才是最大贏家. 移民新大陸的還是差了一點點點…

MSE 小筆記

MSE 是指 Media Source Extensions.

傳統的 HTML 網頁就支援 audio, video 的 tag, 然後將它送給 player 播放. Web-based 的 Jave script Applications 透過 MSE, 就能將片段的 media 送給 player, 因此可以實現 adaptive streaming, 例如 MPEG-DASH.

video-blob-768x468

既然要支援隨時變化的片源, MSE 的特色之一就是支援 multiple SourceBuffer objects. 當然, 普通 SourceBuffer 一定也支援. 以下是它的定義:

SourceBuffer

Represents a chunk of media to be passed into an HTMLMediaElement via a MediaSource object.

可以想像, 支援 multiple SourceBuffer 要有一個清單. 所以 MSE 也支援 SourceBufferList 這個 interface.

SourceBufferList

A simple container list for multiple SourceBufferobjects.

MediaSource 是一個 object [2], Sourcebuffer 是它的實體. 圖示如下 [3]:

HTML_MediaSource_SourceBuffer

由這張圖也可以看到 MediaPlayer 會負責處理播放. 由於可播放的格式相當多, 每個 browser 能支援的 audio/video formats 都有所差異. 像是 Chrome 當然要挺自家的 WebM, VP9…等等. 以 Webkit 為例, 透過 MediaPlayerPrivateInterface 就可以把 mediaSourcePrivate/SourbufferPrivate 的內容送給真正的 player.

若使用 gstreamer 來當 player, 它有特別的 WebkitMediaSrc 這個 element, 資料由這邊進去 gstreamer 的 pipeline  就可以做後續的解碼 [3].

mse3-768x530 [REF]

  1. https://developer.mozilla.org/en-US/docs/Web/API/Media_Source_Extensions_API
  2. https://developer.mozilla.org/en-US/docs/Web/API/MediaSource
  3. http://eocanha.org/blog/2016/02/18/improving-media-source-extensions-on-gstreamer-based-webkit-ports/

Westeros 小註解

關於這個題目, 可以依據過去的歷史, 看出發展的軌跡.

    1. STB/OTT box 需要一個 browser.
    2. 過去常用的 qtwebkit 已經不 maintain 了. 下一代是 Blink 或是 Webkitgtk+.
    3. 將 Wbkitgtk+ 中的gtk+ 拔掉, X server 換成 Wayland, 就得到 Wayland for Webkit. 架構圖如下 [from igalia]:webkitgtkJPG
    4. X server 哪裏不好？因為它不是 client-server 的架構, 所以彈性較差.
    5. Wayland 就是 client-server 的 protocol. 下圖取材自 WIKI [1].
    6. Weston 是一種 Wayland Compositor 的架構 (reference design). 其他架構包括: Lipstick、Enlightenment、KWin、Mutter、Clayland...等等. [1]
    7. Westeros 是擴充的 Weston 版本.

    Wayland_display_server_protocol.svg_

    Westeros 有什麼不一樣呢？在 github  [2] 上說了:

    Wayland Compositor

    Westeros is a light-weight Wayland compositor library. It uses the Wayland protocols, and is designed to be compatible with applications built to use Wayland compositors. It implements a library that enables an application to create one or more Wayland displays. It supports the creation of normal, nested, and embedded wayland compositors. A normal compositor displays its composited output to the screen, while a nested compositor sends its composited output to another compositor as a client surface. An embedded compositor allows the application that has created the embedded Wayland compositor to incorporate its composited output into the applications UI. This allows for easy integration of the UI of external third party applications into an applications’s UI.

    關鍵字是可以產生多個 display. 正常的 display 就是一路 UI. nested 版本可以把一個 compositor 做出的 display 加到另外一個 compositor. embedded 版本做出的 display 可以加到 APP 的 UI, 也就是 APP 的 UI 不用完全透過 Wayland 來畫圖. 這樣看來, Westerns 比普通版的 Weston 要有彈性多了.

    [REF]

    1. https://en.wikipedia.org/wiki/Wayland_(display_server_protocol)#Weston
    2. https://github.com/rdkcmf/westeros