不過當了SA沒在coding
會不會跟新技術漸漸脫節呢?
通常SA要下功夫搞懂所在的公司/產業的作業流程/domain knowhow等等
但是過了幾年若想要換到另一個產業當SA
是不是就整個要從頭來過?甚至回去當PG?
SA若要跳到另一個產業當SA應該不容易?
※ 引述《Jazznight (爵色)》之銘言：
: 以RD常見的職涯成長歷程 PG -> SD -> SA ->....-> Architect
: 一個很根本的心法，我覺得是幫助往上走的不二法門…
: 那就是要學會偷懶!
: 偷懶真的是高手rd的天性...怎麼說呢…
: 假如你…
: 1. 懶得每天幫一個爛架構補洞
: 2. 懶得為了品質，每天跑一堆測試、驗證一狗票狀況
: 3. 懶得每次加個功能，就因為爛架構費一堆功
: 4. 諸如此類點點點…
: 那恭喜你，你是一個超級懶人，而且很有潛力走好這條路…
: 因為你平常就會…
: 1. 找一堆工具、模組來處理一堆你所懶得做的鎖事
: 2. 在找得過程中，你會看到很多模組系統漂亮的架構
: 3. 在尋找的過程中，你可以從blog、githab、stackoverflow看到很多人的觀點
: 4. 在和別人討論問題時，會有很多有的沒的可以講
: 最後，直到你可以弄到整個沒事做，那你就達到最高境界了!!
: 共勉之 :)
: ※ 引述《codemonkey (程式猿)》之銘言：
: : 再請教一下 做SA的時候 技術上的細節要描述到哪個層面呢
: : 例如...用戶從手機APP用G+登入後 後端WEB要如何驗證前端APP的請求 這件事情
: : SA需要瞭解大概怎麼做但是不用描述 還是不用知道也不用規範這一塊？
: : (做法當然不是讓APP回傳登入的G+帳號名稱就算了 )
: :

SA就照客戶講的把屎丟給SD,SD也照SA講的把屎丟給PGPG做完客戶又說不是這樣,之後就一直重複流程

追蹤產業趨勢也是SA工作

傻傻的才會去做SA，SA做的事情就是業績是業務的，解bug業績是RD的你會被對方公司RD靠杯，你回原公司求RD，被原公司RD靠杯然後issue解完，是原公司RD的功勞跟對方RD順利完成案子你只是自己公司RD的保護傘與緩衝器，讓自己公司RD在不被客戶靠盃的情況下，能快點把issue解完的工具人而已你在沒任何業績的情況下，你對公司有什麼幫助?你先想想有沒有機會做到40歲再說吧。