以太夜間：
1870-1890附近空，止盈1830-1800，止損1900
到了目標位直接多。
比特幣夜間：
29800-30000分批多 ，止損29700，止盈先看 30600，再看31000
sub commands: help, exit, reload
run sub command with / admin [subcommand]
show help message of sub commands by / admin help [subcommand]
show current message with / admin help
硬體製造商不一定有匯入哪把信任 shim 韌體的憑證
微軟有兩個 key
一個是專門簽 Windows 的
另一個是簽其他應用的（包含 shim）
第二把 key 微軟規定硬體製造商不一定要信任
GPL的規定是，顧客購買了某場廠牌的軟體時，當顧客要索取其軟體原始碼時，廠牌必須提供給顧客。 但廠牌沒有義務無償提供給不是顧客的人。 感覺就是紅帽不想當好好先生了。
只要有一個人買授權然後把 list 弄出來就好了吧?
但是 RH TOS 說如果客戶散播原始碼會終止合約啊
所以 Rocky 目前打算用 UBI 或是雲端供應商的 VPS 授權來繞過
但我覺得走到要看 license、要找洞鑽，狀況都已經有點難以挽回了
所以看到 Red Hat 一開始的聲明，就果斷花時間把能轉的都轉移到了 Debian
公司大了就是要營利，所以，會做一些 限制，會趕走 潛在的客人，但 營利數字 也會 上升
這個一開始我接觸到的開源商業模式說法似乎在結果上不怎麼符合
一開始是說開源可以賣服務，不過現在似乎社群也是不買單
短時間一定會拉高營收，長時間難以確認變化，唯有靠時間來驗證了
能夠幾乎無視翻版造成的損失只有讓正版的消費成本比翻版還低
App store, music store, steam 等我覺得都是個很好的示範
能不能靠鎖起來就賺錢，可能還要看他有沒有某些獨佔市場的優勢
就要看 RH 在 certification 方面既有優勢多少，有的話能不能保持住
我現在會直接用魔法小卡來買遊戲，因為找盜版的時間已經足夠我把遊戲買好跟載好了，而且日後遊戲有更新也能享受到更新
Red Hat 真的是靠技術服務，尤其是基建用 Linux，又有認證要過的時候
使用者要使用AWS裡的RH，AWS就會跟紅帽買技術支援
Valve讓遊戲開放商慢慢重視 linux 我覺得可能是為了雲端遊戲鋪路吧
日前我有潛入fb一個pc掌機的社團觀察，在Ally上市以後大約半個月以後，Ally 各種Windows沒有針對手持遊戲掌機特性設計的各種問題，越來越層出不窮了。
並沒有哦，SteamOS 3.4還是蠻針對Steam Deck硬體的
我解說一下，我們工程師對Linux系統在一台電腦的跑起來的要求，是可以動就好。
但是做給顧客的東西，不是剛好能動，而是要有那個硬體該有的100%極致的機能。 目前已經有人試圖SteamOS到Ally上，但問題就是可以動，表現不太好
這有關Ally特製型號的CPU等等，能不能正確控制它的acpi 等等之類
驅動問題對嗎？ 總覺得 linux 生態被驅動搞了很久
Android 碎片化我覺得也是硬體驅動沒有公開所以社群也無法維護
還有常見移植Linux的問題，wifi 、藍芽的驅動，Ally特製手把的driver 、按鍵mapping 等等
不過開源驅動目前就是看 AMD，不過好像也是問題很多
其實我覺得Steam Deck的成就，相對於以前不成功的Steam Machine，在技術上我覺得Valve做對了一件事情
先搞定轉譯器對嗎😂
一個平台重點是在上面有沒有使用者感興趣的應用軟體
Steam Deck 是單一的硬體，而不是一個廣泛的規格標準（讓各個加盟者來實作可以跑的硬體），他就只是要求選定的元件供應商必須好好的實做Linux驅動即可，同一規格的硬體，量又大，元件廠商就必須完成客戶的要求，這樣作業系統的維護也比較輕鬆
然後可以達成一些很極致的機能，我最近很驚艷到的，是SD跑侍魂曉（3歲的3a格鬥遊戲），Graphic調最高，我還可以把tdp限縮在8~9 tdp，這樣也有60fps 遊戲可以玩3小時
我補充，我的意思是SteamOS充分發揮了他客製的AMD APU的低功耗下的好效能 （Ally的特製Apu思維則不同，跟筆電幾乎一樣）
Chromebook某種程度上有讓某些硬體在Linux的支援度變好
FreeBSD,OpenBSD的802.11 support...
RHEL的優勢還是backport,ABI freeze等
這個補充一下，Steam 有私有雲機制，躺在床上的用Steam Deck玩桌機Steam 的遊戲是現在式。 而不是遠端機房的server。 對於玩家而言，公有雲端遊戲一直是很負面的
Steam Deck推出時期前後， 市面上其實羅技也發表了純雲端遊戲掌機，就賣不太起來。
純雲端我覺得只是商業模式還沒建立起來，GFN 跟 Steam link 的體驗我覺得技術上都可以達到雲端遊戲的需求了。
我覺得公有雲的雲端遊戲還是有不可解的問題—輸入與傳輸的latency 。
我以前腦洞大開的覺得可以把伺服器放便利商店之類的地方，電信商替這些應用去做特殊的路由找最低延遲的路徑去連線
應該說如果以遊戲的角度看類似的方式 機房的密度應該要更高（？
滑鼠如果poll rate預設125Hz的話，延遲就8ms了
不用到小企業，一個人的力量都能 Linux from Scratch 然後維護了 🤔
AWS 這種公司要不要一套符合自己需要的系統完全就是他們想不想而已
做下去基本上也是摧枯拉朽 輾都要輾過去
Red Hat 還是有些有專利保護然後自己專用的優秀軟體資產可以上啦
如果你的硬體很單純比如螃蟹出品RTL8812AU 大家都照規定來 那相容很簡單 就是個驅動而已 你要自幹或者用原廠的都沒啥問題
沒有他那個該死的 Windows Only 破爛驅動就是會斷線
使用者習慣問題吧，如果已經習慣用CentOS，那自然就會想要AWS提供RH能選
那就要看Leader願不願意接受更換OS的潛在成本囉
我是說Android設備出廠後就再也沒更新這回事，也許同樣的驅動Android6能用，但不見得能在Android10也能動。
後來在Android10似乎要解決這個問題，不過看起來成效不彰…
出產的廠商覺得關我屁事，手機廠搞定一版會動沒問題以後就散會收攤了
到現在 Ubuntu Touch 有完整支援的也就一支手機而已 😂
有人用過python 調用Ansible的playbook嗎
遊戲有任天堂、媒體有迪士尼，
現在資訊有甲骨文
產業界三大訟棍（o