→ karcher:這倒不如說是網路有太多巨人分享他們的成果才有機會偷懶 06/06 07:28
推 ianlin45:巨人的弱點是後頸肉 06/06 09:45
→ andymai:看到別人的架構、觀點~覺得好的話~不會想要動手做嗎??? 06/06 12:50
推 gmoz:2F XD 06/06 15:25
→ viper9709:推2F XD 06/06 23:48
推 chungren: github? 03/03 22:58
以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實在不行 所以要 "轉回" 業務部了
: 可是部門剩下的都是coding沒幾年的小朋友(以年資來看)
: 人力也滿了 ... 意思是我們要自己做SA和SD了
: 在我的觀念中
: SA的工作是說服老闆在 "可實現/具有sense的需求規格/工單" 上面簽字
: 最接近角色就是scrum的PO吧？？
: 請問除了去抓SA文件格式回來亂填
: 一群小朋友要怎麼學做SA啊？
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 118.233.97.13