Re: [請益] 該不該繼續走下去?

看板Soft_Job作者 (捐消費券給我吧)時間16年前 (2010/02/19 00:25), 編輯推噓16(16推 0噓 55→)
留言71則, 22人參與, 最新討論串2/7 (看更多)
你的敘述, 我只能說離專業的程式設計師還遠得很 你如果說你會 VB.NET or C# 這還好 Visual Studio 是一個工具, 所以你大概只是工具摸的熟而已 寫 Web 沒辦法活得下去, 因為這些靠的是大量美工. 又現在的 IDE 寫的又簡單, 很多學校教拉一拉出來 hello world 就結束, 離專業還差一大截 要寫韌體, 無論是哪種, 先把 C 學會, 資料結構也要了解 韌體沒有這麼多的 component 給你用. 有時你要自己管理資料 有些手持式系統更慘. 你還要注意記憶體使用, 很多都是土法煉鋼 沒有 windows 上面這麼好用的 IDE 讓你 debug, 有的是 printf() 很多都不像 web 上面一樣, 記憶體好像無止境的使用, 儲存空間好像不用錢一樣要多少有多少. 管理多工. 有時 CPU 速度向龜一樣 把 C/C++ 學好, 再把資料結構和作業系統看熟 做底層, 很多都是苦工, 就像早期寫 DOS 的程式一樣 不然就是去寫 JAVA, iPhone/Android 都是透過 Java 當 Language 寫 web 是超上層, 很多工具幫你處理很多事情 相對的可替代性很高, 過一段時間你就發現怎麼語言又變了 早期 flash 現在又出來 slivelight 跟他對打 萬法歸宗 C 才是王道 補充: 去看看 tiobe 排行. 每年會把語言熱門度做排行. web 語言每年在更新, 以前可能熱門 php 現在又變成 javascript(因為 ajax) 過幾年又會出現新的, 因為 web 靠的是中間 code, 非 native code 所以江山輩有人出, 你今天所學的, 過一段時間會有更簡單的取代你 這類指 web application 而非 web 後臺的 server, 後台的 server 有很多靠的是 native, ex: c/c++ 這類的, 例如 NLB 這類的. 你想要做系統, 把系統調整到最佳化, 就需要靠 native code 否則就會取決在你的平台. 你上層怎麼調也沒用 C 為什麼是王道, 你以為你的 target 有 4G 以上可以用? 看看 openware/teleca 在手機上面的 browser 哪個不是 C code 用 c++ 光記憶體你要吃掉多少, code size 就跟 PM 說幫忙加 1G flash 韌體要做的是, code size 越小越好, 記憶體越小越好 resource 越少越好, 人家用 OMAP 做 smartphone, 你靠 Ti 三顆便宜DSP 就可以搞到同樣的功能, 這就是競爭力 以前做手機, MMI 都自己用 C 寫, 底層 GSM protocol 也都是 C code 後來日本來推一個, MMI 全部用 flash 寫, 只要可以跑 flash runtime. 問題是, 記憶體要增加, CPU 要加強, 重要的是 flash 上層太炫 後端的 GSM modem 要不到 CPU 就會斷線, 不然前台 flash 就會卡卡的 不然 flash lite 這麼久了, 有沒有看哪家拿 flash 當 MMI 後台? (除了SP) 還有以前就有 port JAVA Platform 上手機, 後來要吃掉多少 resource? WEB Language 的問題不是看到 google application 就覺得 php 可以做到 那樣的效果, 你要先看看 google 後端 php kernel 有多少 C/C++ code 去幫忙最佳化 web 難活是因為, 你怎麼賣? 你賣的東西一定是附上 source 今天賣一套, 明天 BT 就有你的 code 在上面 可以舉例哪家 web 公司活下去的? 連 ERP 都不敢賣 pure web-based 再想一想, 這麼多年來, web 的主流語言是不是ㄧ直在變? 你今天所學的, 往後可能又變成一種新的, 沒有別種原因 因為 web 上的語言幾乎都是 p-code, 只要是 p-code 雖然攜帶性高 但是你的效能和功能絕對不會超過你的平台 ※ 引述《cococo19 (可)》之銘言： : 工作性質為網路程式撰寫，主要開發使用Visaul Studio與MS-SQL : 半年的專案開發，個人認為涉獵挺廣的，有VBA、ActiveX、JavaScript、Ajax、 : XML、PHP，算是可以獨立作業了，可能是個性使然(奴隸命吧)， : 因為知道自己能力不足想多學點東西，所以沒事就往公司跑， : 也因為這樣的個性，讓我這全班倒數第三名畢業的程式能力也晉升到前面了。 : 想問各位先進現實點的問題，走Web有可能年破70W嗎？ : 如果有可能，會是踏入行幾年呢？(能力隨資歷進步，表現不太濫的情況下) : 另外走韌體是不是真的比較有競爭力？收入也較漂亮？ : 還是都不走，走純C或其他(例如遊戲開發、手機軟體開發) -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 123.204.108.13
→
02/19 00:37, , 1F
哇哩咧~講得好像Web超簡單的一樣~隨便做做就行了?系統只要
02/19 00:37, 1F
→
02/19 00:38, , 2F
大一點~客戶要求調整效能或進階功能的時候就見真章了...
02/19 00:38, 2F
→
02/19 00:39, , 3F
元件並不是拉出來能用就算了~不夠瞭解的結果就是調到死都
02/19 00:39, 3F
→
02/19 00:40, , 4F
不知道到底慢在哪裡...
02/19 00:40, 4F
推
02/19 00:44, , 5F
上層也有上層的難處 很難修改到底層
02/19 00:44, 5F
→
02/19 00:47, , 6F
其實很多所謂的韌體工程師 已經很接近軟體工程師的工作
02/19 00:47, 6F
推
02/19 00:55, , 7F
VS使用C#開發，也有在優化使Server的loading降低，其實
02/19 00:55, 7F
→
02/19 00:55, , 8F
對於我這新鮮人來說我真的還太淺了，要學的東西還很多
02/19 00:55, 8F
推
02/19 00:56, , 9F
我也覺得web很深耶~光是應付客戶想到的花招就不簡單了
02/19 00:56, 9F
→
02/19 00:57, , 10F
那些花招用window就很容易作到,用web就很難了
02/19 00:57, 10F
→
02/19 00:58, , 11F
而且同樣c#和vb,寫web的人就會寫window,但反過來不一定
02/19 00:58, 11F
→
02/19 01:00, , 12F
給樓上看有沒有深入是誰說做WEB就會寫WINDOW?
02/19 01:00, 12F
→
02/19 01:14, , 13F
window的GUI要注意的眉角多太多了吧.......(無言)
02/19 01:14, 13F
推
02/19 01:20, , 14F
ap有他的精深本來就不能拿WEB來比 因為是不同路
02/19 01:20, 14F
→
02/19 01:20, , 15F
但是說web 超上層 也太膚淺了吧 如果只是買美工的系統
02/19 01:20, 15F
→
02/19 01:21, , 16F
怎會需要幾百萬 或是上千萬的經費? Web只是一個表現層
02/19 01:21, 16F
→
02/19 01:21, , 17F
後面牽連的 也包含穩定度 安全性 分散 等各種議題
02/19 01:21, 17F
→
02/19 01:22, , 18F
web是一個方便的介面 有價值的系統在於更進一步連結各種技術
02/19 01:22, 18F
→
02/19 01:23, , 19F
ap 有AP的苦工 但是現在web的應用和整合技術 還有各種框架
02/19 01:23, 19F
→
02/19 01:24, , 20F
我不覺得說 簡單 是個適合的門檻 如果指的是網頁那是簡單
02/19 01:24, 20F
→
02/19 01:24, , 21F
但說web相關系統 都是簡單 好入手的 我想這不是個貼切的說法
02/19 01:24, 21F
→
02/19 01:26, , 22F
會寫web 當然和寫ap是打不上關係的 因為是不同的 不能討論
02/19 01:26, 22F
→
02/19 01:27, , 23F
但挺多大學生工程師寫的web 也只是在於網頁層次 那就是簡單的
02/19 01:27, 23F
→
02/19 01:29, , 24F
Web App簡單? 請看看Google Calendar, Google Document.
02/19 01:29, 24F
推
02/19 01:41, , 25F
google calendar 和 document 難在 service 本身吧?
02/19 01:41, 25F
→
02/19 01:42, , 26F
i meant server side service
02/19 01:42, 26F
推
02/19 01:42, , 27F
基本上看第一段就知道可以不用看下去了
02/19 01:42, 27F
推
02/19 01:42, , 28F
做 UI覺得 UI難,寫 console覺得 console難...XD
02/19 01:42, 28F
→
02/19 03:14, , 29F
iPhone是用Objective C，不是用Java。
02/19 03:14, 29F
→
02/19 03:43, , 30F
很多人還是覺得快快樂樂學PHP系列就能寫個無名小站吧..
02/19 03:43, 30F
→
02/19 06:47, , 31F
廢文一篇 C如果是王道那當年何必搞OO
02/19 06:47, 31F
→
02/19 06:50, , 32F
c的不足性太多了 搞韌體會用c純粹只是因為它和硬體最沒有
02/19 06:50, 32F
→
02/19 06:50, , 33F
隔閡 真不敢想像這是自稱中階主管所PO的文
02/19 06:50, 33F
推
02/19 10:07, , 34F
web是不難,不過web難的地方有機會碰到的人很少,台灣沒幾間這
02/19 10:07, 34F
→
02/19 10:07, , 35F
種規模的公司
02/19 10:07, 35F
→
02/19 10:09, , 36F
如果單純把web部份定位為撈撈資料庫跟print,那web真的很簡單
02/19 10:09, 36F
推
02/19 10:19, , 37F
通常說web不難的就是寫出IE only網站的那些人
02/19 10:19, 37F
推
02/19 11:33, , 38F
萬法歸宗 C 才是王道 ~~~ good job
02/19 11:33, 38F
→
02/19 12:06, , 39F
C才是王道??? 這句話挺好笑的?! 這句話僅限用於"台灣"吧!?
02/19 12:06, 39F
推
02/19 12:12, , 40F
噗~~不過你現在就在台灣阿~XD
02/19 12:12, 40F
※ 編輯: chengcti 來自: 123.204.129.225 (02/19 14:41)
→
02/19 14:41, , 41F
以前可能熱門PHP~現在是Javascript?意思是PHP或Javascript
02/19 14:41, 41F
→
02/19 14:42, , 42F
其中一個熱門的時候~可以不重視另一個?拜託...寫Web的從資
02/19 14:42, 42F
→
02/19 14:43, , 43F
料庫、Server到Client都要會吧?哪一個熱門都不相衝...
02/19 14:43, 43F
→
02/19 14:47, , 44F
ASP->Perl->PHP 後來AJAX之後大家又去追求另外一種RoR
02/19 14:47, 44F
推
02/19 14:48, , 45F
web有這麼好寫為什麼webATM都要IE才能用啊？（某家除外）
02/19 14:48, 45F
→
02/19 14:48, , 46F
問題是那個熱門,學校馬上教那一個,畢業後又有一個新熱門
02/19 14:48, 46F
→
02/19 14:49, , 47F
因為 WebATM ㄧ定要ActiveX,如果用Java,很快就可以反組譯
02/19 14:49, 47F
→
02/19 14:49, , 48F
不過我同學在中信,裏面用Cobol&JAVA
02/19 14:49, 48F
推
02/19 14:51, , 49F
等你寫出跨瀏覽器的webATM再來說web簡單
02/19 14:51, 49F
→
02/19 14:51, , 50F
我想爭論最後會是資工和資管的背景訓練不同,切入也不一樣
02/19 14:51, 50F
→
02/19 14:52, , 51F
WebATM 背後是 C++ code, 他是activex,為了安全保密用
02/19 14:52, 51F
→
02/19 14:52, , 52F
Access Smartcard 除了 java/activex 其他沒辦法
02/19 14:52, 52F
→
02/19 14:54, , 53F
搞硬體的會說C是王道因為賺比較多...XD
02/19 14:54, 53F
→
02/19 14:55, , 54F
高階語言有他想要解決的問題, 這些問題沒有人會瘋了拿C去解
02/19 14:55, 54F
推
02/19 14:55, , 55F
某家銀行就做到支援Safari 聽你在這邊講沒其他辦法
02/19 14:55, 55F
→
02/19 14:55, , 56F
會有這種講法的顯然本身不搞Web或是大系統....XD
02/19 14:55, 56F
→
02/19 14:56, , 57F
你根本對web很外行
02/19 14:56, 57F
→
02/19 14:56, , 58F
但是台灣寫C的賺比較多是實話啦, 產業結構的關係....
02/19 14:56, 58F
→
02/19 14:57, , 59F
和那個什麼效能根本八竿打不著, 剛好大部分的工作需要而已
02/19 14:57, 59F
→
02/19 14:58, , 60F
舉例來說, 我今天正在寫一個web crawler, 這種東西用C慢慢
02/19 14:58, 60F
→
02/19 14:58, , 61F
刻可能我要一個禮拜, 用python + twisted可能只要一小時
02/19 14:58, 61F
→
02/19 14:59, , 62F
什麼工作適合用什麼來寫就用, 沒有C/C++比較高級這種講法
02/19 14:59, 62F
→
02/19 15:00, , 63F
你今天會講這句話只是台灣產業剛好都偏硬體而已.....XD
02/19 15:00, 63F
→
02/19 15:06, , 64F
刻完的時候~主管會說:厚!拜託!人家都做完了~你自己刻的有
02/19 15:06, 64F
→
02/19 15:06, , 65F
比較好嗎? XDDD
02/19 15:06, 65F
推
02/19 15:10, , 66F
RoR和AJAX放一起比時序關係，你該不會不知道前後端之分吧
02/19 15:10, 66F
推
02/19 21:33, , 67F
google 的服務在於它的UI....就功能來說其他網站也沒差
02/19 21:33, 67F
→
02/19 21:34, , 68F
到哪...前端跟後端程式要分清楚....可見你並不夠了解
02/19 21:34, 68F
→
02/19 21:34, , 69F
前端UI大量使用Javascript 還能有這種流暢性需要功力的
02/19 21:34, 69F
→
02/19 21:35, , 70F
因為javascript是在client端執行 你server再好也沒用
02/19 21:35, 70F
→
02/19 21:35, , 71F
寫得好不好效能差很多
02/19 21:35, 71F
‣ 更多 chengcti 的文章
文章代碼(AID): #1BVMdTAN (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 2 之 7 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共7篇)
‣ 更多 chengcti 的文章
文章代碼(AID): #1BVMdTAN (Soft_Job)