嘿！你聽過電子閱讀嗎？Kindle機型比較選擇懶人包！

-

kindle與電子書



今年年中Amazon Kindle 繁中電子書，終於開賣啦！一開賣就有兩萬多本的繁體電子書，到現在不知道有多少本了呢！

今天Nimo為你介紹一下什麼是電子書、電子閱讀器、Kindle現在的機型，與選擇的建議。



什麼是電子書？



電子書就是將書本裡的文字抓出來，用電子設備來查看的書。




  • 電子書的優點：無印刷成本，方便攜帶。

  • 電子書的缺點：快速翻頁，筆記比較不直覺。



電子書的出現，讓你能隨身帶著幾十萬本書。



什麼是電子閱讀器？



用一種稱為「電子墨水」技術製作出來的閱讀器，專門用來讀電子書。

電子閱讀器存在的目地，是讓使用者可以獲得像閱讀紙質書本一樣的體驗，這個差別最主要是在螢幕上，與一般螢幕不同，電子閱讀器使用電子墨水之後，就像在閱讀紙質書一樣，必需透過外界的光源反射，才看的到內容。




  1. 不容易反光

  2. 長時間閱讀對眼睛的疲勞遠小於一般螢幕

  3. 減少藍光的危害

  4. 相較於紙本書、同等螢幕大小的手機，電子閱讀器重量非常的輕。



這樣說，在較暗的環境下沒辦法用電子閱讀器了嗎？

現在的電子閱讀器皆會內置LED，所以在較暗的環境還是可以使用的。



你為什麼需要電子閱讀器？



在我生火前，先假設你是一個愛看書的人。

我給你列出機點：




  • 出國/出遠門，好多書不知道帶哪一本。

  • 旅行的時候書看完了怎麼辦？

  • 飛機上僅有的書看完了。

  • 書本好重，拿久了手很酸。

  • 想要裝個假文青。

  • 家裡已經裝不下任何一本書了。

  • 有些偏門的書藉沒有紙本。



挑選電子閱讀器要看你對書藉的需求而定！



電子閱讀器這麼多，有Kindle，mooink，Kobo..

首先以目前而言，如果你是一個"完全繁體中文"的閱讀者，除了Kindle你有更好的選擇，當然未來 amazon 如果更加完善繁體書藉的話，Kindle也是很好的選擇。

若你有較高的英文閱讀的需求，毫無疑問 Kindle 是你最徍的選擇！

台灣有自己的電子書平台，基本上你買了電子閱讀器等於綁定了某個平台，你應該要先知道自己看書的類型滿再決定要選哪一種喔！




我怎麼看待電子書？



事實上，我更喜歡紙本書，喜歡翻書的聲音，書卷的氣息，指尖輕巧的滑過一行行文字，但事實上，很多時候是沒有辦法享受紙本書，在公車上，火車上，或是相約前的時刻，我不想隨身帶著厚重的書，我想隨著心情決定要看什麼書，我想在鎖碎的時間裡，除了看手機之外的另一選擇。



為什麼我選 Kindle oasis 3？



這裡是很主觀的意見，提供你參考。




  • 黃光：我有睡前看書的習慣，黃光會讓我可以更放鬆閱讀，並為接下來的睡眠做準備。

  • 黑底白字：黑底白字習慣了，我的覺的這樣讓眼睛更輕鬆。

  • 實體按鍵：相較一直移動手指去翻頁，讓手指停留在同一個地方有更好體驗。

  • 人體工學：Oasis 3 不對稱設計，讓我單手握持的感覺很舒適。

  • 較快的反應速度：老實說除了翻頁之外，Oasis 3的反應速度也沒到我的及格線，但是就單純看書與翻頁，速度體驗上是很不錯的！



重要！關於亞馬遜 美國、日本、中國的那些事



Amazon 在美國，日本，中國的帳號是不相通的！

所以想買日本的電子書，就要另外辦一個日本的Amazon帳號。

另外購買中國的電子書，中國會擋國外IP購買的唷！

繁體書籍目前是在美國亞馬遜的網站上喔！




























































































機型比較

Paperwhite4

Oasis 3

Kindle
WIFI O O O
觸控 兩點觸控 兩點觸控 兩點觸控
容量 8GB, 32GB 8GB, 32GB 4GB
解析度 1448x1072

300PPI		 1680x1264

300PPI		 800x600

167PPI
螢幕 6吋 (平面式) 7吋 (平面式) 6吋 (內凹式)
LED數量 5顆 25顆 4顆
處理器 單核1GHHz 雙核1GHz 單核1GHz
Audible有聲書, 螢幕朗讀 O (僅英文) O (僅英文) X
電池 大 中 大
防水 O (IPX8) O(IPX8) X
重量 182克 188克 174克
其他   實體按鍵、
金屬背蓋、

黑底白字模式、
LED暖黃光、

自動微調LED亮度、
人體工學設計		 低解析度、
無自動反轉
Amazon

購買傳送門		 Paperwhite Kindle Oasis Kindle


你的留言是對文章的最大的幫助！


留言

張貼留言

這個網誌中的熱門文章

成人剪舌繫帶聽過嗎？我剪了！！

-
圖片
最近我去開刀，把舌繫帶(舌頭與下顎連結的那一片)切掉了！！ 我的舌頭一直都短短，往外伸出牙齒0.5cm就是極限了， 你能想像不能舔冰淇淋的痛苦嗎？！ 這個問題困擾我26年了，終於決定去掛號，約個時間把它給切了… 星期一的早上，口膣外科就跟以前來拔知齒的時候一樣很多人，等待一個小時的我還是成功見到了牙醫。 「我是要來看舌繫帶的，舌頭伸不出來，有些發音蠻困難的…」 「好，我來看看…」 「你這是小手術，現在就可以做，做嗎？」 「好。」 (！！！！ 居然就要切了嗎？原本想好的預約呢！？) 剛打完麻醉，醫生才想到還沒給我簽同意書，一邊等麻藥生效一邊簽著同意書和聊著為什麼會想要切除舌繫帶，過了些許的時間"小手術"要開始了。 「來嘴巴張開，阿~」 「阿~」 剪剪剪… 「你這個傷口有點大，等等要縫起來不然傷口又會長回去喔。」 「好。」(還要縫！！！，深呼吸，Nimo你可以的) ... 「痛痛痛」(揮手示意) 「可能是麻藥不夠，只剩一點點了，你要補麻藥還是直接做完？」 「做。」(阿阿阿阿阿。感覺我可以爆氣變成賽亞人了) 以下痛苦省略一萬字。 ..... 於是我在上班前終於做完了這個小手術。 復原大約需要一週的時間，其間吃飯就會用到舌頭，很痛。 有拍照但是蠻噁的，就不放上來了XD。 你是否該剪舌繫帶？ 先講結論： 如果你覺的他不影響你的生活，目前這樣也過的很好，那不建議你剪。 如果你還想要提升一下的話，參考下面的優缺點再決定吧！ 優點： 可以捲舌。 發音更容易。 舌頭清菜渣能力up。 唱歌更好聽(誤。 可以添冰淇林了。 嘿嘿嘿嘿嘿。 缺點： 痛一星期。 要重新適應。 一開始講話會怪怪的。 剪舌繫帶注意事項 傷口好了之後要多使用舌頭來習慣它喔！ 舌頭要放到正確的位置(上顎後方，不碰到牙齒)才不會讓變成小爆牙喔！ 剛做完手術不可以吃刺激性的食物喔！ 記得做好麻醉 ;) 剪舌繫帶費用 剪舌繫帶要多少錢？健保有給付喔，只需要掛號費 ，記得跟你的醫生確認一下。 你的留言可以讓文章更完整，更好！ 對了，如果你不知道什麼是舌繫帶，看一下圖片吧！
閱讀完整內容

Scp - ssh 的遠端檔案傳輸指令

-
  官方概要: scp   [-1246BCpqrv ]   [-c   cipher ]   [-F   ssh_config ]   [-i   identity_file ]           [-l   limit ]   [-o   ssh_option ]   [-P   port ]   [-S   program ]           [ [user @ ]host1 : ]file1   [ . . . ]   [ [user @ ]host2 : ]file2 看不懂對嗎？ 沒關系，我們只要會簡單的用法就好！ 1.系統需求： 本地這邊需要安裝     openssh-client 伺服器那邊需要安裝 openssh-server 2.指令： 從本地傳到遠端 : $ scp 要傳的檔案 遠端的帳號@遠端的位置(可以是ip，也可以是網址):遠端要傳檔案的資料夾。 1   $    scp   FileName   "User" @server :server-location /   {enter } EX : 以limiu的使用者身份把當前目錄下的*(所有檔案)傳到203.64.125.XX伺服器中的/home/limiu/資料夾位置 1   $    scp   . / *   "limiu" @203 .64 .125 .XX : /home /limiu /   {enter } PS : 輸入後如果遠端的帳號有密碼會要求您輸入。 User那邊的雙引號可加可不加(如果您的帳號沒有順殊字元的話。   從遠端傳到本地 : $ scp 遠端的帳號@遠端的位置(可以是ip，也可以是網址):遠端要傳的檔案 傳回來的資料夾位置。 1   $    scp   "User" @server :server-location /FileName   local-location /   {enter } EX : 以limiu的使用者身份把203.64.125.XX伺服器中的/home/limiu/這個位置下的*(所有東西)下載到本地端的.(當前目錄) 1 $    scp   "limiu" @203 .64 .125 .XX : /home /limiu / *   . ...
閱讀完整內容

關於RCA

-
圖片
markdown # 關於RCA * RCA : 根本原因分析 ## 結論 * RCA是一種通用報告的格式，提供了一些通用的方法與計巧，讓問題可以從根本上被解決，可以參考[Here](https://asq.org/quality-resources/root-cause-analysis#resources) ## 我們小組上使用的簡易格式 * I. Problem Statement -> 定義/描述問題 * II. Cause & Effect -> 分析原因/造成影響 * III. Solution & Evaluation -> 提出解決方案/評估可行性 * IV. Topics behind the scenario -> 延伸討論 (如果還有的話) ### 節錄部份壓測的RCA報告 ```markdown ## I. Problem Statement * 接入平台需要能承受較大量的用戶。 * 壓測試後發現承載人數低下。 * 測試行為，登入 + 打訊息 + 圖片上傳 & 只打訊息，以不同的人數成增長與訊息數量測試。 ## II. Cause & Effect ### 登入導至OOM * 登入API 密碼加密每次使用64MB空間加密 -> 過多記憶體導至系統崩潰。 ### 併發下物件過多導至GC壓力 * 部份API在高併發下產生大量的物件建立與釋放 -> 使CPU 70%以上的時間花費在GC回收上 ### 編解碼使用的方式不適合高併發場景 * 通訊server的編解碼使用`map[string]interface` -> CPU效能 + GC壓力 ... ... ## III. Solution & Evaluation ### 登入導至OOM * 將密碼加密使用的空間降低 * 需注意玩家的token失效問題 * 要編寫過渡的程式才能無感更換 ### 併發下物件過多導至GC壓力 * 對於重覆使用的物件，在高併發下應使用sync.Pool池來減少GC壓力 ### 編解碼使用的方式不適合高併發場景 * 通訊server的CPU壓力可以透過多台機器分擔壓力(目前的做法) * 或調整編解碼方式減少物件壓力 * 由於MQ訊息沒分離，解決...
閱讀完整內容