Adventure Book

What is OTA ? 網路上 ota 的定義 禦宅原指熱衷及博精於動畫、漫畫及電腦遊戲（ACG）的人，而現在一般泛指熱衷於次文化，並對該文化有極 ... 詳見 zh.wikipedia.org/wiki/OTA - 的定義 但是現在要知道的是 : OTA definition (Phone Arena) Over The Air - Standard used for transfer of information between device and wireless network. Usually it is used to upload new software to mobile phones, or download/upload content (such as ringtones, pictures). -- OTA (Over-The-Air) Any kind of event, transfer, or transaction that takes place wirelessly using the cellular network, as opposed to using a cable or other local connection. Usually used in reference to downloading or uploading content or software. Examples include updating phone settings or software, downloading a new ringtone, or uploading a photo. The term OTA is sometimes used to describe the ability to update phone firmware over the network, which is technically known as FOTA: -- 網路上有關Android OTA的討論 How firmware update and Application update work through OTA work? how to implement...

比特幣wiki  要好好看一下，超多內容。 今天要介紹 Coinbase 主要是一個比特幣的電子錢包，類似paypal ，可以當作 比特幣錢包(Bitcoin Wallet)， 來協助比特幣流通。店家可以輕鬆使用Coinbase 來當作支付工具。

OEM: Original Equipment Manufacturing，接受客戶完全指定，按原圖設計代工製造。 ODM: Original Design Manufacturing，為客戶提供設計、製造代工的服務。 EMS: Electronics Manufacturing Service，提供經濟規模及全球各地的電子專業代工製造服務。 CMMS: Component Module Move Service，是郭台銘首創的代工模服務模式。包含JDVM 以及JDSM JDVM（Join DeVelopment Manufacture）共同設計開發製造與 JDSM（Join DeSign Manufacture）共同設計服務製造。 ODM與OEM的不同，在於增加了設計（Design）概念。 EMS與OEM的不同，在於，EMS提供了全球運籌通路與全球組裝工廠。 JDVM跟EMS的不同，在於，JDVM提供了客戶維護與全球維修， JDSM又比JDVM多了產品設計的部分。 PO：PURCHASE ORDER (客戶發給你的採購訂單)。 PI：PROFORMA INVOICE (形式(預約)發票)，你開給客戶的形式發票，相當於合同。 CI：COMMERCIAL INVOICE (出貨之前要做的商業發票)。 PL：PACKING LIST (出貨之前要做的裝箱單)。 SC：SALES CONFIRMATION (銷售確認書)。 SO：SHIPPING ORDER (裝貨單)。 DOA：Defective on arrival (到貨即損)。 RMA：Return Merchandise Authorization (退貨授權、退貨審查)。 科技業職場須知： ODM PM 業務 常見名詞整理 硬體產品經理的工作流程 開新案以及ODM專案的流程差異 PM到底在做什麼 ? Project Manager, Product Manager 以及 Program Manager的差別 職場名詞解釋 AE FAE Pre-sales Post-sales 什麼是Sanity test ? 軟體測試常見名詞整理 包含不同部門的測試人員負責範圍 英文面試八大常見問題 想知道那些科技業職場須知？歡迎留言一起討論...

直接翻譯的話：Resume 履歷表，C.V  -> Curriculum Viate 學經歷 （ 是拉丁文，意義為生命歷程 ）。 以用途而言：業界找工作用Resume，學術界用C.V。 以內容而言： Resume 僅針對工作相關(技能、經歷)，C.V  包含自傳，需要完整的自我介紹。 值得好好注意。

  波蘭對於台灣旅人來說，是一座充滿歷史厚度且物價親民（相較於西歐）的寶藏國家。六天五夜的時間，最推薦的作法是鎖定**「雙城記」：首都華沙 (Warsaw) 與古都克拉科夫 (Krakow)**。 這兩座城市剛好呈現了波蘭的兩面：一個是浴火重生的現代都市，一個是保存完好的中世紀古城。 推薦行程：波蘭雙城精華六日遊 這份行程安排考慮到了台灣人喜愛的歷史文化、自然景觀與購物，並將最震撼的世遺景點納入。 Day 1：抵達華沙 (Warsaw) — 歷史的重生 下午： 漫步 華沙老城區 (Old Town) 。這裡在二戰時被夷為平地，後來波蘭人對照舊照奇蹟般地重建，因此被列入世界文化遺產。 傍晚： 走到 居禮夫人故居 ，或是沿著 皇家大道 散步。 晚餐： 在老城區品嚐波蘭餃子 (Pierogi)。 Day 2：華沙 — 蕭邦與二戰血淚 上午： 參觀 蕭邦博物館 （身為波蘭國寶，音樂愛好者必去）。 下午： 前往 聖十字教堂 （蕭邦心臟安放處）或 華沙起義博物館 （深刻了解這座城市的抗爭精神）。 晚上： 推薦去「科學文化宮」看夜景，這座蘇聯風格的摩天大樓是華沙的地標。 Day 3：華沙 → 克拉科夫 (Krakow) 上午： 搭乘波蘭國鐵 (PKP Intercity) 前往克拉科夫，車程約 2.5 小時。 下午： 抵達克拉科夫後，前往 瓦維爾皇家城堡 (Wawel Royal Castle) 。 傍晚： 在 中央市集廣場 (Rynek Główny) 散步，這裡是歐洲最大的中世紀廣場。 Day 4：克拉科夫 — 震撼人心的歷史 全天： 參加 奧斯威辛集中營 (Auschwitz-Birkenau) 一日遊。 💡 小提醒： 這是此行最沉重的行程，但也是最具教育意義的地方。建議提前至少一個月在官網預約導覽。 Day 5：克拉科夫 — 地底下的奇蹟 上午： 前往 維利奇卡鹽礦 (Wieliczka Salt Mine) 。 這是一座巨大的地下之城，所有的吊燈、教堂甚至地磚都是由鹽雕刻而成的。 下午： 回到克拉科夫，逛逛 卡齊米日 (Kazimierz) 猶太區 ，那裡的氛圍非常文青，有很多特色咖啡廳與市集。 Day 6：克拉科夫 → 華沙 / 賦歸 上午： 在市集廣場的 紡織會館 (Cloth Hall) 買紀念品（如琥珀製品、波蘭陶器）...

Linkedin算是一個很特別的"交友網站"， 主要是想要利用社交網路累積人脈。  LinkedIn: Relationships Matter 先來個Linkedin簡單的介紹，利用google找到的一些中文介紹如下： 找工作？先到Linkedin挖人脈| 數位時代Beta2.0 當然還要看一下 Mr.6對Linkedin的發展過程介紹 Linkedin達2300萬會員且獲利創高峰，宣布起死回生(Mr. 6)

【有些事你不熱愛它，還是可以收穫滿滿 - Scrum到底講什麼？】 今天考過了Scrum Master的證照！坦白說，我一直都沒有想過要去考證照，因為我是一個熱愛挑戰、有時喜歡破壞規則的人，總覺得這種規則很多的東西不適合我。但剛好 HowAgile 請我給他們的課程一些反饋、天下文化 請我做 #SCRUM敏捷實戰手冊 書評，大人學、MasterTalks 請我開產品管理、專案管理的課程，「是時候好好研究一下我沒有特別熱愛的事！」我想。 雖然面試過上百Scrum Master(敏捷導師)、陸續有十多個敏捷導師在我團隊上，也用敏捷開發十多年，但我其實沒有考過證照，也不知道竟然還有手冊！ 抱著踢館的心態，開始了證照課程，發現自己用敏捷開發就像是騎腳踏車，會騎（用敏捷十年）、也在國家隊裡（臉書），但其實不知道原理，了解原理以後，感覺事情都串連起來的感覺！  幾個簡單的摘要給大家，不過切記，重點是團隊自動自發、有自主權的精神和背後的道理，倒不是這些規則喔！ 【團隊】 📌 Product Owner管Product Backlog，負責讓Development Team做的事發揮最大的價值 📌 Scrum Master提倡、觀察、指導、協助團隊用Scrum  📌 Development Team決定Sprint Backlog，負責達成Sprint Goal、每個Sprint產出可以使用、上線的產品「Done Increment」，所有需要完成Backlog都在Development Team上，可能不只有工程師 【Sprint】不超過四週，矽谷軟體公司通常是兩週 【會議】 📌 Sprint Planning：決定Sprint要做什麼、Sprint Goal，一月不超過8小時。在業界通常分為「Backlog Grooming」讓團隊了解要做什麼、「Sprint Planning」決定Sprint 要做什麼。 📌 Daily Scrum：在業界常被叫做「Daily Standup每日站會」，固定15分鐘，只有Development Team參加。 Sprint Review：在業界常被叫做「Demo」，每月不超過4小時。不只是「看喔！我做好了！」還有評估調整剩下的東西。 📌 Sprint Retro：檢討會，每月不超過3小時。不只是檢討，還有選出一樣...

北京故宮首訪，一窺清宮秘史 大玉兒 & 甄嬛  2019年去了一趟北京，首訪北京故宮/ 故宮博物院 /  紫禁城， 從英语的角度说 故宫的译为Palace Museum，准确说是故宫博物院的翻译。紫禁城为The Forbidden City或The Purple Forbidden City 。两者使用更多的是The Forbidden City 但故宫官网和门票多用Palace Museum 有一些不同用法請看： the Imperial Palace （特指皇宫）故宫 the Palace Museum （特指故宫博物院）故宫 the Forbidden City  紫禁城

How to setup NVIDIA DIGITS with QNAP NAS (Container Station) 網路上很多 NVIDIA DIGITS 教學文章： Nvidia DIGITS网页版深度学习框架 NVIDIA DIGITS 安装使用教程 看一遍你也会做！用英伟达 DIGITS 进行图像分割 今天來介紹如何在QNAP NAS上使用 NVIDIA DIGITS !!  先來為大家普及一下： NVIDIA  DIGITS The NVIDIA Deep Learning GPU Training System (DIGITS) puts the power of  deep learning  into the hands of engineers and data scientists. DIGITS can be used to rapidly train the highly accurate deep neural network (DNNs) for image classification, segmentation and object detection tasks. DIGITS simplifies common deep learning tasks such as managing data, designing and training neural networks on multi-GPU systems, monitoring performance in real time with advanced visualizations, and selecting the best performing model from the results browser for deployment. DIGITS is completely interactive so that data scientists can focus on designing and training networks rather than programming and debugging.

什麼是Sanity test ?  從維基百科查詢定義  http://en.wikipedia.org/wiki/Sanity_testing 基本上： 是測試範圍更窄的回歸測試，它只關心​​一部分功能。 sanity test通常窄而深。 主要用來驗證在系統經過一個小的改動後其某一部分小功能沒有問題。    用來驗證系統是否滿足規格說明 對於軟體開發而言，是必要的。在開發流程中，會有針對開發項目，由RD產生的Unit Test，及自動化測試的Auto Test 來作為function 的正常性驗證。 另一方面如 白箱測試(White box testing)﹐ 又稱Glass box testing 或 Clear box testing 所謂白箱測試是軟體測試的一種﹐在了解軟體內部流程的情況下﹐針對邏輯流程設計測試實例，目的是找出極限邊緣以及內在的邏輯錯誤。 及所謂 黑箱測試(Black box testing) 是軟體測試的一種﹐基本上把軟體當作一黑箱﹐根據軟體之輸出入要求﹐由不了解其內部構造與流程之使用者進行測試﹐通常由品管部門進行此一測試。 在這些過程中產生的issue 再回推到產品開發中，如果issue可以被依照function而分類，下一階段RD會針對issue產生test build 當然在一般來說一個test build 可能針對一或一類的issue，而回歸到下一階段驗證，就會是Sanity test 協助的地方。 最後這些大大小小的test build 再過了不同的小關卡之後，又再次整合回來一個版本要來送測。這時候就會需要  回歸測試 (Regression Testing) 重新驗證一遍。 PM到RD以及測試人員，一起努力把產品的品質提升，以測試人員的組織而言還有區分： 隸屬於RD team的測試，協助軟體開發階段的測試。 軟體專案的測試，以Android 手機為例，開發app 會有對 自己功能的測試。 產品整合的測試，一樣以Android手機為例，等過了app測試這一關，就會把app 跟手機作業系統整合測試，主要測試跨app的應用，以及與作業系統的其他功能是否正常。 對應客戶回饋的測試，當收到客戶回報會需要分析驗證測試，是功能建議的...