號呆鵝的操盤室

緣起 JUJU-250 上工5年，裝備從24"一片變成32"兩片懸掛，主機加大加重，升降桌也得跟著調整。把一些走過的歪路紀錄一下，如果您也要用升降桌，並且可能掛重物，可以避開這些歪路 升降桌不宜掛重物... 重量是問題的起點，我的桌子有60KG附載 螢幕1：8.1kg（BENQ EX3203R: 8.1kg） 螢幕2：8.5kg（Acer XV322QK KV） 螢幕支架：4kg（瑞米） 聯力機殼: 17kg 桌板本身20kg 桌板尺寸160cm*80cm，定義左前座標(0, 0)，右後(160, 80) 兩片螢幕靠懸掛架支撐，重心在(80,5)，重量約20kg，偏前方，左右平均 機殼重心在(30, 10)附近，偏前方， 左右很不平均 左桌腳柱(0, 40)，右桌腳柱(160, 40) 機殼重量不是開玩笑的，桌板被壓得傾斜，桌板微微傾斜朝上，手臂靠桌的觸感很差；升高到80cm控制器回報錯誤，根本上不去！若把主機放桌面可以升降，看來規格說承重120kg，不表示能承受重量不平均 把主機放地上問題就解了，但升降桌不能調高低，也太蝦了 解決問題1 物理沒忘光，左右桌腳向前10cm可以補償重心，這個事得重灌升降桌，嗯，重灌...  BEFORE (0, 40), (160, 40) AFTER (0, 30), (160, 30) 重灌WINDOWS大家都會，要先格式化升降桌 拆下螢幕，其中一片有貓抓痕；可惡，扣一個禮拜罐頭 解下螢幕懸掛架，頂級貨叫Ergotron，記下名字下次感受 解下主機，整好的線byebye 拆主機懸吊架，等一下六顆螺絲要攻牙 拆桌板和桌腳螺絲，等一下很多螺絲要攻牙 重灌升降桌得攻牙20個鎖點，電動螺絲起子是好麻吉 升降桌左右桌腳五年前裝反，順便處理 排插用 3M子母扣 黏在桌板背面，這個很讚，取電容易（螢幕*2，主機*1，額外插座） 調整 IKEA SIGNUM 到桌邊，放螢幕變壓器，多一顆延長線，再外掛樹莓派機箱 ACER螢幕 的USB hub很讚，接攝影機，螢幕掛燈主機 主機接線只剩五條：電源，螢幕*2，螢幕USB線，網路線；用WIFI還可以省一條線 電源供應器在主機下方，電源線自己耍自閉，還沒想好怎麼處理 桌腳前移平衡重心後，現在能升上105cm，終於能站著用了；掛上主機，桌板還是略為傾斜 解決問題2 解決桌板傾斜，換機殼才...

緣起 閱讀Joel On Software終於搞懂電腦文字編碼，也可以閱讀 原文 ；讀完整理腦袋記憶 我本來的認知 我其實只會ASCII code，用C語言大概看下表就差不多了，每個字1byte；另外中文字BIG5需要2bytes；UNICODE每個字2byte，notepad++看過一些長得很像，不大清楚差異的東西 UTF-32 UTF-8 UCS-2 little UCS-2 big 閱讀後，我的理解，不保證正確.... UNICODE專案 經過多年努力（吵架），最後誕生出一張共同的 碼位 表（Code Point）：包括17個平面文字平面，每個平面包括65536個字；程式設計師會用0x00_0000 ~ 0x10_FFFF來描述；這張表足以容納全世界所有文字，甚至把 表情符號 都標準化 表示0x10_FFFF需要3byte，電腦喜歡2/4/8這種2的整數倍的東西，所以UTF-32/ UCS-4標準代表每個字4byte表示；這樣 很浪費記憶體 ，但是很有效 unicode我的認知每個字元2byte，應該是整體碼位0x00_0000 ~ 0x00_FFFF這個區域；這個標準叫UCS-16/ UCS-2；假設這兩個字元叫A/B，順序是AB還是BA，也就延伸兩個標準 (little/ big-endian)；電腦處理UCS-2開銷還ok，英文字元開銷從1byte變成2byte，中文字維持不變 如果是軟體的API，資料型別是wchar_t，代表每個字用2byte表示；沒意外的話，軟體裡用wchar_t處理unicode應該是簡單有效率的 這表示電腦只能處理65536字，超出去了勢必代表資料丟掉；我猜常用的case都沒問題，不過需要跟全世界做生意，處理世界各地的地址，那這題就得小心處理了 如(3)， UTF-8 把Code Point用可變長度編碼，規則如下圖，幾個觀察 原先ASCII code的區域，0-127，還是只要1byte；表示英文和數字很有效率 第一個byte的MSB是0/110/1110/11110，這樣軟體可以很容易辨識開始；byte2/3/4的開頭必定是10，錯誤容易偵測；我猜中文字應該會大規模落在2~3bytes 這個編碼標準不用處理little/big endian這種麻煩事 在UNICODE專案成熟後，以 BIG5 為例，可以這樣理解 頁碼 （co...