[請益] 關於開發手機app的職缺(ios/android/web)消失

看板Soft_Job作者時間10年前 (2014/03/01 11:45), 編輯推噓26(26推 0噓 84→)
留言110則, 16人參與, 最新討論串1/1
大家好，我是一個工作經驗約一年的工程師，主要工作會碰到 web端相關程式+java。然後有點問題想請教大家，就是就我所知 主要開發手機app的作法有三種(好像還有別的)： 1.android 平台：原生碼(java) 2.ios 平台：原生碼(object c) 3.跨平台：html5+jquery mobile+css+phonegap 而我目前的工作主要會碰第3種，不過長期下來發現，第3種 雖然可跨平台，但會衍申很多問題，比如同一套code在各裝置上的畫面常常 會有差，或是同一個event的效果也會不一樣，變成常常會花很多時間 在解決這些事上面。有時候我會想說會不會native code的門檻雖然 比較高，但至少穩穩地學到熟練後，就不需去煩惱那些各裝置瀏覽器上的問題 。 我會想得太容易了嗎? 另一方面，照理來說第三種方式，應該可以替公司減少開發時程及減少人力， 但我在網路上看到的職缺，幾乎都是前兩種居多，這讓我也有點困惑，不知為何? 我現在也在想如果前兩種的職缺比較多而且待遇比較高的話，打算假日有空自學 第一種，因為本身對java還算熟練。 希望能有高手替我解惑一下，以現在的產業環境及薪水待遇，應該要選第三種還是前兩種 好呢?感激不盡。 -- ※ 發信站: 批踢踢實業坊(ptt.cc)
推
03/01 11:51, , 1F
如果想用一份code在不同裝置執行，可以考慮titanium
03/01 11:51, 1F
→
03/01 11:59, , 2F
請問用這就不會有跨browser顯示差異的問題了嗎?
03/01 11:59, 2F
→
03/01 12:01, , 3F
基本上就是把js code轉成原生去編譯，所以是原生app
03/01 12:01, 3F
→
03/01 12:04, , 4F
以學習的情況，我會比較建議直接學native....
03/01 12:04, 4F
→
03/01 12:05, , 5F
如果求快和學習成本低可以可慮3或titanium
03/01 12:05, 5F
推
03/01 12:16, , 6F
以個人職涯發展當然是native，另外C#+XAML表示:......
03/01 12:16, 6F
推
03/01 12:25, , 7F
還有就算是用native開發，還是要考慮一堆裝置不同和相容
03/01 12:25, 7F
→
03/01 12:27, , 8F
的問題，Android是裝置尺寸最不統一的，iOS的裝置尺寸
03/01 12:27, 8F
→
03/01 12:27, , 9F
相對較少種，但是每次版本都會搞死人，像是XCode5上面
03/01 12:27, 9F
→
03/01 12:28, , 10F
編譯時，iOS7和iOS6以前版本的顯示畫面就差很多...
03/01 12:28, 10F
→
03/01 12:29, , 11F
而Windows Phone的話最簡單，考慮兩種尺寸就好，只是當
03/01 12:29, 11F
→
03/01 12:30, , 12F
需求是要同時在Windows RT上跑的話...除了重拉UI以外
03/01 12:30, 12F
→
03/01 12:30, , 13F
，Code也要改寫很多地方......
03/01 12:30, 13F
→
03/01 12:36, , 14F
!竟會如此，話說為何職涯發展還是會選native，是因為web
03/01 12:36, 14F
→
03/01 12:37, , 15F
被取代性還是太高了嗎?另外android native不是可以用xml
03/01 12:37, 15F
→
03/01 12:38, , 16F
去處理各裝置呈現的問題嗎，這樣相容性的問題應該會比第
03/01 12:38, 16F
→
03/01 12:39, , 17F
3種小很多吧? 還是先謝謝樓上兩位
03/01 12:39, 17F
推
03/01 12:40, , 18F
native可以處理所有不同裝置平台顯示的問題，只是
03/01 12:40, 18F
→
03/01 12:40, , 19F
Android是尺寸最多平台，光拉畫面就要拉好幾套
03/01 12:40, 19F
→
03/01 12:42, , 20F
另外不建議行動裝置開發走Web的原因就像你說的，職缺開
03/01 12:42, 20F
→
03/01 12:43, , 21F
出來都是native，如果要走web還是找網站的工作比較好，
03/01 12:43, 21F
→
03/01 12:44, , 22F
看是要寫前端專心在html、css、javascript，還是走後端
03/01 12:44, 22F
→
03/01 12:45, , 23F
學好java、C#、SQL以及對應的framework
03/01 12:45, 23F
推
03/01 16:37, , 24F
沒有人會知道三年後會怎樣，但學好html5和css3和js肯定
03/01 16:37, 24F
→
03/01 16:37, , 25F
不會錯，fb都用html5寫app了.....
03/01 16:37, 25F
推
03/01 16:39, , 26F
phonegap有一個缺點就是會導致事件變慢，但我覺得這倒是
03/01 16:39, 26F
→
03/01 16:39, , 27F
還好，比起一堆轉啊轉五秒才跑出資料的，稍慢個半秒鐘真
03/01 16:39, 27F
→
03/01 16:39, , 28F
的是小事
03/01 16:39, 28F
推
03/01 17:30, , 29F
03/01 17:30, 29F
→
03/01 17:30, , 30F
Facebook一開始的確是用Html5寫APP，但後來都是native了
03/01 17:30, 30F
推
03/01 17:58, , 31F
Facebook那是功力問題 在它宣布改為native後馬上被人
03/01 17:58, 31F
→
03/01 17:58, , 32F
用自製FB html5 app打臉 平平是html5 速度差很多
03/01 17:58, 32F
→
03/01 17:59, , 33F
根據歷史，總是想要靠一招吃所有平台闖天下的，從來
03/01 17:59, 33F
→
03/01 17:59, , 34F
沒有成功過的。就連Java想全吃Web與Desktop都做不到了。
03/01 17:59, 34F
→
03/01 18:00, , 35F
另外待遇高不高，根本不是看你開發哪種平台。
03/01 18:00, 35F
→
03/01 18:00, , 36F
搞錯重點學什麼都一樣啦。
03/01 18:00, 36F
→
03/01 18:02, , 37F
個人建議是直接學 Native。深耕單一平台。
03/01 18:02, 37F
推
03/01 19:43, , 38F
你想的太簡單了 如果可以取代 那native還有可能存活?
03/01 19:43, 38F
→
03/01 19:44, , 39F
native會一直擁有它優勢 不然幹嘛還要存在?
03/01 19:44, 39F
還有 31 則推文
推
03/02 00:51, , 71F
就都學起來很困難嗎？不知道要壓什麼的時候就是全壓
03/02 00:51, 71F
→
03/02 00:52, , 72F
就是要花時間而已.
03/02 00:52, 72F
→
03/02 00:53, , 73F
另外支持樓上YT的說法,js developer的等級差距很可怕的
03/02 00:53, 73F
推
03/02 08:07, , 74F
我覺得是看運用啦，終究一定是原生的應用最好，但也無法
03/02 08:07, 74F
→
03/02 08:07, , 75F
完全否定web app，等到html5和css3完全成熟，快取和離線
03/02 08:07, 75F
→
03/02 08:07, , 76F
存取做得好，web app也可以做得很好，我倒是覺得web app
03/02 08:07, 76F
→
03/02 08:07, , 77F
目前最大的缺點是google資源還太少，很多東西得要自己想
03/02 08:07, 77F
→
03/02 08:07, , 78F
辦法處理
03/02 08:07, 78F
推
03/02 08:42, , 79F
我本身也是HTML5開發者,當然知道JS開發者等級差距很大,
03/02 08:42, 79F
→
03/02 08:44, , 80F
但你確定開發FB這麼龐大的Project,要解決的點只有Sencha
03/02 08:44, 80F
→
03/02 08:45, , 81F
刻個非常順暢的山寨FB,就代表剩下全部的需求一定做得到?
03/02 08:45, 81F
推
03/02 08:49, , 82F
我碰過各式Mobile, iOS,Android,WP每個支援度差異極大.
03/02 08:49, 82F
→
03/02 08:50, , 83F
Android2.X web bug一大堆, WP7都被捨棄還是得支援.
03/02 08:50, 83F
→
03/02 08:51, , 84F
如同上面大大所講,事情不是跨完平台就ok,還有Browser要搞
03/02 08:51, 84F
→
03/02 08:52, , 85F
這世界上不會有完美的開發方式,用對地方才是真強者
03/02 08:52, 85F
→
03/02 08:53, , 86F
而且你還沒回答我的問題,如果你是FB CEO,你會堅持HTML5?
03/02 08:53, 86F
→
03/02 08:55, , 87F
反正滿手現金, Sencha說他做得到? 乾脆全部挖過來做FB
03/02 08:55, 87F
→
03/02 08:56, , 88F
如果最後還是沒做到99分的UI你要扛責任嗎?
03/02 08:56, 88F
→
03/02 09:03, , 89F
當人在不同位階,看事情做決定的角度會不一樣.我只能說在
03/02 09:03, 89F
→
03/02 09:04, , 90F
他的位子, 他捨棄HTML5絕對是正確的決定.
03/02 09:04, 90F
→
03/02 11:17, , 91F
謝謝各位，我決定利用假日的空檔開始學android native，
03/02 11:17, 91F
→
03/02 11:19, , 92F
增加自己在mobile app的經驗和實力~
03/02 11:19, 92F
推
03/02 13:30, , 93F
我不是CEO 我也不想當需要決定公司策略走向的人 只想
03/02 13:30, 93F
→
03/02 13:31, , 94F
以工程師的角度來說明這個技術用在FB功能這麼單純的
03/02 13:31, 94F
→
03/02 13:32, , 95F
APP上是絕對可行的
03/02 13:32, 95F
推
03/02 13:35, , 96F
假設我不幸當上CEO 看到技術人員寫的APP 每切換一次頁
03/02 13:35, 96F
→
03/02 13:36, , 97F
面 資料就要重撈 我不會相信這個技術人員跟我說的話
03/02 13:36, 97F
推
03/02 13:55, , 98F
2
03/02 13:55, 98F
推
03/02 15:24, , 99F
Corona SDK 前陣子基本功能變成免費 有點讓人想嘗試看看
03/02 15:24, 99F
推
03/02 17:02, , 100F
重點在於做出什麼東西，而不是用什麼技術，rd真的很愛戰
03/02 17:02, 100F
→
03/02 17:02, , 101F
語言和技術，除了rd之外根本不在乎這些......
03/02 17:02, 101F
→
03/02 17:11, , 102F
真的 戰純技術 真的沒有太大意義 社會或公司都是很多因素
03/02 17:11, 102F
→
03/02 17:11, , 103F
同時在發展的 有時候什麼東西用 好過另一個東西 有其他原因
03/02 17:11, 103F
→
03/02 17:12, , 104F
如果只論技術 就能成功 做到最好 @@我想前輩們早就征服世界囉
03/02 17:12, 104F
推
03/02 18:53, , 105F
戰出一個比較值得RD(例如原PO)去投資的技術 沒意義嗎?
03/02 18:53, 105F
→
03/02 22:14, , 106F
當技術作為瓶頸的時候自然就重要了。:Q
03/02 22:14, 106F
推
03/02 22:27, , 107F
沒意義(攤手), 再說一次, 世界上不會有完美的開發方式,用
03/02 22:27, 107F
→
03/02 22:28, , 108F
對地方才是真強者.每間公司每個專案,預算時間和RD技術能力
03/02 22:28, 108F
→
03/02 22:29, , 109F
通通不一樣...不會一套通用的方法...
03/02 22:29, 109F
推
03/02 22:42, , 110F
請問我們是在講同一件事情嗎?
03/02 22:42, 110F
‣ 更多 s9503669 的文章
文章代碼(AID): #1J4LV4JU (Soft_Job)