Re: [請益] 有公司用這種開發方式嗎?

[yishin0517 (回台灣了)]

我很認同oaz說的這些
畢竟我之前在內科呆在軟體公司時
我不敢說那家公司的SA或是專案管理很強，
可是我敢說公司有明確的規定跟開明確的規格，
讓pg再寫程式時都很清楚該怎麼寫，怎樣寫才合乎公司的規定。
也因為這樣在開發中我們每個人都可以分工合作。
甚至我請假也有人可以立即接手繼續寫下去。

可是我現在回到了南部當了MIS
上頭開出來的SA跟SD慘不忍睹，
讓人看不懂就算了，
我這個pg照著規格寫出來的程式還不符合USER的需求。
常一再改版改到整個火大了。
連寫程式的風格都沒規定。
最扯的是有人寫Procedure寫後端，有人寫前端，
結果當前端的人接手要改寫程式時要改寫一堆後端的。
後端的人接手前端的又要改寫一堆前端的程式。
把程式搞得亂七八糟。
所以我很認同oaz版大的話，大多是需求定義不是真的SA  SD規格。


※ 引述《oaz (幸福治安：破案數/十萬人)》之銘言：
: 前在公司上過軟體外包管理的課程
: 有提到類似的事，提到的例子好像是花旗
: 我個人的心得是
: 一、系統架構要很強（SA），設計出來的東西不能到實作才發問題
: 二、規格要很明確，明確到每個函式都要定出來
: 三、公司要有明確的程式設計風格，如
: 基本上， coding 是沒什麼大不了的
: 因為規格都詳細到函式，而且程式設計風格有明確規範
: 不同的人寫出來的差不大
: 但以台灣的現況：
: 一、台灣的公司不怎麼注重系統架構
:     真正的系統架構強者大概也不會受到重視，公司也不會想到要去培育
: 二、台灣的公司規格一改再改是理所當然，規格詳細到函式根本是自討苦吃
:     而且，台灣的公司規格稱不上是規格
:     頂多是需求的定義（譬如要做什麼，要有什麼功能），然後就開始實做
:     之後的系統設計、實做，都是 RD 的責任
: ※ 引述《oomusou (oomusou)》之銘言：
: : 最近聽朋友說他們公司在台灣與美國都有研發單位
: : 同一個project，台灣與美國的RD同時在做
: : 同一份code台灣RD在上班時間寫，等到下班的時候
: : 剛好是美國上班時間，美國的RD繼續寫
: : 也就是同一份code有兩個人同時在寫，也就是24hr都有人在寫
: : 台灣還有其他公司用這種方式研發嗎?
: : 這種方式看起來理論上是一天當兩天用，
: : 應該可以縮短一半的開發時間

--
能掌控自己的人,才能掌控世界

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 59.125.217.173
※ 編輯: yishin0517      來自: 59.125.217.173       (11/11 08:45)
→ humanfly:回南部當了mis = pg ?
→ yishin0517:在公司內部開發公司內部的ERP系統
→ yishin0517:在公司內部開發跟網管是分開的 統稱為MIS
→ yishin0517:公司有分阿  經理開SA 課長開SD  工程師當PG
→ askeing:大概是沒有定好interface吧！？
→ yishin0517:琤u能說我們公司開SASD都是一次會議就OK~~後面都是PG的
→ yishin0517:工作~~包含改架構規格來符合USER的需求
→ yishin0517:說白點!!SA  跟SD只管第一次上線之前PG要按照他們開的
→ yishin0517:後面改死你~~都是你的事
→ howshou:你說的情形是，小公司與沒能力的主管常會發生的狀況。
推 wlul:推howshou大   血淚@@
→ ykjiang:這個例子寫 code 只是用來處理類似的問題，才可以這麼幹吧
→ yishin0517:公司在千大企業排名550名內~~不過說的也沒錯
→ yishin0517:主管沒能力讓下面的人真的會很累
→ yishin0517:在我們公司改架構(自行開發的ERP)是常有的事
→ yishin0517:話說回來~~改架構時~我竟自己整個推掉重寫重做SASD
→ yishin0517:這樣還比較快