Re: [請益] 開發或debug到頭暈要怎麼調整

看板Soft_Job作者 (鴻)時間8年前 (2016/05/29 00:01), 編輯推噓4(402)
留言6則, 6人參與, 最新討論串4/7 (看更多)
※ 引述《xo1100 (蝦蒸河粉)》之銘言: : 先感謝版上先進的觀看了 : 如標題的疑問 : 小弟有時候開發或除錯的時候 : 腦袋思考久了都會有點頭暈腦脹的 : 不舒服是還好 : 只是接下來都會有腦袋不太能運轉的困擾 : 大概是失憶到SQL下個小查詢 : 都會想個5到10分鐘的程度 : 然後整體進度就會越來越慢...... : 有時日報表寫下的進度會發現 : 看起來幾件不太大的事情 : 會花了我整天的時間 : 結果就是進度delay然後整個人還頭昏腦脹的 冏 : 想請問前輩們 : 如果開發到腦袋無法運轉的時候 : 都是用什麼方式排解然後繼續奮鬥的 題外話,預防勝於治療 去學邏輯,這邊指的邏輯, 更多像是大學裡面開設的邏輯課, 透過符號語言等方式來釐清 事件組成要素的真偽 與 事情的成立與否 間的關係 常常很多人說寫程式需要的是邏輯清楚。 其實做很多事,邏輯清楚都是很需要的。 而開發程式跟Debug,這兩件事對於邏輯的需求, 個人覺得 Debug更為強烈需求 Debug 基本上就是在判斷事情的真偽 一件事情的組成要素可以有很多,而其組成要素的真偽又會影響了整件事情的成立與否 在Debug的時候,我們可以依照邏輯 所提供的規則來判斷事件跟要素間的關係 並且進一步的去條列測試的目標、方式與流程。 透過實踐整個流程,來達到有效Debug 千萬不要懷疑一點就去try一點,這種debug方式不能說無效, 但就是拿你有限的人生去換成功,而且從這次失敗的經驗學到的東西還可能是破碎的, 很可能只知道, 「啊!今天出現A問題了,上次是用B方式解的,這次也來用B方式解看看吧。」 但造成A問題的原因可能很多,但不見得每個原因都可以用B方式解。 不透過邏輯這個工具 將 現象拆解,而是使用trytry的方式,是很可惜的一件事。 畢竟每一次失敗都是非常寶貴的經驗,不好好地用一些方式去享受這個經驗。 這個經驗就很難轉換成 寶貴的知識與實際的薪資。 結論 預防勝於治療 建議工程師應當去學好邏輯這項學科 -- 莫待無花空折枝。因此折了一枝長在語言中心旁的聖誕紅,一枝不是我的聖誕紅。 其實世間又有多少東西是屬於自己的? 或許做人本來就是一頭霧水,身邊屬於自己的一切,以為是自己的,其實我永遠都抓不住 。朋友、愛情、健康、財富、夫妻、生命通通都是一頭霧水。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.25.161.30 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1464451313.A.10D.html

05/29 01:48, , 1F
邏輯太好 基本上過一般生活是很辛苦的......
05/29 01:48, 1F

05/29 11:09, , 2F
推樓上,所以要學習裝笨的技能.
05/29 11:09, 2F

05/29 13:09, , 3F
formal methods?
05/29 13:09, 3F

05/29 23:14, , 4F
推一樓
05/29 23:14, 4F

05/30 06:57, , 5F
推二樓,裝笨很重要。
05/30 06:57, 5F

06/01 01:31, , 6F
06/01 01:31, 6F
文章代碼(AID): #1NIS3n4D (Soft_Job)
討論串 (同標題文章)
文章代碼(AID): #1NIS3n4D (Soft_Job)