程式學習紀錄
今天是 ADO.NET 最後一天，不過接下來兩門課還是同一位老師，有種變相的還沒結束的感覺。

今天學到……簡單來說是存取圖片的方法。其實到後來真的很難說到底學了什麼，老師基本上都是帶大家用實作練習，除了實際將 ADO.NET 應用在程式內，還連帶介紹許多 VS 的控制項，或是 C# 的類別或方法。因為都是很細碎的知識，就不太容易紀錄。別說噗浪了，我連筆記都很難寫啊！

我想到最好的做法就是把整套程式都寫註解，主要是想藉由這樣消化理解的過程，直接在腦子裡留下印象。

前幾天已經做過一次，這幾天上課又增加不少程式碼，我打算也要補上註解。

明後天基本上都算是自習課，明早導師安排與各組洽談，希望能順利。
唉，儘管程度輕微，但我還是免不了對小組合作情況的憂慮。我覺得當每人認領好功能，各自去做自己負責的部分時，應該就不會擔心了吧。

今天晚自習，花了半小時左右修改小組專案sitemap，然後其他時間基本上都在研究BUG。我（自）認為和老師寫的一樣了啊，可是就一直報錯！

這個BUG真的找了好久，我大概在8點20分左右找到的，啊，頓時有種解脫感，甚至想要順勢就收拾東西提早回家呢！

發生BUG的原因嘛……該說是我沒有真的理解老師說要設那個全域變數的原因吧，然後又粗心沒把原來的區域變數改掉，結果就是根本沒用那個全域變數，所以才會一直顯示物件null。

這兩個禮拜我有個心得：我找BUG發生原因實在太慢了。
會找很久的BUG，是問了chatGPT也無法解決的BUG，然而至少有兩次，都是問到後來，chatGPT被我問到無計可施，轉而建議我印出結果，來檢視哪裡出了問題，真的頓時豁然開朗耶！

今天這個BUG被發現的關鍵也是來自chatGPT，它是建議我設條件防止null的情形，然後我間接察覺，原來我一直以為是登入者的照片沒抓到而null，實際上是登入者本身就已經是null了！

監看式也是常常看半天看不出所以然，實際上可能是看錯地方之類的。
嘛，我想這也沒什麼一蹴可幾的方法，就是多遇幾次就會越來越熟了。

一開始找得慢是很正常的，甚至我以前已入職但還是菜鳥的時候，也有過光找個Bug一天就過去。找不到的時候真的很煩躁，不過漸漸都會變成經驗。

印出來還不錯，我現在已經習慣看監看視窗每一步的變數變化，看哪個變數沒有變成自己預計的樣子，一步步推問題在哪裡（程式的看醫生遊戲

總之找得慢很正常，別擔心🙌

CHEN_LE: 看醫生遊戲😆
想起以前一起玩過的某個遊戲，中間好像有個迷宮走超久都走不出去。我們後來在猜這遊戲大概是在模擬精神病患照護者的心情。

分享自己的習慣。
因為C#的資源很多，所以我沒特別紀錄，但是工作上我有用另一個專門做EDI的系統，Webmethods。

它的資源少很多，發生問題時往往在網路上找不到答案，因此通常只能自己亂試或是問顧問。

因為答案不好找，我就會把exception的message 做分類紀錄，一旦遇到問題就找紀錄，看有沒有遇過一樣的或是類似的，累積多了就漸漸能自己解決問題，不用問顧問了+

做紀錄的好處是，有時候同樣錯誤久久才發生一次，等再次發生時通常都忘了（記憶力大不如前）
所以紀錄解決方法確實滿有幫助的。

喔喔~感謝分享！
其實老師有說過要把exception的錯誤訊息記錄下來，但我懶得做（欸），想說多看就自然會知道了吧～
看來還是記一下比較好><

Saiki Tamayo : 看醫生遊戲，stay吧www
Debug真的常常是那種感覺wwwww

C#資源多我也懶惰（欸
不過有記有差，記了真的debug 比較快www