Mark App Design

今天又收到了三個admob發給我的警告 Site Behavior: Navigation 重點是這三個違規有兩個不能歸咎於我,有一個根本就是不知道那裡有錯... admob真是一直找app開發者麻煩. 如果有機會呼籲大家換到別家用. 1.其中一個是使用台鐵的opendata app,來查詢火車時刻表,這個opendata最近台鐵改版了,就不能用了,所以我被判違規,這合情合理,我沒意見. 2.第二個中國地鐵這個app,admob根本就不告訴我那裡有錯,讓我自己猜,真是爛的admob.這樣整開發者. 這個app有三個功能,我怎知那一個有問題,我一個一個測試都沒發現有問題,寫信給admob也不回信,真的這樣亂搞app開發者.害大家焦慮做白工???! 我真的不知道那裡有問題??? 3.第三個這個更是不滿意,這今天內政部整個opendata都當了.你下面看到的所有opendata都當機了,無法連上. 時好時壞.這admob也判我違規,問題是這個我只能寫信給內政部叫他們穩定一點,錯誤不在我這.我要修也沒辦法修. 過了幾天,內政部opendata比較穩定了,我又更新確認app ok.. 請求審查,但admob還是給我判違規,我就很疑惑... 試問到底是因為下圖app截圖中"紅框連到電話"是不允許的,還是因為在他測試時台灣內政部的opendata又短暫當機所造成的, 但是admob policy violation都不會告訴你, 他讓app開發者自己去猜違規判定者的心思? 我們不知道修改那裡才是對的. 現在google play app審核要花很久,且一直重新上架會讓app審核者很煩,等會他就找你的app開刀. 然後admob又如此不友善的對待app開發者. 真的是很生氣又無奈. 是這個autolink導致連至不存在電話?所以判違規?還是其他原因??? 還是是因為內政部opendatan伺服器又當機了?所以判違規?我不得而知. 內政部opendata server經常不穩定,實在是造成大家困擾. 整個政府中,內政部是opendata做的最差的,看看別人交通部,都有PTX,中央氣象局,觀光局都做得很好. 內政部的整天三不五時斷線,害我每天都收到一堆人評一顆星. 種種事情一直來,讓我覺得admob是在找我麻煩,不應該讓app開發者瞎子摸象,像無頭蒼蠅一樣亂竄. a

update date: 2020/05/21

今天來寫這篇,關於APP使用者人數為0的問題. 心情沉重,我有些APP使用者人數為0!!! (基本上, 少於500就近似於0了) 當初花了很多心血設計的APP,經過一段時間後,安裝人數不如預期.             這些app可能都要放棄了,不更新了. 即便有新想法,想更新或加新功能看看,但是一個一個app更新,時間可能也會花上3個多月. 在沒有收入的情況下,是很危險的一件事. 該麼辦呢?有沒有人可以給我建議?我困擾好久了,一直找不到辦法... APP不是設計出來就沒事了 當我們的APP從發想開始,到雛形出現,上架後, 除了研發經費,投入的心力人力物力,都是非常多的. 此外,還需要大筆的宣傳經費.每個月不停地投廣告. 如果沒有花錢去行銷,那可能都是這樣.....app安裝數非常少. 我們不可能像Google一樣,他有品牌優勢,消費者認Google,所以他的app至少都有幾千萬安裝數或上億安裝數. 也不可能像facebook一樣是殺手級應用,不用宣傳,就有使用者使用. 一開始誰會知道...這是沒人用的APP? 是的,這問題大家都說,誰知道阿.千金難買早知道...如果事先知道,就把時間放在其他事上面了. 幸運的是有些人花費的精力不多, 不幸運的是有些公司花了幾百萬卻做出一個不到500人使用的app,比比皆是. 所以,快速試錯是很重要的事. 這跟創業一樣,當你有一個事業想法,常常一股腦就投入幾百萬,但過沒多久才發現最後沒幾個人用. 你看Google+就是這樣,做不贏Twitter, Facebook...及時懸崖勒馬,及時停止,省下大筆開支.並專注在自己擅長領域. (下圖:殺手級應用已佔據大多數使用者時間,一般人想再開發相同應用已不可能成功) 90% app開發者命運都掌握在google,apple, Facebook 手上. 因為只要Google or apple app store的演算法變動,都會影響你的app排名,當app排名下降,app就慢慢變沒人用了 facebook更不用說了, 優先貼文,決定你的app曝光率. 所以我才說, 90%的開發者都是窮的,而且被人掐著脖子走. 各位新進有想要開發APP的人,要投入金錢前要先想好一件事? 是安安穩穩上班領年薪好? 還是要過這種膽顫心驚的日子? 如果只是寫寫APP過過癮,分享,不以營利為目的,是可以試試. 但如果要

issue 1: colors.xml裡面 Primary color不能有alpha值 05-11 19:13:53.406 12158-12158/xyz.markapp.javaquiz E/AndroidRuntime: FATAL EXCEPTION: main     Process: xyz.markapp.javaquiz, PID: 12158     java.lang.RuntimeException: Unable to start activity ComponentInfo{xyz.markapp.javaquiz/xyz.markapp.javaquiz.StartActivity}: java.lang.RuntimeException: A TaskDescription's primary color should be opaque         at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2440)         at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2500)         at android.app.ActivityThread.access$900(ActivityThread.java:154)         at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1350)         at android.os.Handler.dispatchMessage(Handler.java:102) solution:  You can not use alfa in primary color. The primary color has to be opaque. Change: <item name = "colorPrimaryDark" > #4DFF9800 </item> <item name = "colorPrimary"

近來admob收益大幅下滑 >90% , 去詢問了ADMOB專員,他們給我答案,說我的APP廣告位置對使用者來說,已經習慣了,他們不點了. 所以收益大幅下降,從去年2019年9月開始. 沒有辦法回到之前的收益了, (我感到他隱約建議我去找其他工作.不要靠寫APP維生了). 後來我去查一下,有非常多人跟我遇到一樣的情況. 時間點跟情況都跟我一樣,甚至有人說他網站要關了,付不起主機費,尋求贊助. 或是一堆人在詢問跟我一樣的問題:"admob收益大幅下滑". 但都沒人知道答案.有人還說是不是因為google股價近期大幅劇烈震盪,所以admob削減給開發者的廣告收益來彌補. 原因肯定不是這...我查了一下google股價,還升了哩. 於是我再次查了一下原因, 國外網友說可以試試Facebook Audience Network ADS. 他告訴我這世界除了admob之外還有Facebook Audience Network 簡稱FAN. 我繼續追查,除了FAN,還有MoPub(聽說是Twitter子公司). 但是我感覺mopub對美國比較多人用,其他地區都比較少人. 新聞說:google ads加上facebook佔了55%廣告市場. Facebook(社群廣告龍頭)和Google(搜尋廣告龍頭)兩個平台合共佔據使用者90%網路時間 看來試試看用FAN應該是不錯的選擇. 我其實不太喜歡把時間花在"增加廣告在APP",應該要專注設計APP才對.但沒辦法,沒錢連吃飯錢都沒有,還管其他的... 結果我就花了好幾天在增加Facebook Audience Network ADS上面,用admob聯播網,真的手續超複雜. Facebook Audience Network的設定超多, 經過幾天試驗.廣告收益成果也不好..很感嘆跟難過.. (ps:我看國外網友說: Facebook Audience Network is an alternative for showing ads in android app.Only drawback I can see in Facebook ads is that they use

這篇一定要推的: https://blog.csdn.net/harvic880925/article/details/102850436 Programmer是一個忙碌的職業，與這職業聯繫在一起的詞，通常是忙碌、加班、熬夜、過勞、不健康……當忙碌成為了主旋律，「高效率」一詞就自然浮出水面。 可是，Programmer工作效率是由Programming能力決定的嗎？ 答案是「 未必 」。 這些年，我一直在研究一件事兒：為什麼那些神人級Programmer，可以兼顧 N 倍於一般人的工作，還有條不紊？ 他們究竟用了什麼工作法？根據觀察與總結， 他們往往繞不開下面四個工作原則: 以終為始 任務分解 溝通反饋 自動化一切 當你有了一個新的想法（idea）時，就把想法開發成產品（code）投入市場，然後，收集data獲取反應，看看前面的想法是不是正確。 因此能得到兩種結果：好想法繼續加強、不好的想法丟掉算了。 不管是哪種結果，你都會產生新的想法，再進入到下一個循環裡。在這個循環中，你所獲得的認知是最重要的，因為它是經過驗證的。   馬斯克解法 :  「20×10×100」 20：現在的太空梭一次只能坐 5 個人，馬斯克打算把太空梭造大一點，一次坐 100 人，這樣，就等於把成本降低 20 倍。 10：馬斯克認為自己是私營公司，效率高，成本可以降到 1/10。事實上，SpaceX 的成本目前已經降到了同行的 1/5。  100: 就是回收可重複使用的火箭。 一次太空梭可以用100次. 因此很大的問題:20000.就被分解成20x10x100. 這告訴我們任何事都可以嘗試用這種解法. (但不保證成功) 心得: (以後慢慢加...)

Google developer console內的 正式發布前測試報告(Pre-launch report)...非常好用. 要產生應用程式的正式發佈前測試報告，要請將應用程式發佈至開放式beta、封閉式alpha或內部測試群組。 它有 三個版本. 到底該用那一個? 我是用 內部測試 之後會升到 alpha. (內部測試群組--> alpha --> 正式release.) 內部測試: Fast: You can distribute apps via the internal test track much faster than the open or closed tracks. When you publish a new APK or app bundle to the internal test track, it will be available to testers within a few minutes.  (幾分鐘之內會生效給測試者) 但我主要是要他幫我跑"正式發布前測試報告".  會發現很多自己在測試時沒發現的問題. 不過因為一直出現紅字,但我自己又測不到問題在那. 因為改了一些我認為有問題的code. 一直上傳請他幫我測試,不知道這樣會不會是違規?  google play審核人員看你一直上傳,不生氣才怪, (這會浪費他們時間,可能下次審核時間給你延長幾天.等你確定後不再上傳才一次審核完 .) 目前我是先用"內部測試群組",這樣就不用經過google play審核人員審核.等都all pass都是綠色後,才升版到alpha. 發生bug..他告訴我大概位置： Caused by: java.lang.IllegalStateException: The application's PagerAdapter changed the adapter's contents without calling PagerAdapter#notifyDataSetChanged! Expected adapter item count: 100, found: 5 Pager id: com.mark.TOEICtes