看板
[ Soft_Job ]
討論串[請益] 問問題?
共 11 篇文章
內容預覽:
會有這疑問很正常的,. 我以前還是新人時,. 或轉跑道時,也會有問問題上的疑問,. 這時候有3件事你要思考,. 第1,是很多人都提到的把問問題這件事,. 化為一個解決問題的流程,. 先把問題想好,抓關鍵字或錯誤訊息,然後上網找資料,. 如果網路找到的資料無法解決,. 再去問人,告訴對方你解決到什麼程
(還有1293個字)
內容預覽:
我個人是覺得你問之前要先確認. 你的問題是什麼?. 你試過什麼方法或google過什麼關鍵字來解決?. 為什麼你試的方法不行?. 如果是英文爛文件看不懂也就算了. 至少光看範例程式碼就可以懂怎麼拿來用吧. 如果是已經有範例但是是你自己看不懂. 那的確是你自己基礎功力該加強. 偶爾問一下是還好. 但是
(還有422個字)
內容預覽:
我以前在學校修課時，覺得要竭盡所能自己解決問題，等到真的確定自己解決不了的問題，才去詢問同學或老師。結果往往是我自己長時間解決問題的過程中，就徹底失去信心，而課程進度往前飆，也不再有心去回頭發問。於是問題就愈積愈多擺在那邊，沒解。. 所以問題應該還是要問的。但應該怎麼問？什麼時候問？. 出了社會就決
(還有958個字)
內容預覽:
其實要看人. 以前我同事問我我都會直接告訴他過程. 我認為重複事情沒必要重複浪費時間去做. 你提早把案子弄完然後早點下班. 接下來換我問你我不會的. 大家都準時下班大家一起爽不好嗎?. 而且大公司特別容易發生. 如果部門間不願意教.文件亂寫..... 大家都忘記了時間是成本. 產品開發時間長能接的案
(還有75個字)
內容預覽:
有種人是什麼都問，然後log都不看，屬於無藥可救型. 一種說照著做，可是最後還是不行，屬於眼白多型. 一種根本不知道問題在哪？屬於不適合寫程式型. 一種除了寫程式，系統架構一概不懂. 認為都是別人的事情，只會當碼農…. 認為問題能夠發問的，類似檔案路徑這種. 畢竟每家公司的做法都不同，系統架構不同.
(還有129個字)