K.H.Lee
@sam__0529
Followers
25
Following
21
Media
2
Statuses
59
Joined December 2013
從講者的角度來看，若能適當的透過背景說明框出有助於聽眾理解的範圍，就有機會讓更多的聽眾跟上內容。 在分享一個專案的時候，如果不總是從專案整體出發，而是為聽眾畫出一個合理的範圍，就是個有效的方式。 另一個有效的方式是透過術語或縮寫，不過這更多是在篩選，告訴聽眾：這個都不知道去聽別場吧
1
0
1
在做簡報發表的時候，一個聽眾對背景說明或前情提要的理解程度很大的影響了他有機會可以理解多少內容。 在理解背景基礎的情況下，即便是沒有處理過的事，聽者可以透過推理邊聽邊建構出沒有提到的部分。若在沒有背景說明的情況下直接進入細節，就有可能從一開始就迷失了。
2
0
2
這此參加了 2025 PyCon JP 終於在兩週後產出了一個記錄，為自己記錄在這個活動中做為幾個不同的角色的心得。 2025 PyCon JP參加記錄 https://t.co/Uf95yECyDy
0
0
5
熟練，並不一定要是什麼東西都懂，什麼細節都一清二楚。而是在遇到一個狀況的時候，可以用非常短的時間做出反應，並且給出一個有價值的判斷。
0
0
1
在 Linux 平台執行 C++ 程式時，如果遇到被強制轉型成特定類別指標的空指標 (nullptr)，對該類別的成員函式如果沒有使用到任何成員變數時，是不會出現segmentation fault 的，而成員變數用到時紀錄的錯誤位址會是成員變數在類別的位址差值 (可用offsetof 取得）
1
0
1
通常把技能練熟的過程都是一個慢慢漸進的過程，隨時都會覺得自己是個什麼都不會的菜雞，如果沒有紀錄下自己曾經遇到的問題，有點難實際的感受到自己的進步
1
0
6
就算只是為了跟別人協作而使用 git 都值得去嘗試理解一下 git 內部對於檔案的儲存方式與對物件的操作方式，能夠更容易地知道透過什麼方式可以讓版本紀錄幫助提升開發效率，或者至少不會在每次操作的時候都對於看到衝突感到膽戰心驚不知所措
0
0
2
上次遇到這個問題的時候在做多維陣列依特定方向排序的功能，也因為第一版運算子實作由於對於std::sort 如何建構跟操作物件完全不理解出了一堆問題卡住，這個功能的實作就被我無期限延期，轉而逃去做做的出來的功能了 逃避不管可不可恥還真有用
0
0
1
C++ STL 的函式通常有對於物件的功能限制，例如支援隨機存取迭代器(Random Access Iterator)的特徵 如果為了讓STL可以運作要先實作一堆運算子，好像不如直接先手刻功能比較實在XD
2
0
1
當初在想要不要自己刻排序的時候得到了這個資訊，覺得我會做所以就用了std::sort，幸運的沒遇到問題 最近看到了用 STL 出現現象隨機的記憶體問題，看著除錯器無法理解的backtrace就覺得完全理解了，看著那坨東西不如手刻一個 或者這是個該開始看STL 程式碼的徵兆
該自己寫功能，還是呼叫別人寫好的函式，或是第三方程式庫 (third-party library)？ 我的原則很簡單，如果是自己能夠寫出來的，出錯有辦法修，那就可以用別人寫的程式。如果我不知道怎麼寫或維護，那就自己寫。雖然一開始要多花點時間學，但保證能處理程式出現的問題。 盯著組合語言除錯是很痛苦的。
1
0
1
生成程式架構真的需要多考慮一些可能性，因為接下來的修改通常都會照著現有的架構下去修改。 不過同樣是在做 SIMD 的修改，在生出架構的時候感覺有趣很多，當自己在找格式加東西進去的時候就覺得開始沒那麼有趣了 有沒有可以讓人加東西也覺得有趣的架構呢🧐
0
0
0
最近在之前寫好的SIMD 模板函式庫裡面加東西，因為結構已經有了所以基本上只要複製貼上再小修小改就可以做到想要的功能了了，但同時發現在這樣的架構下看起來有不少重複偏冗的部分。可能需要來想想怎麼可以讓架構更精簡明確
2
0
1
總算把SIMD模板函式庫寫出可以用的第一版了，發現了一些寫模板的眉角紀錄一下。 - 所有模板配對的時候都必須找到唯一的配對方式才能編譯成功，所以模板能夠帶越少資料型態越好 - 帶常數的模板還是儘量以遞迴的方式使用否則會很難配對
1
0
4
差別似乎是在，git 是每個人都希望大家手上的版本一樣，所以會努力人工同步 但區塊鏈大家都希望紀錄變成自己是億萬富翁，所以只好透過共識機制強迫大家同步了
1
0
1
當對自己正在寫的程式掌握程度很高的時候，比較容易進入專注的精神時光屋狀態。如果可以讓整個系統的每個元件維護上都能互相獨立，開發者可以針對自身熟悉的部分開始維護並逐漸向外擴展認知，便能有更好的開發效率。
0
0
6
看 SIMD library 的時候看到 template meta-programming 的作法讓不同的 base type (uint8, uint64) 可以透過送入 template 直接得到對應的 vector datatype，即便背後的 template 實作很難懂，但可以不需要針對每一個 data type 都在實作端用 macro 重組 vector type name，這個技巧蠻值得參考的。
0
0
3
用程式來實現產品功能的時候，描述產品功能的說法與描述程式的說法很可能有所差異。而在溝通程式細節的時候，最好可以用程式的內容溝通。用產品的功能來描述時容易會讓描述的範圍太大，造成傳達與接受方之間的認知落差，讓效率降低。
1
0
3