清晨 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 系統管理中心 決定相關的權限)，如果該 "成員帳號" 的權限有設定好的話，即可以針對團隊的會議進行錄影。
就讓我們來看該怎麼完成囉~~~
在臺灣有使用智慧型手機的人也應該都有 Line 帳號，近日也應該有機會加入一些 Line 所推出的新功能 OpenChat 社群，這個 OpenChat 社群跟一般的 Line 群比較不同，其中最大的不同就是在 OpenChat 社群當中的使用者帳號是不會因此就外流的，引來一堆 "不必要" 的交友邀請。
所以在 OpenChat 社群當中可以自訂暱稱，以便在該 OpenChat 社群裡識別或確認。
而該暱稱設定後 "不會影響本身 Line 帳號的暱稱"，所以對於 "OpenChat 社群管理員或共同管理者" 可以制定一些暱稱格式規範，做為加入此 為加入此 OpenChat 為加入此 OpenChat 群的 "道德" 要求以便社群管理。
就來看看怎麼做吧~~~
