Apps Development Note

Android在開發的過程，都會經歷多次的debug build來安裝在手機上看執行的結果 然而在經歷了多次的build code之後， 是不是會覺得越build越久? 有時甚至是按下了build，到完成安裝到手機run起來都要6分鐘以上... 因為實在太不合理了，所以這個時候可能已經開始上網去找Android studio加速之類的方法了 常常找到的結果都是叫你把Memory調大、啟用新一代Dex編譯器...之類的方法... 但是如果你跟著照做，但build code還是一樣越來越慢，有可能是因為Java的關係 這個時候可以試著強制把Java關掉的方法來試試看 1.開啟活動監視器 2.關閉Java程序 把所有在活動監視器上看到的Java程序都按下停止的按鈕， 然後再去Android studio按下build， 就會發現瞬間build code的速度又變回剛開Android studio時的速度了

Photo by:  https://pixabay.com/photos/work-typing-computer-notebook-731198/ 接案這些年來，收到過無數的案主要求報價， 很多都報完價之後就沒消沒息，沒再談後續的事了。 可以理解有些客戶可能會覺得報價太高，也能體諒消費者的立場總是會希望便宜一點， 所以想來談談關於我們App個人接案工程師對於報價是如何評估的 其實對於接案報價的高低，我個人會由幾項原因進行評估： 難易度 工時 交期 規格是否明確 風險 一、難易度   也就是說這個案子是否用了什麼比較難的技術? 是否限定了只能使用什麼程式語言撰寫(而剛好這個語言我個人剛好比較不熟悉)? 這些功能在某些平台(Android、iOS或是後端API)會比較難處理? 客戶的需求是否會有可能讓app上架無法通過審核的可能? 二、工時 也就是說完成這個案子需要多少的時間才有辦法做完。 有些案子雖然技術不是很難，但要實作的頁面實在太多，或是要判斷的邏輯太復雜，就會造成這個案子的總工時會變長。 三、交期 也就是這個案子的交件日有多久時間可以寫?是不是急件? 如果是急件而手頭上又在其他的案子在忙的時候，要將新的急件排入當然就會比較貴，就好比去照相館沖洗相片一樣有急件與普通件不同的價格。 四、規格是否明確 這項是最為重要，但又是最難的部份。 最常遇到的情形就是「我想要做一個App，跟某個現在已經很知名的App一樣的功能，Android跟iOS都要，幫我報個價」 這個時候我需要去了解的事情就是： 客戶說的那個App有哪些功能? 客戶要的App要有哪些的業務邏輯? 客戶有沒有提供美術設計圖稿? 客戶有沒有提供後端API?(後端API是app的資料來源，通常也是客戶最容易沒考慮到的部份) 於是我如果接到了這個案子所要花的時間就是： 1.需求分析 2.Android app開發 3.iOS app開發 4.基本的美術設計 5.後端API開發 上面的5項，其實剛好也就是一般軟體開發公司會出現的職缺： 1.SA(系統分析師) or PM(專案管理者)：需求分析 2.Android工程師：Android app開發 3.iOS工程師：iOS app開發 4.美術設計師：美術設計 5

如果你在不同的電腦進行開發Flutter專案，雖然是同一包程式碼，但當在不同的電腦要執行run debug的時候，有時候會無法執行並出現了下列的錯誤訊息： This package referenced a Flutter repository via the .packages file that is no longer available.  如果在繼續往下看錯誤訊息，其實會看到IDE告訴你這台電腦正在使用的Flutter SDK路徑與專案內所儲存的Flutter SDK路徑不一致。 解決的方法就是把Flutter專案底下的.packages檔案刪除後 再執行指令: flutter pub get 如果是使用Android Studio開發則可以從「Tools/Flutter/Flutter Package Get」 然後你的Flutter專案就又可以正常執行了。 Reference: https://github.com/flutter/flutter/issues/21435