作者:
celiaptt (celiaptt)
2018-05-23 18:55:50作者:
celiaptt (celiaptt)
2018-05-23 19:03:00不用噓我吧…我的意思就是各位對SA的定義是不是一定要會看CODE才算是SA啊…抱歉我寫的太精簡了
作者:
celiaptt (celiaptt)
2018-05-23 19:18:00抱歉沒先看板規，是我的錯，sorry
作者:
atpx (秋雨的心情)
2018-05-23 19:26:00在專業分工的公司不用, 不過台灣一般公司IT會混用, 所以要
作者: n080925 (Lonely Journey) 2018-05-23 19:34:00
no
作者:
celiaptt (celiaptt)
2018-05-23 19:43:00謝謝atpx大大的回覆，我面試的那間夠大，主管是說是做專門SA，會不會看CODE沒關係(會尤佳，非必需)，但我現在的公司就像atpx大大所說的一般台灣公司，SA通常是從PG做起，所以都會看CODE, 所以我很好奇，當SA不會看CODE時，系統再怎麼驗，還是有可能會有非預期的事發生，現在這間公司是SA要第一時間處理，但面試的這間，如果也是SA要處理，那看不懂CODE要怎麼處理呢@@
我是覺得發問應該是由google過後看了一些文章，而從既有的知識下來延伸發問不懂的問題。一行文是該噓。
作者: edison0206 2018-05-23 21:33:00
不是必要，但是如果會的話，寫出來的規格書，開發人員比較容易讀
作者:
atpx (秋雨的心情)
2018-05-23 22:06:00實務上系統大到一定規模也不會直接去爬幾萬行code找問題會先從相對應的table比對出錯誤値, SQL修正資料後再看是否為程式異常(ex:反覆同樣錯誤), 再收集後交由pg去處理如果是很明顯的程式錯誤, ex:畫面直接壞掉, 這當然就截圖轉交就好, 所以說不必會寫也能處理專業的SA可能面對不同系統, 不同語言實作, 亦不可能每種都會台灣沒有大到這種規模, 所以通常純SA都是大概BA或主管等級了
作者:
celiaptt (celiaptt)
2018-05-23 22:12:00edison0206大大，我開規格應該是OK的，畢竟現在的公司也是開規格給PG寫，只是二者的差別在於一邊的CODE我是看的懂的，一邊是看不懂的，當發生問題時，如何解決這點我比較困惑，但我想我開的規格應該還不致於讓PG不懂才是XDatpx大大，謝謝你熱心解惑，這樣我就比較了解未來遇到問晚要如何處理了問題
作者: chung928 (chung928) 2018-05-24 12:44:00
當你FB?
作者:
pig0038 (顆顆)
2018-05-25 07:36:00問題描述不清不楚的，版規也不看，難怪你會上來問這個問題。