之前有朋友在 fb 說他好高興，因為他的 Windows 可以直接下 ssh 指令，原本以為是如何啟用WINDOWS 10(1607)中的UBUNTU的BASH的好結果。結果是那台電腦安裝了 OpenSSL。
在非Windows 10(1607)要執行Linux Bash指令是挺麻煩的。
舉個實際例子：我今天開發 Xamarin app 要建置 iOS app，Visual Studio 突然連不上 MAC 主機，我想用 ssh 去確認 MAC 主機連線是否正常？第一件事就是 ssh 是 Linux 的指令，為了執行 ssh 指令你可以安裝 OpenSSL，哪天，你想用神器 vim 就裝個 Windows 版的 gvim80.exe，需要一個Linux指令裝一套？有沒有一個比較 Total Solution呢？
其實有，而且如果剛好你是位程式開發人員，那麼很有機會這個解決方案早已經在你電腦裡了。今天來分享這個小技巧給各位。
Visual Studio 2017 經過一年多的 Preview → RC，從目前官方 Visual Studio 2017 Launch Event 的消息來看，2017/3/7 會發行 Viusal Studio 2017 RTM 正式版，其中套件元件化是其中一個很棒的特色，也就是說，如果你的開發工作單純，Visual Studio 2017 的安裝是可能非常輕量化，各種元件之間相依性大減，寫 Web 裝 Web 元件、寫 .NET Core 裝 .NET Core 元件、寫 Azure 裝 Azure 元件、寫 Xamarin 裝 Xamarin 元件，不寫就移除元件，要寫再裝，一整個熱插拔的手感。
Visual Studio 2017 VS Installer 是另一個特色，VS Installer 改進了過去了 Visual Studio 的安裝體驗，新增/移除元件如上所說，另一個特色是Visual Studio 2017 更新或升級，例如，你現在安裝 Visual Studio 2017 RC 版，未來 RTM 推出時不需重新安裝，直接透過 VS Installer 進行更新升級即可。
說真的，從接觸 .NET 使用 Visual Studio 開始到現在，不知道為了 Visual Studio 重灌多少次電腦，光這二個特色我就感動到哭了。
Visual Studio 2015 Update 3 的 Web 專案範本有個問題(更正確的說，是NuGet套件造成)。如果你新增一個 Web 應用程式然後更新所有 NuGet 套件，更新完成後會看到 "Microsoft.Net.Compilers.1.0.0 failed to uninstall. Restart Visual Studio to finish the process." 的提示訊息。
自從接觸到Agile/Scrum之後，有個東西會特別注意，那就是浪費。
上述的情況最少有兩種浪費：
由於經常需要寫寫測試程式或範例，套件 30 秒重開 30 秒就這樣不見了，這兩件浪費的事有時一天會發生好幾次，尤其是在寫文章或備課期間更是明顯。
有浪費不消滅，說不過去。
今天在申請 SSL 憑證被單位告知，使用 IIS 產出的 CSR 採用的 SHA1 演算法已被破解(就找到的新聞來看，是被認為不安全，各大公司有計畫性的淘汰 SHA1，例如：SSL 和程式碼簽章憑證的 SHA-1 雜湊演算法移轉 - 以 SHA-2 憑證取代 SHA-1 憑證、HTTPS網站被Chrome打臉？)，需改用 SHA2(SHA256) 重新製作，但找了半天也沒找到 IIS 在建立憑證簽章請求的 GUI 中可以選擇 SHA2 演算法，後來才知道，使用 IIS GUI 來產生的 .csr 憑證檔案預設都是使用 SHA1 演算法。那麼怎麼辦呢？
還好小弟自己每年要為 kkbruce.tw 申請與安裝 SSL，剛好略懂 SSL 的申請與安裝，不然如果直覺下關鍵字「iis sha2 csr」(我還是有下啦)，那些方法看完頭都昏了。
上集使用反射執行方法的7種方式我們談到寫法不同，效果不同這件事，也說到，通常我們測試程式效能會很習慣的採用 Stopwatch 模式(Stopwatch Pattern)來進行程式執行效率的比較。
Stopwatch sw = new Stopwatch(); sw.Start(); // stuff sw.Stop();
我們把前面的 7 Ways 程式碼用 for 跑 20000 次計算時間，可以得到以下結果：
Way1 Time: 40 ms Way2 Time: 40 ms Way3 Time: 76 ms Way4 Time: 67 ms Way5 Time: 148 ms Way6 Time: 4233 ms Way7 Time: 2054 ms
但這樣對嗎？在談效率時，其實有二種意義：時間或空間(文言文：時間複雜度、空間複雜度)，我不是來教書的，雖然 Stopwatch 寫起來不複雜，但僅能看到時間單一面向，好像只要快就是好，怪怪的。
那有無更好的選擇？
