費文分享：分享廢文

--- ---  通天曉地大周易，萬古流傳真寶藏。 乾龍飛天須自強，坤馬載物厚德長。 萬物初生重屯養，啟蒙好學去愚肓。 填饑飽腹需飲食，止訟息爭化和祥。 師出有名良將勇，親比務交好兒郎。 小畜積雨柔制剛，輕履薄冰言行當。 三陽開泰來好運，否極泰來勿心惶。 大同世界靠同人，大有作為氣軒昂。 謙虛謹慎戒驕躁，安豫自警深提防。 隨機應變跟形勢，去禍除蠱眼明亮。 臨危不懼穩陣腳，仔細觀察誠意良。 噬嗑了斷應果決，賁飾潛修美衣裳。 去偽存真剝浮華，山重水復奔康莊。 遵循正道無妄為，大畜包容志吞藏 頤情養志享天年，糾防大過正大梁。 行正守信闖坎關，離火明麗喜洋洋。 讀罷上經心志闊，再研下經暖衷腸。 身感心應咸靈通，雷厲風行守恆常。 退遯避險走正道，大壯偉業鳴天堂。 修德晉升官民樂，明夷保身避虎狼。 家人同樂治有方，理順睽違少衝撞。 蹇進辛勞莫畏難，解難施救眾人幫。 損下益上少為妙，損上益下善名揚。 堅剛正義夬邪惡。姤合須將隱患防。 萃聚英雄百業盛，共慶升平任賢良。 知困早悟貴實踐，苦井淘凈甜又涼。 水火不容革舊制，鼎力更新隆運昌。 雷震壓驚重內省，止於當艮不輕狂。 循序漸進好事成，歸妹依禮喜嫁娘。 豐茂除蔽光明照，謙虛寬柔旅途暢。 巽風齊物靠大人，喜兌和樂自安祥。 渙散分離堅貞志，合理節制興家邦。 中孚誠信善待人，小過無妨小事忙。 功業既濟仍謹慎，大江未濟楚天茫。 繫辭彖象釋精易，十翼傳經義理揚。 日新我德須牢記，日月同輝恆道長。 All rights reserved. ------------------------ *** ------------------------

--- ---  正所謂： 今生不讀易，百歲也枉然 。 作為一部流傳千年的智慧之作：易經 我想應該都是華人必讀的經典。 占卜、算命僅僅只是他內容的一小部分，並非全部。 裡面蘊含的哲學思想、與自然契合、天道運行之理～ 古聖賢人從河圖+洛書推展至八卦 再由八卦推演至六十四卦， 由六十四卦再詳述三八四爻的內容， 全部都濃縮在這部小巧精美且廣博精深的巨作裡面。 推薦共學三大經典： 易經 雜阿含經 道德經 這些都是聖賢們的智慧結晶，都是可以助我們超脫世間 避免物質束縛與干擾的精神力量。 透過學習自然、敬畏自然、順應天道 讓這世界更加友善與美好 🙏🙏🙏🙏🙏🙏🙏🙏 All rights reserved. ------------------------ 先天八卦 後天八卦 紫葳斗數 四柱八字 天干地支 流年太歲 上知天文 下知地理 流年批註 奇門遁甲 ------------------------

--- ---  不管是消費券還是振興券，不管是 3000 倍還是 3 倍。 這是台灣史上的第2次發放全國性的禮券。 第1次是因為金融海嘯導致經濟衰退而發行的。 這一次是因為新冠肺炎(COVID-19)影響經濟體制而仿效之前的政策， 做出一個話題性、福利性的措施。 說真的，新冠肺炎(COVID-19)的影響真的不亞於金融海嘯， 而且是全世界性的，果真是： 21世紀人類最大的敵人就是：細菌和病毒 說真的，這一次還要自己先花錢去買政府發行的票券， 一來一回，實拿 2000 的禮券，因為是強迫消費，搭上自己的 1000現金， 對政府來說真的是三倍，但我怎麼覺得只有 2 倍，或者更低呢？ 這種數學模式也挺妙的 ... 為何只有三倍？創造 十倍(10倍)不是更好？？？ 恩，今天是登記第一日，官網卡卡的，超商超商代碼機卡卡的 然後就 故障了 ~~ 通常第一天都很坎坷，這好像是常態 .... 還有六天可以登記預購 .... 明天再戰！ 這錢怎麼花比較好呢？？？ 振興經濟消費券 振興三倍券 All rights reserved. ------------------------ 消費券就是消費券 這次我還要自己先花錢阿 怎麼看還是政府最有利 基本收入 1/3 穩穩地 妥妥的 ------------------------

                                        今日檢查 Job 運作的紀錄時，突然看到一個很正常的 Job 出錯了！？ syspolicy_purge_history 咦？這不是系統內建的 JOB 嗎？安裝好 SQL Server 後就存在了啊！ 怎麼會報錯呢？ 查看了一下錯誤內容顯示： Executed as user: NT Service\SQLSERVERAGENT. A job step received an error at line 1 in a PowerShell script. The corresponding line is 'import-module SQLPS -DisableNameChecking'. Correct the script and reschedule the job. The error information returned by PowerShell is: 'File C:\Program Files (x86)\Microsoft SQL Server\120\Tools\PowerShell\Modules\SQLPS\Sqlps.ps1 cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at http://go.microsoft.com/fwlink/?LinkID=135170.  File C:\Program Files (x86)\Microsoft SQL Server\120\Tools\PowerShell\Modules\SQLPS\Sqlps.ps1 cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at http://go.microsoft.com/fwlink/?LinkID=135170.  '.  Process Exit

你的團隊有沒有過這樣的經歷：開發效率低，招了很多人，天天加班，出活卻不多，線上bug頻發，領導發飆，中層束手無策，工程師抱怨不斷，查找bug困難。其實這些都是程式碼質量差惹的禍。程式碼質量是研髮質量管理的根本，它決定了整個開發團隊的開發效率，項目質量，其他監控，告警，日誌等手段都只能是事後補償。本文就如何保證程式碼質量總結了一些經驗和方法，供大家參考。 程式碼質量本身並沒有一個特別明確的量化指標，而且根據公司發展的不同階段，團隊規模的大小不同，項目性質的不同等，對程式碼質量的要求也不盡相同。不過如果項目中出現以下情況時候，就說明程式碼質量要值得重視了。 添加或修改一個簡單功能時，涉及要修改的地方特別多，而且很分散； 程式碼不可復用：相似的功能無法復用程式碼，要重新開發； 線上bug頻發，排錯困難，修復難度大，時間長； 有很多奇怪的程式碼，程式碼讀不懂，新人無法很快瞭解程式碼； 程式碼中坑特別多，不敢大動，一不小心就踩坑； 以上這些問題，基本上都是程式碼質量不高導致的，包括程式碼無註釋，無文檔，命名差，項目層次結構差，調用關係混亂，到處hardcode，臨時解決方案等等。怎麼才能時刻保證程式碼的高質量，避免以上問題發生？當然團隊的技術素質很重要，除此之外，還有一些方法可循的。 1. 吹毛求疵般地執行編碼規範 嚴格執行程式碼編寫規範，可以使一個項目乃至一個公司的程式碼具有完全統一的風格，就像同一個人編寫的一樣，而且命名良好的變量，函數，類和註釋，也無疑可以提高程式碼的可讀性。具體落實到執行層面，可以參照Google的編碼規範或者java官方的編碼規範，網上可以找到，關鍵是要嚴格遵守，並且在code review時，嚴格要求，沒有按照規範的一定要指出並且要求修改。 實際情況往往是雖然大家都知道優秀的程式碼規範是怎樣的，但在具體寫程式碼的過程中，卻執行的差強人意，很多情況是認識上不夠重視，覺得一個變量或者函數的命名成哪樣關係不大，所以不夠推敲，註釋很多也都不寫，code review的時候大家也都事不關己心態，或者覺得沒必要太摳細節，導致慢慢的整個code base變得越來越差。所以這裡還是要強調一下，細節決定成敗，提高團隊對程式碼規範的認同及其嚴格的執行是關鍵。 2. 編寫高質量的單元測試 單元測試是最容易執行，且對提高程式碼質量見效最快的方法之一還。但還是有很多

Coder 又譯 程式設計師 程序猿 碼農 寫代碼的 ... 在 IT 環境打滾久了，還是會看到很多有資歷的 Coder 寫出的程式碼難以維護， 邏輯混亂，又臭又長，甚至連註解都沒有。 程式開發並不是寫愈久經驗值就愈高 ... 這不是遊戲啊！ 想不想進步，要不要進步都端看個人願不願意學習與精進。 很多寫了 6~7 年以上的 Coder 依然只會 Copy and Paste ， 很多時候連自己 C&P 的 Code 內容是什麼都不知道 ... 😞😞😞 或者按照既有團隊規則與流程就這樣寫下去，一點疑問也沒有， 對原理與過程一點興趣也沒有。😖😖😖 這就是現實啊！ 但是既然走了 IT(哀踢) 路，就無法後悔了，正所謂： IT無涯，回頭無岸 真的是很辛苦的一條路，走下去全靠興趣。 在對岸王爭的專欄《設計模式之美》，其中提到的如何發現程式碼質量問題， 可以從以下幾個方面審視程式碼， 這也是每次開發的過程中都應該要在內心問自己的問題： 專案目錄設置是否合理、模組劃分是否清晰、程式碼結構是否滿足“高內聚、低耦合”？ 是否遵循經典的設計原則和設計思想（SOLID、DRY、KISS、YAGNI、LOD 等）？ 設計模式是否應用得當？是否有過度設計？ 程式碼是否容易擴展？如果要添加新功能，是否容易實現？ 程式碼是否可以復用？是否可以復用已有的項目程式碼或類別庫？ 是否有重複造輪子？ 程式碼是否容易測試？單元測試是否全面覆蓋了各種正常和異常的情況？ 程式碼是否易讀？是否符合團隊的編碼規範 （比如命名和註釋是否恰當、代碼風格是否一致等）？ 程式碼是否實現了預期的業務需求？ 邏輯是否正確？是否處理了各種異常情況？是否保留彈性？ 日誌紀錄是否得當？是否方便 除錯(debug) 排查問題？ API是否易用？是否支持冪等、交易事務等？ 程式碼是否存在平行處理問題？是否為安全的執行續？ 性能是否有還有優化空間，比如，SQL、算法、邏輯是否可以再優化？ 是否有安全漏洞？比如輸入輸出校驗是否完整且全面？ 這些問題都很不簡單，但時常問自己，久了就會改善， 過程中經驗值就會提升了。 希望這些對大家有幫助。 All rights reserved. ------------------------ 設計模式/Design Pattern/軟

--- ---  萬眾注目的年度大會 WWDC 終於在台灣時間 2020/06/23 凌晨召開拉。 因為這次疫情的關係，採用線上直播的方式舉辦， 也因為是新的方式，所以全程免費啦！這算是史上第一遭。 這次的重點除了標準發布 OS 新版本外，最令大家不意外的就是 ... APPLE 發表自己的晶片了。 以後的 APP 就真的是開發一次，多平台到處跑了。 真的是有好有壞，壞的是跑 Windows 軟體就是要回歸虛擬化了， 這就需要再等一段時間了。 ARM 的潛力真是威阿，APPLE 從自己與IBM合作開發晶片 轉向與 INTEL 合作， 接著又繼續走回自己開發晶片的路，每隔 N 年就會一次大轉換。 從精簡指令集 轉向 複雜指令集 又轉回 精簡指令集 ~~~ 我想在這兩個領域，蘋果應該已經很有經驗了。💪💪💪 使用者要花些時間適應外，最累的應該還是開發人員了吧～  😂😂😂 接下來最亮眼的是：全新 iOS 14的「客製化」畫面！ 這是標準 APPLE 創新 Style 了。 這畫面如果已經是在使用 Android 的人應該很熟悉不過了。 Android Widget 與 App 自動分類已經行之有年了，直到最近 Apple 才看齊。 這也不易外，想當年 Apple 就是這樣拿到 MP3 霸主地位的。 孰悉的功能融合了 Apple DNA 創造了屬於 iOS 的「客製化」畫面。 其他新鮮貨還有： 新增iPhone影片「多工」模式 內建iOS語音翻譯 用iPhone解鎖汽車 WatchOS洗手倒數＋睡眠追蹤 Apple TV+ 原創影集 全新MAC作業系統「Big Sur」 SAFARI翻譯功能＋分頁預覽 全新網頁隱私設定＋擴充功能 iPad用「手寫」完全代替打字。用筆手寫這部分原本就已經很強大了。 滿期待新的功能，可惜一樣都是要等待秋季與新 iPhone hone 一同發布了～ 以上所有圖片資源皆來自 APPLE官方直播 截圖