前言​

今天心血來潮想說檢查一下傳統桌面版的 Skype 有沒有更新，結果照著平常的更新步驟按下更新按鈕之後，卻出乎意料的無法順利更新成功，取而代之的是我之前沒看過的 "The specified Account already exists" 錯誤訊息...

向 Google 大神求助之後，找到微軟的 Answers 網站上也有人遇到相同的問題，而且重試了好幾次都沒辦法解決。

經過一番反覆試驗之後，總算是安裝成功了。

以下就來分享我成功安裝成最新版本的方法。

前言​

對於靠電腦吃飯的工程師來說，重灌電腦應該是一件避免不了的小事(?)。

除了平常好好燒香拜拜和勤作備份之外，儘可能汲取和 Windows 環境相關設定的知識在重灌的時候也是很有幫助的。

所以，常常動不動就會踩到莫名地雷而得重灌電腦的我就把在重灌的時候會用到的小技巧拿出來和大家分享啦!!

前言​

微軟在 2017 年 12 月發佈了 Visual Studio 2017 的 15.5 版，裡面有一項很重要的功能就是 C# 編譯器加入了對 C# 7.2 的支援。

所以，就讓我們來快速的了解一下 C# 7.2 為我們帶來了哪些實用的新功能吧!!~

P.S. 後面的廢話很多，如果想要在五分鐘裡面看完所有新功能的話，不妨直接看程式碼範例的部份就好。

前言​

有在使用 Visual Studio 2017 和 Xamarin 進行開發的朋友們可能會跟我一樣遇過同樣的問題：如果使用 Visual Studio 2017 裡面內建的安卓模擬器，就得把 Hyper-V 給關掉，不然就無法啟用 Intel® Hardware Accelerated Execution Manager 來替安卓模擬器加速。

畢竟，要支援 Intel® Hardware Accelerated Execution Manager ，才能啟用 Visual Studio 2017 中內建模擬器工具裡的 Atom x86 架構安卓虛擬機，以達到媲美真機的效能(官方說法是效能會差上十倍，不信邪的朋友也可以試著開啟 ARM 架構的模擬器來比較看看，效能真的會讓人很想哭)。

但是身為一個工程師，透過 VM 來架設實驗環境應該是家常便飯的事。從微軟在 Windows 8 內建了 Hyper-V 之後，它就一直是我架設 VM 的首選工具。

所以當看到 Hyper-V 和 Intel® Hardware Accelerated Execution Manager 無法共存的訊息出現，我就一直在想：「到底有什麼其它的方式能讓我不用每次都得要為了開啟安卓模擬器就得先手動關閉 Hypervisor 功能；而在要使用虛擬機器的時候又得先手動開啟 Hypervisor?」。

在網路上爬了一些文章之後，歸納出了下面兩種解法。

前言​

除了 .NET Standard 2.0 之外，2017 年還有另一個讓我很期待的東西，據說可以讓 UWP 和 Xamarin.Forms 的 XAML 寫起來更直覺，而且可以無縫接軌，那就是我們今天要介紹的主角 ~~ XAML Standard!!

前言​

這次重灌完電腦，並且安裝好了 Visual Studio 2017 之後，一直沒什麼時間把它打開來動手寫程式。

昨天索性打開來更新到最新的版本之後，隨便開了一個之前寫好玩的專案想說來跑看看，結果一開沒多久，Visual Studio 馬上沒有回應，再過沒多久，就直接崩潰重開了。

![image-01] (01-visual-studio-2017-is-restarting.png "Visual Studio 2017 重複自動重啟")

前言​

上星期筆電不知道是什麼原因，突然就沒辦法正常開機了，而且試過使用修復功能也沒救，只好整個重灌了。

就當安裝完 Visual Studio 2017 之後，準備首次啟動的時候，輸入完帳號按下下一步按鈕之後，畫面上就出現了 We are getting things ready 的訊息，不過因為當時已屆下班時間，我就索性放著讓它跑。

沒想到... 隔天回到公司，一看電腦，它居然還是停留在一樣的畫面!!...

前言​

這幾天在試玩 Windows Insider Preview 版 Windows 的時候，赫然發現在 Windows Indider Program 裡面的更新選項變得跟之前不太一樣了 -- 除了之前可以選取從 Fast Ring 和 Slow Ring 進行更新之外，現在在 Fast Ring 中的使用者們還會得到另一個 "您想要接收哪一類的內容?" 選項，而裡面的項目則包含了 "Active development of Windows" 和 "Skip ahead to the next Windows release" 這兩種。

而且手機版和桌機版都有這個選項。(但是我的手機還來不及截圖，很開心的升級到 15237 版之後，那個選項就不見了)

前言​

介紹完了使用 Appium 來針對安卓應用程式進行自動化測試的方式之後。這回要跟大家分享的是更輕鬆愉快的方式--只要透過錄製的方式就能自動產生程式碼的 Xamarin.UITest。

如果要簡單的介紹一下 Xamarin.UITest ，它其實就是一個以 Calabash 為基礎，可以讓我們透過 NUnit 和 C# 來撰寫針對安卓和 iOS 原生 App 自動化測試的一個框架。

雖然它的名字前面掛了個 Xamarin ，但是它可不只能測 Xamarin 開發出來的 App 而已喔!! 原生的安卓和 iOS 應用程式也都是可以透過它來作到自動化測試的喔!!

而 Xamarin.UITest 原生支援 NUnit 2，所以建立出來的專案預設就會加入 NUnit 的參考，整個測試框架也是基於 NUnit 2 所建構的。

需要特別注意的是，目前 UITest 尚未支援 NUnit 3 喔!!

好了，有了簡單的介紹之後，再來我們就直接進入重點啦~

之前在使用 Appium 測試安卓裝置上的行動網站的時候，一切都很開心愉快。

但是，安卓裝置的版本眾多，總不可能只測單一版本；為了確保網站在不同的裝置上都能正常運作，使用不同版本的安卓作業系統來進行測試也是免不了得要作的。

原本以為，只要把相同的測試放到不同版本的模擬器裡面跑，應該什麼都不用多作，就可以一一通過測試才對。

但是「代誌嘸親像憨人所想的架擬簡單」，我光是把模擬器的作業系統從 4.4.2 換到 6.0 而已，然後他就死掉了...