solvcon/modmesh:

思想是雜亂的，難以傳達給別人。需要大量練習，才能正確地溝通。與其說工程師不會溝通，不如說我們沒有花時間練習說話和書寫。缺乏練習，所以怕講錯話，愈講愈少。長此以往，連對話中的弦外之音，可能都會聽不出來了。 只有大量練習才能學會如何表達，但確實不能不分場合亂講話。因此，要在身邊找一些可靠的朋友，彼此之間開誠佈公地討論。如果能有主題就事論事，效果更好。團隊合作，為進步努力，討論擦出火花。 具體來說，高效討論的狀況大概是在不需要專心工作的時候，要能在三到十分鐘之內組織想法，(完成) 回覆郵件。即時訊息的反應時間大概是在半分鐘之內。如果需要更快的討論，就需要開會 (線上或實體會議)。開會要求即問即答，大概只有幾秒鐘的回應時間。 上個世紀流行的練習方法是在 BBS 灌水、丟水球，或是用 IRC。現在沒有 BBS 了，但可以用傳訊軟體聊天室或是推特，一樣好。

@kaywolf1221 幸好不是蠟像假裝真人

@yaxuanhe_zh 工程工作是在各種條件之間平衡，每個都有代價。 目標也要明確訂出來，然後清楚地評估取捨，才能作出想要的系統。 這是很費力的事情。更辛苦的��分是，一個人作不來，所以不開會合作也不行。

科學計算程式員的眼光： 🔵 透過結果，想像 Python 實作 🔵 透過 Python 程式碼，想像底層 C/C++ 🔵 透過 C/C++ 程式碼，想像編譯完成的組合碼/機器碼 (instruction) 🔵 透過機器碼，想像電路訊號 看得愈明，算得愈好。 #軟體開發 #數值軟體

下禮拜就要開學了。這學期要再變新花樣，想辦法讓它更有趣。 軟體開發的計畫永遠趕不上變化，因此更需要計畫。能照計畫走是再好不過，但更重要的是用計畫分辨變化。如果沒有把開發程序清楚寫在計畫裡，我們很難確定有沒有照原來的預想執行專案。 很多專案都會在開發到一半的時候改變目標。在開發科學程式的時候，這幾乎一定會發生，而在其它領域也絕不少見，只是程度的差別。改變計畫沒有關係，但如果一開始沒有清楚的計畫，我們連要改什麼，怎麼改都會搞不清楚，那就無法成功了。 因此，我會在學期之前，把所有的講課、作業和期末報告的時程完全設定好，包含講義，完整公告在課綱 (syllabus) 裡。同學應該配合時程，和我討論課程所要求的程式專案開發。 然而，討論的部分是我過去一直作不好的地方，總是沒能有效地讓同學表達想法。 教學需要創新！這學期我要照講課的時程，把寫程式該注意的事情寫成推，每個禮拜傳給同學看。等六月再和上學期比較一下，看效果如何！ #軟體開發 #數值軟體

@donutt521 只有仙草太厲害了！一般家庭好像是茶或咖啡或是茶和咖啡。 我家是茶和不知道為什麼會有咖啡。

@hulitw 『雖然是 JavaScript 的程式員，但因為不想加班所以打算獨自用 C++ 寫伺服器』一定更小圈

@hulitw 考慮通膨，現在多賺比存年金更好。 上了年紀會更難花錢

@hy_splasky 走路是美妙的祝福！

事情作到一半不知道怎麼作下去，叫作卡關。最直覺的解法是找人來幫忙看，簡稱伸手牌。很多人不喜歡這樣，但心裡承認自己不行，開口求助，其實是很重要的技能，應該要多練習。 然而，的確有時候我們必須獨立解決卡關問題。有時候我們身邊沒有別人，有時候連開口也不知道該怎麼開，有時候我們自己就是被倚靠的對象。 這時候要深入了解我們為什麼會卡關。第一步是要認識到，我們卡住的主要關鍵是缺乏成功的經驗。這絕不是聽君一席話，如聽一席話的廢話。我們要先找能夠成功的地方，不要只盯著我們作不下去的事情。要換路走，不要呆呆地完全重覆錯誤。 所謂的瘋狂，就是重覆相同的事情，然後期待不同的結果。累積了成功的經驗，就會有自信 (confidence)。自信會帶你突破。這個結構，對寫程式有用，也對任何事情都有用。

這篇 @hulitw 對台日薪資稅收的分析比較，十分清楚好用！總括來說，日本政府扣走的錢大概是台灣政府的兩倍多一點。 所以在日本工作賺錢回台灣退休不划算，反過來在台灣工作賺錢去日本退休就會划算…

RT @hulitw: 用 0.22 匯率重新算了一版 經過多方比對之後應該差不多是這樣，沒有少算什麼 細節可以參考之前寫過的文章，還有附計算機，會有誤差但應該不至於到太大：