→ shoting:trend 03/29 21:04
推 phantom400:用心認真寫文件 03/29 21:39
推 Sany:只有一個秘訣:公司叫你作啥就作啥,因為台灣都亂分工 03/29 21:50
推 aej:同意樓上+1 而且越是和程式無關的工作 越要去做 03/29 21:52
→ aej:我以前認為 只要把"人的作業" 改成用 "程式模擬"就是系統化 03/29 21:53
→ aej:証明這是錯的Orz....要是本身不會"會計" 那要寫"會計系統" 03/29 21:54
→ aej:做出來的系統 會有很多"未知的風險" 而這就是SA的工作 03/29 21:55
→ aej:所以SA不需要很會寫程式 但一定要很了解或很會問需要是什麼 03/29 21:56
推 Sany:這就是know how,但我們總經理說,不懂know how 也能作sa,才是 03/29 22:05
→ Sany:真正有天份也有才華的sa 03/29 22:06
→ Sany:但看起來這除了實務讓人帶著作幾年,看書是沒有什麼用的 03/29 22:07
→ anraye:方法1的問題不在環境，在於你自己要不要做而已。 03/29 23:04
→ anraye:別人不做，你可以自己帶頭做，我以前公司就是這樣，只要在 03/29 23:05
→ anraye:不影響進度的情況下，不會有人管太多的。 03/29 23:06
→ anraye:至於3，只能說，多拜拜燒香了。 03/29 23:06
推 achii:我們公司的SA完全不會coding喔 只會出張嘴問你還要多久 03/29 23:12
→ andymai:不懂know how→不知道什麼職位和群組的人看到相同的作業需 03/30 02:21
→ andymai:要有什麼不同的區別和流程。不懂還能作?除了天才~我想不到 03/30 02:29
→ andymai:有誰幹得出相同的事了... 03/30 02:30
→ andymai:突然想到這樣的人可以寫本:360行任你挑!第一次創業就上手! 03/30 02:37
推 thinkniht:我曾經遇過一個SA(客戶)coding能力強不強我不知道 03/30 06:33
→ thinkniht:需求我看他是搞不太清楚 結果功能弄得差不多了 03/30 06:35
→ thinkniht:又說哪裡要改(而要改的地方是早就可以提出的) 03/30 06:37
→ thinkniht:我看他比較熟的應該是SQL 03/30 06:39
推 ggg12345:需求分析是服務使用方,系統分析是供應方,供應不出能不改? 03/30 08:01
→ ggg12345:分析完才配架構設計,其後才打造coding.分析當然問造多久? 03/30 08:10
→ ggg12345:只是做分析的要能查驗判斷要的需求,做供應的時程是否合理 03/30 08:13
→ ggg12345:經驗是已有參考.因此要有方法能測試沒弄錯需求,估人員能 03/30 08:16
→ ggg12345:力在那種時程可完成,預估可能將來狀況,備案外如何調整. 03/30 08:20
推 repuslin:要先問台灣有那些客戶願意花時間陪你慢慢完sa/sd的有多少 03/30 13:45
→ repuslin:客戶有預算/時間,給你慢慢在那邊玩sa/sd的有多少~ 03/30 13:45
→ repuslin:最後就變成劣幣驅逐良幣~ 搶到case的贏,最快生出東西的贏 03/30 13:47
→ repuslin:就算有bug,也是上線後再丟給下面的奴工去加班修改&維運 03/30 13:49
→ repuslin:這年頭sa/sd再強也比不過客戶的一張嘴有本事還是當老版好 03/30 13:51
推 child47:樓上有說他比較強是sql，嗯，sql要寫得好也不是那麼容易 03/30 21:08
推 sazabijiang:一般來說台灣的local軟體公司, SA/SD是由資深, 有 03/31 00:37
→ sazabijiang:domain knowledge的人擔任. 03/31 00:37
→ sazabijiang:反倒不需要有什麼方法論或證照之類 03/31 00:37