PTT數位生活區 / AndroidDev

[閒聊] 今天看到了一篇文寫學APP就學JAVA?錯!

看板AndroidDev作者 (hippo泡)時間9年前 (2015/07/11 23:07), 編輯推噓14(14推 0噓 54→)
留言68則, 16人參與, 最新討論串1/2 (看更多)
文章:http://blog.udn.com/yccsonar/16185611 剛學android不久...還很菜 看到這篇文不禁有點茫然 我該轉去深入網頁語言嗎? 好像不僅可以轉android 又可以轉ios 雙管齊下很厲害的樣子 文章最後提到 以後業界爭的會以javascript為主.. 學java 或object-c的只是學院派的說法 請問各位大大可以分享一下想法 參考一下嗎 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.224.113.234 ※ 文章網址: https://www.ptt.cc/bbs/AndroidDev/M.1436627225.A.A3A.html
→
07/11 23:14, , 1F
就是HTML5的業配文而已阿XD
07/11 23:14, 1F
→
07/11 23:20, , 2F
如果說你只是為了現在紅什麼可能是未來趨勢就去學
07/11 23:20, 2F
→
07/11 23:21, , 3F
往往到你要用的時候已經要更新的東西了
07/11 23:21, 3F
→
07/11 23:22, , 4F
所以其實你可以選一種,好好的練習"寫程式"其實就夠了
07/11 23:22, 4F
→
07/11 23:23, , 5F
小魯經驗是大學必修C語言,但大學專題用VB底層包C當lib
07/11 23:23, 5F
→
07/11 23:24, , 6F
研究所國科會計畫用MFC寫, 論文用C#寫
07/11 23:24, 6F
→
07/11 23:25, , 7F
天知道我選擇進了寫APP的公司XD 現在就在寫JAVA
07/11 23:25, 7F
→
07/11 23:26, , 8F
還好公司還不錯願意養我一陣子,就丟一本書跟公司題目
07/11 23:26, 8F
→
07/11 23:26, , 9F
要跨平台可以去找個框架學 但就是不建議HTML 要寫好太費工
07/11 23:26, 9F
→
07/11 23:26, , 10F
第一週交出第一個APP 第二個APP兩週
07/11 23:26, 10F
→
07/11 23:27, , 11F
訓練三週後就進專案了...
07/11 23:27, 11F
→
07/11 23:29, , 12F
現在還需要自修一下object c偶爾要支援一下ios那邊XD
07/11 23:29, 12F
→
07/11 23:30, , 13F
所以我覺得一開始就跳來跳去反而會撞得滿頭包
07/11 23:30, 13F
→
07/11 23:31, , 14F
選一個你有興趣的好好培養興趣才是
07/11 23:31, 14F
→
07/11 23:33, , 15F
就算要轉型HTML5也還需要好一陣子
07/11 23:33, 15F
→
07/11 23:34, , 16F
就像現在還是很多專案還沒轉成AS一樣
07/11 23:34, 16F
→
07/11 23:35, , 17F
很多專案還是用object c寫 只會swift也很危險
07/11 23:35, 17F
→
07/11 23:35, , 18F
若真要向他文章所說可以跨很多種的話...就C#吧XDDDD
07/11 23:35, 18F
→
07/11 23:36, , 19F
C#可以寫android, ios, winphone, widows, server
07/11 23:36, 19F
→
07/11 23:36, , 20F
這樣不是更酷嗎XD
07/11 23:36, 20F
→
07/12 00:11, , 21F
這個口號喊好幾年了 結果還是沒實現
07/12 00:11, 21F
推
07/12 03:02, , 22F
看google跟apple各懷鬼胎就知道沒這麼容易......
07/12 03:02, 22F
推
07/12 03:38, , 23F
跨平台 就是說你要處理每個平台的坑..
07/12 03:38, 23F
→
07/12 08:34, , 24F
java是學院派？你知道比Djando/Node/Ruby等很潮的框架
07/12 08:34, 24F
→
07/12 08:35, , 25F
更大規模的伺服器 一大堆都是用java嗎？
07/12 08:35, 25F
→
07/12 08:36, , 26F
javascript重要沒錯 但java的應用一樣很廣
07/12 08:36, 26F
推
07/12 10:13, , 27F
拜託你去看一下人力銀行 是哪個職缺多
07/12 10:13, 27F
推
07/12 11:00, , 28F
坦白說學objective c的工程師起薪比較高點 因為要弄懂頗不容
07/12 11:00, 28F
→
07/12 11:00, , 29F
易
07/12 11:00, 29F
推
07/12 11:00, , 30F
有真的用過就知道效能有差寫一整個大專案時的那種lag問題
07/12 11:00, 30F
→
07/12 11:00, , 31F
整個無解js是很強勢沒錯不過我覺得native不可棄啊
07/12 11:00, 31F
→
07/12 11:01, , 32F
鄉下老師講的java大概是他團隊做的東西不是太高端 所有覺得
07/12 11:01, 32F
→
07/12 11:01, , 33F
原生版的語言不重要
07/12 11:01, 33F
→
07/12 11:02, , 34F
lag問題可以透過一些取巧的方式借gpu渲染加快
07/12 11:02, 34F
→
07/12 11:03, , 35F
但是html 做複雜介面時的問題除了渲染 還要記憶體回收問題
07/12 11:03, 35F
→
07/12 11:03, , 36F
而且在某種情況下操作無法像原生那麼穩定
07/12 11:03, 36F
→
07/12 11:04, , 37F
光每一個component要initial除非你自己會設計ui 專用的frame
07/12 11:04, 37F
→
07/12 11:04, , 38F
work在運作
07/12 11:04, 38F
→
07/12 11:05, , 39F
不然光loading、換頁的速度都沒辦法很穩定的運作
07/12 11:05, 39F
→
07/12 11:06, , 40F
影音功能在app內建的webview更是不穩定
07/12 11:06, 40F
推
07/12 11:08, , 41F
只靠javascript/html5做app 要嘛就是這app難度不高
07/12 11:08, 41F
→
07/12 11:08, , 42F
不然就是個玩具或demo用的程式
07/12 11:08, 42F
→
07/12 11:09, , 43F
真要卯起來用 還不如直接弄熟原生的 因為很多功能還是要靠sd
07/12 11:09, 43F
→
07/12 11:09, , 44F
k
07/12 11:09, 44F
推
07/12 11:24, , 45F
有時候學這種門檻較高的技術可以先思考一下未來希望怎麼發展
07/12 11:24, 45F
→
07/12 11:25, , 46F
學這種低門檻的做法 不是不好 就只是混口飯吃而已
07/12 11:25, 46F
→
07/12 11:26, , 47F
ios能通的工程師起薪不低 而且市場可以不用侷限於台灣
07/12 11:26, 47F
推
07/12 11:33, , 48F
搞錯重點了 重點是你的APP有沒有人用 沒人用還不是一
07/12 11:33, 48F
→
07/12 11:34, , 49F
樣 有人用 還怕出不起錢開發另外一種版本嗎?
07/12 11:34, 49F
→
07/12 11:36, , 50F
學哪一種根本無所謂 單一種語言弄到精 市場搶著要
07/12 11:36, 50F
推
07/12 15:51, , 51F
做完，做好，兩回事
07/12 15:51, 51F
→
07/12 15:52, , 52F
把握當下最好的技術就很難了
07/12 15:52, 52F
→
07/12 15:53, , 53F
哪有時間管未來會怎樣...
07/12 15:53, 53F
推
07/12 16:36, , 54F
是說我有看過一些 app 看起來就是網頁技術寫的
07/12 16:36, 54F
→
07/12 16:36, , 55F
最明顯的特徵就是返回鍵的作用等於瀏覽器的上一頁
07/12 16:36, 55F
→
07/12 16:37, , 56F
當經過一大串操作之後的返回鍵功能都不會是回上一層
07/12 16:37, 56F
→
07/12 16:37, , 57F
我不確定 HTML5 技術寫的 app 有沒有這問題啦
07/12 16:37, 57F
→
07/12 16:38, , 58F
但這種不直覺的操作結果實在令使用者很囧...
07/12 16:38, 58F
推
07/12 18:52, , 59F
natice+web APP 很多,尤其是電商
07/12 18:52, 59F
→
07/12 18:52, , 60F
原因不外乎是開發快速(更新server就好)
07/12 18:52, 60F
→
07/12 18:53, , 61F
使用者體驗沒弄好我覺得是開發者或PM的問題比較大
07/12 18:53, 61F
→
07/12 18:55, , 62F
我之前幫某公司寫AP,也是弄到一般使用者看不出是混合
07/12 18:55, 62F
→
07/12 19:03, , 63F
抱歉我第一行打錯了,是"native"
07/12 19:03, 63F
推
07/12 20:17, , 64F
APP若是主要發展的產品最好還是用Native 如果只是附加產品
07/12 20:17, 64F
→
07/12 20:17, , 65F
當然用網頁技術就可以了
07/12 20:17, 65F
推
07/12 22:56, , 66F
通常都會混著用吧，一些頁面用網頁超快阿，像關於跟授權
07/12 22:56, 66F
推
07/13 06:38, , 67F
FB的APP好像原本就是用網頁寫 後來效能太差砍掉重練
07/13 06:38, 67F
→
07/13 19:29, , 68F
對,所以以前封包被路由器嵌入廣告的時候也會跑出廣告
07/13 19:29, 68F
‣ 更多 stevekevin10 的文章
文章代碼(AID): #1LeJ4Pew (AndroidDev)
AndroidDev 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 stevekevin10 的文章
文章代碼(AID): #1LeJ4Pew (AndroidDev)