TomWang的部落格

最近在弄個舊系統的功能搬移，也就是把舊系統的功能在新系統上重新開發。

會要進行功能搬移就是對舊系統有些不滿，有些功能整個設計上就很有問題(無論是使用的順暢度上還是技術上)，這會開發者產生兩種選擇：

　　一般來講，一場面試下來，常常資方會想把薪資壓低，勞方會想把薪資抬高。勞資雙方的看事情的角度不同算是個常態，也許可以同理心用對方的角度想，但我想不可能角度完全一致。

　　不管是壓低薪資還是提高薪資，都該了解「凡事都有代價的」。

最近玩了一個APP「忍者Q傳」，也有儲值儲了一些錢，今天決定把遊戲砍了不玩了。

這遊戲是以火影忍者為故事背景，而且人物名稱都沒改，不像那個武俠Q傳，有時都搞不清誰是誰了。我覺得這遊戲設計得還蠻會坑...不對，該說會讓玩家掏腰包，否則很難玩下去。後期會變得有點無聊，當然，很多遊戲都這樣。只是讓我不滿的是遊戲本身不是很穩，很容易閃退或出問題。我覺得這是很致命的問題，我有遇到一些遊戲本身還不錯，就是遊戲太容易出問題了，所以我很早就放棄不玩。

我目前職務是以寫程式為主，有過一些做SA/SD的經驗，之前做SA/SD使用UML的專案經驗都是依循著別人訂好的規範去進行，算是以文件為主，確認需求為輔。因為種種原因，未來想系統分析甚至專案管理的方向發展，為了這一目的，學習方向就比較偏系統分析的東西，自己也有做一些練習，我對之前專案經驗中與自己練習的UML用法都感到有問題，但我並不知道該怎麼解決問題，也不知道該怎麼做才是對的。我最近看了「SA前進UML專案現場」，這本書解決了一些我覺得有問題的地方。以下是我對這本書的心得感想：

我這本書並非在教正規的UML或RUP用法，而是在敘述怎麼在專案實務上使用UML。如果是為了在那種很重視文件的專案中使用UML，我想這本書的幫助並不大。但如果是做系統分析想把需求弄清楚，但又不知道怎麼做，那我想這本書的內容是值得看的。