查看完整版本: 公司軟體開發沒文件
頁: [1]

776556 發表於 2017-5-5 12:10 AM

公司軟體開發沒文件

公司有erp產品
一般新的客戶軟體需求,都是用舊的軟體拿來改所以沒有任何文件可以看,都是負責人用口頭說明,請問大家工作上也是這樣嗎?


<div></div>

chevylin0802 發表於 2017-5-5 08:55 AM

本帖最後由 chevylin0802 於 2017-5-5 08:58 AM 編輯

你只能說你遇到的公司在研發上不規範
由於有許多小公司接單接到沒有足夠的人力去開發
所以就會產生沒有人做文件的困擾
尤其是幫別的企業做客製化服務的時候最常見到
也因此
有一些公司就變成了負責人以口頭說明的方式
當然我不認為真的搞一堆文件就一定有用
事實上你叫RD天天寫工作日誌也不是不可能
可以自己架一套內部伺服器裏面弄一套BLOG的系統
然後給RD們做工作日誌
至少它比專案時程管理要來得有用

...<div class='locked'><em>瀏覽完整內容,請先 <a href='member.php?mod=register'>註冊</a> 或 <a href='javascript:;' onclick="lsSubmit()">登入會員</a></em></div>

w12463 發表於 2017-5-26 01:46 PM

不只是軟體開發公司 連一般中小公司很常見
即使有ERP系統 也沒有詳盡的說明文件
就算有也是給外行人看的
內行人想看的 偏偏沒寫在上面...

行過沒碰到 發表於 2017-5-30 10:13 PM

看是那種文檔, 程式碼裡面的備註還好, 其他正式文檔多半是亂寫還是馬馬虎虎的, 錯漏百出, 看了也沒用{:32:}

chevylin0802 發表於 2017-5-31 12:34 AM

本帖最後由 chevylin0802 於 2017-5-31 12:48 AM 編輯

行過沒碰到 發表於 2017-5-30 10:13 PM
看是那種文檔, 程式碼裡面的備註還好, 其他正式文檔多半是亂寫還是馬馬虎虎的, 錯漏百出, 看了也沒用 ...

你還沒看過最扯的,程式碼的註解比程式碼本身還要多。而註解的內容卻是一堆某某工程師在某時間點做了什麼事。連這麼瞎扯蛋的註解都可以比整個程式碼還多,還有什麼事做不出來的?
反而不需要過於著墨於程式碼的註解,因為破壞畫面反而會讓人難以看懂。一般都是只要在函式開頭及物件開頭作說明,特殊的場合也需要短的註解。多重迴圈的終點有必要簡單的提示性註解以外。實在想不出把誰修改的也加入註解的必要性及可靠性。
其實真的應該做的也不是如以前的三圖四冊式的標準文件。文件是夠仔細沒錯,但是花在寫文件的時間比研發的時間還多,就變成沒必要了。更何況根本沒有人有辦法花那麼多時間看文件,最後也只會是封存一途。
最可行的還是工作日誌,因為日誌會交待出做了什麼事,以及思路是什麼。比較一目了然,用blog去架給工程師用就可以。...<div class='locked'><em>瀏覽完整內容,請先 <a href='member.php?mod=register'>註冊</a> 或 <a href='javascript:;' onclick="lsSubmit()">登入會員</a></em></div><br><br><br><br><br><div></div>

w12463 發表於 2017-11-25 02:46 PM

頂多只有給外人看的文件 內行人想看的一點都沒有...
作文件要花時間  老闆又看不到實際產出
會做的人就不想做文件了

MY0613 發表於 2018-6-27 10:35 AM

文件…
以前在大公司真的在軟體工程,它的確很重要。
現在在小公司真的在搞產品,它的重要性遠遠比不上…功能完成通過測試還能趕上市場的時間點。

文件給寫程程(做工)的人看,只是入門快,想問的事想了解的流程邏輯,還是在源碼內…
你追求的是什麼?我會比較傾向有 issue tracking system,
發生的問題/需求/Bug 是什麼?用了什麼想法解決?評估的 side effect 是什麼?
這比"文件"來的重要多了,越有歷史共業的東西,越需要有 issue tracking system 來幫忙…
朝管理的系統方向,對團隊開發才有幫助。

另外 源碼軟體的生命週期是一直在前進的,你希望的文件…也是能前進的嗎?
那誰來維護"文件"呢?
...<div class='locked'><em>瀏覽完整內容,請先 <a href='member.php?mod=register'>註冊</a> 或 <a href='javascript:;' onclick="lsSubmit()">登入會員</a></em></div>
頁: [1]