programming

敏捷軟體開發宣言

藉著親自並協助他人進行軟體開發， 我們正致力於發掘更優良的軟體開發方法。 透過這樣的努力，我們已建立以下價值觀:

對於本文，請記住，在每個sprint結束時，每個story都標記為已完成或未完成。還要記住，每個story都需要被分解成可以提供商業價值的工作塊。

敏捷軟體版本測試週期

採用敏捷開發過程，只要當需求足夠形成一個週期工作量之後，

就可以進行啟動循環週期： 分析-設計-開發-測試-上線

每個循環期間，會需要非常頻繁的進行軟體版本測試週期

(事實上，這裡所提及的 alpha, beta… 測試階段，與傳統做法不同，敏捷的測試階段都是以週期為檢核點 )

跨域驗證本身存在著許多風險，其中最知名的中間人攻擊Man-in-the-middle attack (MitM attacks)，透過劫持 wifi 傳輸過程中所訪問的router ，解析其中的憑證，就能來偽裝用戶進行登入。

若採用 ＳＳＬ及可防止網路請求被攔截，

針對單一單入即可在不同 Domain 做跨域驗證的做法，最知名的就是 Single sign on (sso)

在swoole 官方介紹到運作原理時，就有針對 swoole 運作方式與 PHP-FPM 的差異進行比較 傳統 PHP-FPM 是基於 PHP Server 來解析 而 Swoole 則是用 C 所編譯的 PHP 擴充，可以直接透過 CLI mode 與 server 溝通 這一點差異就讓 swoole 能做到傳統 php model 無法達成的事情

除了 ctrl+shift+. 的方式可以切換 啟用終端機，以指令方式操作顯示/隱藏檔案方式如下： 顯示檔案 defaults write com.apple.finder AppleShowAllFiles TRUE;\killall Finder 隱藏檔案 defaults write com.apple.finder AppleShowAllFiles FALSE;\killall Finder

NEW FIX 4.4 電文說明 台灣證券交易所規範了FIX通訊協定作業平台，簡稱FIX 證交所TCP/IP資訊網路透過MPLS架構，讓證交所與每個券商主機之間都設定了點對點固定IP VC(Virtual Circuit)連線 通常發起端為證券商，建立連線之後傳送登入訊息讓證交所驗證， FIX協定為非同步傳輸方式，可連續傳送委託單 基本介紹如下: FIX 組成 FIX tag 組成包括: Header 表頭 Body 訊息內容 Trailer 表尾 Header 固定開頭為: 8=FIX.4.4<SOH> Body 是要傳送的內容，基本格式為: Key=Value<SOH>.... Trailer 結束使用的格式為: 其中 nnn 是透過 CheckSum 計算出的數值

LEAN 精實軟體度量 - 如何減少內耗成本

• 距離導致的浪費：開發需耗費移動或跨區域等候才能取得結果
• 層級導致的浪費：第一線人員需具備行動權力，才能減少來回溝通的成本
• 技術債的浪費：環境不一致導致上線部署出問題，寫出不良程式碼導致後續維護問題，都是技術債的一部分
• 文件導致的浪費：文件寫作錯誤，可能導致後續極大的損失及浪費，因此需重視文件的品質
• 度量本身的浪費：從客戶的角度來看，不會關心我們搜集這些度量的成果，他們重視的始終是價值，因此還是要評估現有狀況來導入度量，別因為強制導入而對價值造成影響

LEAN 精實軟體度量 - 如何提升效率

無論敏捷或精實，整體重點離不開以下幾點

• 進度
• 效率
• 品質
• 能力
• 客戶滿意度

LEAN 精實軟體度量 - 整體決策大目標 支撐決策的計畫可以區分為三個方向，從這些方向再衍伸出各種決策計畫，來設定合理的目標 組織 組織的方向除的公司本身，還包含競爭市場分析，內容包括產品規劃、藍圖、資源配置、市場調查 專案 專案主軸在於專案進度計畫，估算產能及工作量，提升品質，防範缺漏及測試，資源分配(交付週期、規模、個人及團隊能力)及能力提升計畫 個人至團隊 個人方面著重個人能力、工作量評估，提升目標則是個人能力、團隊能力及組織技能提升 本系列共五篇 1. LEAN 精實軟體度量 - 基礎結構及要求 2. LEAN 精實軟體度量 - 專案管理仍是重點 3. LEAN 精實軟體度量 - 整體決策大目標 4.

LEAN 精實軟體度量 - 專案管理仍是重點

整個敏捷開發或精實開發，都是圍繞在一個重點： 專案管理

專案管理最終目的是做出符合使用者期望

這也是純技術團隊發展 Scrum 通常被忽略的重點 - UI/UX 反饋 打造貼近使用者的產品，關鍵都在 UI/UX 這是在產品規劃過程必須考量的重點因素 因此在執行每一個階段後，都必須要再檢視，並檢討修正，確保品質與維持價值

LEAN 精實軟體度量 - 基礎結構及要求 軟體開發過程是一個複雜的體系， 敏捷開發 > 核心 > 快速交付？ 快速交付，要交付的是任務 再聊精實度量之前，先談談敏捷開發一些基礎構成 敏捷開發角色大概可分成主要三類： Scrum master, 產品負責人, 團隊 每兩週為一個 sprint 單位，來做衝刺 為什麼要敏捷開發？ 因為要讓專案可以有節奏地進行 敏捷開發最終還是要回歸到專案管理本身 專案管理牽涉的層面較為複雜，通常會需要考量的因素較多 在專案經驗較缺乏的情況下，很容易形成做敏捷而不是變敏捷 只是表面上看起來有在做這件事情 在實施敏捷開發時，也應該針對目前成員及專案狀況來進行 scrumful scrum 其實有基本的要求，其中包括成員素質、Master特質、專案經驗都有基本的要求 你無法在一個不求進步的團隊落實 scrum，因為最終結局機會讓人全部跑光，或者做出奇怪的東西

本文翻譯自 Rohit kumar 的 15 Web Design Trends in 2018 (+1 Bonus) 部分內容是以示意的方式翻寫，若有錯誤或建議，都歡迎提出

如果你是一個設計師，並且正在尋找能啟發靈感的趨勢? 那麼你就來對地方了。

在這裡由 Rohit kumar 所彙整的 15+1 個網頁設計趨勢，希望你會喜歡~

Session： 儲存於伺服器端，不用擔心用戶禁用session的問題，但計錄檔案的負荷由伺服器承擔。 Cookie： 儲存於用戶端，可能有用戶端禁用cookie，但伺服器不需承擔計錄檔案的負荷。 HTML5 Storage HTML5 Storage 分別有 localStorage, sessionStorage, Web SQL Database, IndexedDB localStorage 保存時間較久，要等到javascript被清空或清除快取時，才會消失 但是不適合比較複雜的資料(僅支援JavaScript 字符串值，無法處理布林、數字….及二進位制數據)，速度較慢，有性能的疑慮 sessionStorage 關閉瀏覽器或分頁Tab時，就會消失 IndexedDB 可用來建立及管理使用者用戶端裝置上的資料庫物件， IndexedDB與WebSQL都支援異步操作，性能好且支持大數據集 但是使用上較為複雜，在各瀏覽器支援度仍待加強

在javascript建立的基礎底層，都會透過 prototype (原型鍊) 來設計出許多預設功能

一般網頁設計中，我們會使用到 console.log 在 Chrome Developer Tools輸出一些字串， 並且可以在右邊看到這個console.log的位置

如果想隱藏 log 的來源行數 讓其他用戶在 Chrome Developer Tools 無法得知程式的位置，該怎麼做呢?

Language Culture Names json formate Include English(en) version, Traditional Chinese(zh-tw) version, Simplified Chinese(zh-cn) version

各國語言(語系)代碼表 json格式內容 製作多國語系時，可以參考 包括三種語系: (1)繁體版 (2)簡體版 (3)英文版本

Country codes json formate (total 249)

Include English(en) version, Traditional Chinese(tw) version, Simplified Chinese(cn) version

這裡提供全世界國家編碼 json格式內容，總計包括249國

包括三種語系: (1)繁體版 (2)簡體版 (3)英文版本