TAKA的學習筆記

生成式 AI（Generative AI）近年來快速進入各種產品與服務，從聊天機器人、程式碼輔助，到內容生成與決策支援，都展現出極高的生產力潛力。然而，AI 能生成「任何東西」這件事，本身同時也是最大的風險來源。

本文將從技術角度，整理生成式 AI 可能造成的潛在危害，並說明為什麼「負責任的人工智慧（Responsible AI）」在實務上不可或缺，以及如何將這些原則落地到實際系統中。

以往自行建立的物件可能要自己new、close跟dispose。自從有了using 陳述句的語法糖，只要把new 包在using 裡面就可以自動消滅，甚至連大括號都不用寫了。於是想要了解語法糖解構之後的實際樣子，以了解運作原理跟使用using 語法糖上需要注意的地方。

平常使用javascript 寫網頁腳本做自動化時，因為前端會有動畫、渲染所產生的時間差問題，使得selector 在執行的當下不一定抓的到element。
為了解決此問題目前最常用的是setTimeout 跟setInterval 兩種方式，但其實有更好的寫法。

偶爾會有使用者反映操作系統時，一直跳出發生錯誤的提示框。從網站的log 發現是連線到資料庫逾時，於是前往資料庫端偵錯。再開啟資料庫VM 時發現操作非常的卡頓，於是開啟nmon 檢測到CPU 使用量非常的高，且都是postmaster (此為PostgreSQL 在Client-Server 中間做一個虛擬化的伺服器) 造成的，重開PostgreSQL 服務之後CPU 使用量馬上就降下來了。但不能每次發生都使用重開大法吧… 

有時候傳進來的參數會是object，這個時候必須要知道他的型別才能做後續操作。還好C# 提供了很多型別轉換的測試運算，可以輕鬆做到這件事情。本文比較各種型別轉換的用法。

在Linux 上架設Mantis Web Server with CentOS7, Nginx 
選用原因：在靜態網站上的處理速度比Apache 快速
步驟包含下載Nginx 1.20.1、PHP 8.1、Mantis 2.25.2
在Linux 上架設網站跟Windows 比起來真的非常麻煩，發生錯誤要很仔細的去找出問題點，有時候Log 訊息根本無法查出問題點，爬了一整天的文才找到解法，真的是累累累

物件導向的目的在於解耦，以便於未來的維護或開發
對於這些設計的心法，我認為：先思考程式/模組未來的變動的可能性，再去拿捏如何切分架構
依照業務邏輯區分模組，進而建立類別，有需要的地方再去SOLID，歸類程式碼

網站系統發佈到IIS 上看起來都能正常運作，但是運行到某一個特定的功能就會當掉
後來發現原因是該功能參考的dll 有使用到32 位元的library，且註冊於SysWOW64
於是要在IIS 上面設定啟用32位元應用程式功能

去除礙眼的 Source Control 資訊

Visual Studio輸入法快捷鍵相衝的解決方案