Debug是否算時數?

2021年11月2日 01:54
小妹不才, 在某地方擔任工讀, 主要工作是維護網頁, 不需要實際到場維護,有問題的話就是線上修改, 時數計算就依實際工作時數算, 最近思考一個問題, debug的時間到底是否該算入工作時數中呢? 時常會出現一些小問題(?卻要debug很久才看出來... 所以很困惑, 希望版上能幫忙解惑。
3
回應 17
文章資訊
2 篇文章0 人追蹤
Logo
每月有 18 則貼文
共 17 則留言
元智大學
以我的認知來說,要算 很多時候 code 要改的內容很簡單,但中間要如何找到問題點才是關鍵 尤其有時候坑是別人埋的,前一手寫了一堆髒 code 給你維護 追到最後說不定只是一個變數 a 不小心用成變數 b 難道只算把 a 改成 b 的時間嗎? 2 秒?
了解!謝謝 B1 提供的想法
國立高雄大學
正常來說當然是 但要問老闆,慣老闆當然說不算會說是你能力差產生的bug
B3 比較像 B1 所說的,是前人留下的bug,剛好工讀的地方也只有我懂code,老闆有時候會想說只是改一個錯誤怎麼改那麼久...(就...
國立高雄大學
B4 記住這點就好你也改變不了老闆,以後找工作一定要找懂code的主管或老闆,小公司的資訊人員就別去應徵了 這種公司就讓他們乖乖花錢請人外包
了解!謝謝 B5 前輩的建議,畢業後我會往這方向找工作的!
國立高雄科技大學
說實在 寫扣有很多時間都在找bug
當然算 寫程序 有一半的時間都是在debug
B7 B8 真的... 尤其是還沒有任何文件可以看的時候, 而且說實在的前人寫的還算不錯, 把很多東西都藏的很好, 但藏到我找不到阿QAQ
B9 我工作5年 都沒見過有好好寫文件的項目 包括我自己也是不寫文件的🙈🙈
B10 原來嗎?! 學校教的讓我以為很多東西都是要寫文件的,原來不寫文件才是常態...
元智大學
B11 我覺得也不完全是不寫文件 端看你所說的「文件」涵蓋了哪些範圍 以我的認知來說 project setup 跟 API 規格都還是要寫 但不會去針對每個 function 去解釋它在幹嘛 理想的情況是, function 跟變數的名稱要足以解釋它在幹嘛 如果不足以解釋,那也許是當初命名的時候不夠清晰 或者是架構上有問題,需要再簡化 (不過這是理想情況啦,有時候還是會有很龐大的 function)
B10 B11 基本的文件還是有 但詳細的就沒有了 一個project有十多萬行code 不可能每一行/每一個function也寫文件的 時間不夠用 能把code 寫完寫好就已經很好了
B12 嗯嗯!我需要的文件也是這個...大部分是都命名的很好,不過前面那些就不得而知了... B13 以後寫相關code會再注意,畢竟體會過苦,希望也能給後面的人好維護XD
B14 我是比較壞壞的 都只會寫自己能看懂的注解 有時候時間趕起來 代碼都是草草的 var d = new Date().getTime(); var str = 'now ts=' + d; 時間不夠就可能會這樣寫 之後有時間才把這樣不明的換回來
元智大學
B15 在我們公司,這種會在 code review 的時候被 reject XD 團隊協作的情況下,要盡可能避免造成其他協作成員理解上的難度 現在在你身上省下的時間,未來可能別人要付出數倍才能補回來 不過如果自己的債自己還,那就... 隨意
B16 我這些都是function 內部用的 所以沒人理 原本也是很複雜的邏輯 有事也只有我能改 但code review 的時候會一次過拿出來改的