備齊所需的相關物資後，再次回到住處立即針對除了紅色區域外的所有區域的展開:
大…清…消
可暫時成為無生物活動的密閉空間之處，就將 UVC 紫外燈拿去每個區域輪流放置，照射消毒 15 ~ 30 分鐘不等，而針對無法密閉的空間與物品/體，就使用酒精棉巾進行擦拭清消。
而由於先前就考慮到喵皇的活動因素，不適合針對空間進行消毒水與酒精的噴灑，在疫情的第一年還會一包一包在購置日常用品時順便買，後來發現還是直接大量購買比較便宜，於去年時就添購過 12 包裝的份量來使用。
清晨 5 時多許，聽到女主起來廁所並在咳嗽的聲響，連忙關心問問身體狀況。
確認無大礙後，也告知我快篩陰性，正要動身出門 "上班"，就既如雙方在睡前討論的預定事項，晚上回來後就立即去幫女主進行確診通報。
以上對話皆由我退至 綠區 後 "語音" 進行之。
從週一開始就一直都快篩陰，我們也一度懷疑會不會是感冒而非感染 Covid-19 。
到了 5/25(三) 的傍晚，最終仍是呈現了快篩陽性的結果，而按照最新的政策指引，女主也已經過醫師診斷評估，就等 5/26(四) 新制度的上路實施。
女主就可以直接採新制通報為 Covid-19 的確診患者。
而就如同我們雙方溝通好的，開始落實所有的 Plan A 規劃。
而這最主要就是要完成:
確診者要順利康復、照護者要避免染疫。
這明確
在自己回家完整清消完畢，也把女主可能有接觸過的住處中各種物品及公共區域，全部用酒精棉巾擦拭過 1~2 次完成後，時間來到 5/24(二) 的晚上 10 點半多近 11 點。
多次對話確認女主的身體的症狀與精神狀態，聽起來除了有點咳嗽、流鼻水、疲倦(帶有肌肉痠痛)，其他感覺似乎仍維持穩定正常。
最後，雙方決定再次做快篩一次。
臺灣，養育我成長的這塊土地與社會，於 2022 年 四月下旬開始邁入與 Covid-19 病毒共存的防疫策略。
對於當時個人的觀感就是確實已經鎖了兩年半快三年，路上熟悉的店家一家一家倒的倒收的收，內心真的揣揣不安，繼續封鎖下去真的餓死(因經濟困頓造成的社會問題)的會比病死多。
而且整體的社會競爭力將會無法好好的銜接上世界整體局勢，從整體的社會經濟觀點來看待時，是時候該走向這條路線了。
但其後的接踵而來的問題卻是令人深深感到…
理想很豐滿，現實很骨感
為了配合整體教育訓練的課程規劃，雖說 Web API 不是自己最專業領域，但仍是需帶點撰寫 Web API 的教學，才能讓學員們對 App 如何去介接後端資料有所了解，因此就開啟了一段 ASP.NET Core 6.0 的 Minimal Web API 教學。
畢竟 ASP.NET Core 6.0 的 Minimal Web API 使用了極簡的 Code，很適合給初心者在認識之初，不用了解太多特殊的設定就能快速上手，打造出一套含有 CRUD 功能的 Web API。
在教學時也希望能夠帶給初心者的學員有正確開發觀念，所以過程中除了撰寫 Web API 外，也同時讓學員去撰寫 Integration Test 來測試自己產出的 Web API，在這邊則是選擇使用了 xUnit 來做為 Web API 的 Integration Test 所使用的 Framework。
由於當前(2022/05)要使用 .NET MAUI 時，需要把 Visual Studio 切換到 Preview 的版本安裝，才能進行測試，這會造成一個問題是，Visual Studio 跟 Mac 上安裝 Xamarin.iOS 的版本不一致。
雖然大致上都沒什麼問題，但就會造成每次要從 Windows 上的 Visual Studio 連線到 Mac 上時，會出現警告訊息:
近期因為有更新 iOS App 被 Apple 拒絕的問題，發現原本用來處理 Apple 要求的追蹤 Privacy 請求使用的AppTrackingTransparency，撰寫在AppDelegate類別的 FinishedLaunching方法中變得不行了。
此追蹤 Privacy 政策可詳見 Apple 的官網說明:
https://developer.apple.com/documentation/apptrackingtransparency
這功能可能跟傳統的文字圈選後複製有點類似，但又有些的不同。
尤其是遇上一些網頁呈現比較複雜的版面格式時，這個網頁(文字)選取的功能就相對直覺方便的許多。
本來在查找因為硬體的 Driver (驅動程式) 不相容 Windows 11 的困擾，所以就上微軟的官網看看要怎麼處理此問題，結果反而遇到了更奇怪的事情，居然連要在 Windows 11 的 "設定"→"隱私權與安全性" 要 "開啟 Windows 安全性" 應用都出現無法開啟的狀況😯
為防止前一篇 "給 WebRTC 測試連線使用的 Server-side 服務: node-dss" 真的不知道如何安裝 nodejs & npm 環境，於是寫下這篇文章作為紀錄。
(其實是也剛好要重新設定 Windows 電腦的環境…😅)
現在 nodejs & npm 安裝在 Windows 也都將安裝程式封裝的很簡單了，應該不用做太多的說明😉
恩…什麼是 WebRTC 在本篇就不多做討論了，請到下列官方網站了解:
https://webrtc.org/
而在測試 Client 端使用 Web-RTC 之間連線的時候，要先自己弄一個 WebRTC 的 Server-side 服務，在目前看起來好像有點彆扭😑
所以神通廣大的 GitHub 上，總是會有厲害的網民們寫了一些放上來的 Repo 就能滿足麻瓜的使用，例如這個 node-dss 就能讓麻瓜們能夠比較簡易上手些。
而這篇就是 node-dss 的測試使用，開始囉!
有一天在準備課程時發現 Visual Studio 的 SQL Server 物件總管的窗格中，本機電腦所連線的 SQL Server LocalDB 居然是 SQLServer 13.1.4001.0 的版本🤨
上圖已經是 15.0.4188.2 的版本，因為移除之前沒想過會需要寫這篇文章做紀錄。
雖然沒什麼使用上一直都沒太大問題，畢竟都只是做些簡單的測試專案時使用，若真的要用 SQL Server 也都放到 Azure 上去了，但總覺得有些不痛快。
LINQPad 是一套對於 .NET 開發者(多為使用 C#)不可多得的輕量化好工具。
雖然後來已經有 Visual Studio Code 了，但很多時候還是很直覺的會想到 LINQPad，而且在 Nuget 套件也可直接安裝使用的狀況底下，LINQPad 還是比較便利使用(截至 2021 年 11 月的消息，LINQPad 目前還是只有 Windows 版本)。
在 2021/11/8 Visual Studio 2022 正式發行了以後，在該週的周末就找了時間安裝 Visual Studio 2022 的正式 GA 版，但之後卻在我的環境中 (Windows 10, 64 位元)發生了很奇怪的狀況…
在電腦中的相關程式(Visual Studio 2022、Visaul Studio Core、dotnet CLI)卻怎樣都找不到 .NET SDK 的相關資訊!
就算直接使用 .NET SDK x64 的安裝檔重新安裝，也沒能解決問題😑
在 "上篇" 當中，當切換到要刪除的 Azure AD(目錄)時，會發現這個 Azure AD(目錄) 是否仍有依存的相關服務需要移除。
但這個問題就很棘手了，因為若是不知道相關的依存服務是那些，就永遠無法刪除這個 Azure AD(目錄)。
幸好 Azure 現在都會幫忙檢查，並且告知該移除哪些依存的服務，才能順利地來刪除 "不用" 的 Azure AD(目錄)。
很多時候根本沒有想到會寫續篇，但 "狀況" 就這麼突然來了…像極了愛情~~~
(本篇距離撰寫上一篇有關刪除 Azure AD 的問題剛好一年了…😣)
由於三年多來一直在協助某知名 A牌 的 SI 公司處理一個 Microsoft 365 底下的一個小小的 MDM/MAM 專案，不知不覺中就越開越多 Azure AD(目錄) 測試相關的問題，因為經費 "拮据" 只好透過開 "試用" 來測試專案，但 "試用" 總是幾個月就到期了，只好再建一個新的 Azure AD(目錄) 出來，再試用…🙄🙄🙄
該專案終於在今年初劃下了一個 End (???
於是乎翻了一下自己這些年所開的 Azure AD(目錄):
由於 "現在" 的 Teams 已經可以接受 "個人帳號" 跟 "公司/學校/組織帳號" 同時的登入，但常常會有人弄不清楚是怎麼一回事，在這邊稍微解釋一下:
個人帳號: 舉凡 Email 帳號的網域是常見的 outlook.com、hotmail.com、gmail.com、yahoo.com.tw…等，這些 Email 帳號申請成為 "微軟帳號" 後仍是屬於 "個人帳號" 分類。
公司/學校/組織帳號: 舉凡 Email 帳號的網域是由，這些單位特別發給你的一組能收發 Email 的 "微軟帳號" 那就屬於這個 "公司/學校/組織帳號" 分類。
通常用 "個人帳號" 登入使用 Teams 的大概都是被某些 "公司/學校/組織帳號" 邀請成 "來賓帳號"，而當然也可以如下圖點選使用 Teams 的個人版，但這不是本篇文章要介紹的重點。
Teams 在團隊的使用上分成 "來賓帳號" 與 "成員帳號" 兩種模式，如何將 "來賓帳號" 邀請到團隊當中已經在 邀請一般 Email 帳號加入 Teams 成為公司/組織/團隊的來賓帳號 文章當中做了完整的介紹。
團隊中的 "成員帳號" 通常擁有比較多的資格與權限(由 Teams 的管理者從 Microsoft Teams 系統管理中心 決定相關的權限)，如果該 "成員帳號" 的權限有設定好的話，即可以針對團隊的會議進行錄影。
就讓我們來看該怎麼完成囉~~~
