Mark App Design

最近又遇到一個不好的親身經歷.
幫一個醫美診所作一個app, 合作中我就有發現幾個很大的問題:
1.程式設計師的想法與醫生差太多. 醫生認為他很權威,很少有人敢反對其想法,所以都要聽他的. 一般來說是這樣沒錯,但在程式設計方面就不可. 比如說基本的ui/ux,有時我覺得這樣比較符合ui/ux, 但對方就是不認為這樣. 就開始吵起來了. 比如說有登入按鈕這一case,有登入就會有登出,程式設計師是這樣設計的. 但醫生不想這樣,他不准user登出... 天阿,有登入沒登出,這我無法想像.. 最後對方認為他付你薪水,就要照他的作...只好把登出移除. 程式設計師覺得受傷. 因為醫生的專業不是這,所以他無法了解, 我覺得最後app很可能變四不像. 這還只是一個例子,合作的一年中,這種例子層出不窮... 我每次跟他講這樣不行..違反ux, 但醫生那管你.. 寄人籬下不得不低頭...
2.程式設計師完成一個功能,可以表面看是幾個頁面, 但背後需要設計一整套流程, 比如說預約掛號功能好了, 中間步驟從user開始使用,到最後確認...20個步驟跑不掉. 程式設計師要在一開始就要想好整個流程. 最好不要中間改了又改,這樣時間就會拖很長. 但因為醫生他們沒有spec,需要我想好再給他們審. 因此有時我光設計流程,就花兩三天, 開始寫程式後..app+server,一週又不見了. 除此之外還要測試,因為只有自己一個人,常邊寫邊測試,邊debug. 遇到困難時一週又不見了, 好不容易去驗收後,馬上對方就覺得不滿意於一些小步驟, 有時突然又突發奇想,要加一些新功能進去, 程式設計師回去又要再來一次,雖然時間較短. 來來回回,有時設計一個功能,一個月就沒了. 這還是加班趕工的結果... 但最後,下場呢? 程式設計師落了一頓罵,醫生他們會罵為啥設計這麼久.. 才幾個頁面而已,簡單的功能,每次都這樣? 而我只有無言以對... 只能忍下,因為實際上的確也是設計這麼久,這是中間一來一往所造成的. 有些工程師不會因此喪志,反而更加努力.希望下次能避免這情況.

11-29 01:02:57.405 10780-10780/? E/LocationClientImpl: Client disconnected before listeners could be cleaned up
                                                       java.lang.IllegalStateException: android.os.DeadObjectException
                                                           at xb.c(:com.google.android.gms.DynamiteModulesB:1276)
                                                           at nx.a(:com.google.android.gms.DynamiteModulesB:1383)
                                                           at od.a(:com.google.android.gms.DynamiteModulesB:372)
                                                           at nj.a(:com.google.android.gms.DynamiteModulesB:113)
                                                           at nk.a(:com.google.android.gms.DynamiteModulesB:60)
                                                           at of.handleMessage(:com.google.android.gms.DynamiteModulesB:1205)
                                                           at android.os.Handler.dis…