寫程式有很多不同等級的
如果只是能把程式碼K出來，隨便看一本入門書把語法熟悉就夠了
如果真正要進入程式"設計"的話，請K一下資料結構、演算法、物件導向等等入門
接著還有計算理論、高等演算法等等一堆東西可以看

想混這業界, 把C摸透了, 其他語言都隨手就熟
看在多書, 寫在多範例, 都只是入門而已

建議您先練範例程式至100~200行, 練個基本功
之後自己定個題目去完成它, 譬如弄個簡單的web server, 強功能的windows chat room之類, 大約1000~3000行, 去熟悉切割函式與debug

trace玩玩linux kernel之類的超大東西, 瞭解別人是怎麼設計的
接著是高難度的5000~10000行的完整計畫, 要會架構設計了, 這樣在社會就餓不死了
但要成為top, 要到能規劃設計30000~100000行的東西, 這時單靠程式功力也不容易完成, 要學習軟工了

語言是工具與材料, 演算法與資料結構是技術, 系統架構設計是藍圖, debug是實驗測試, 軟體工程是施工規劃, 產品規劃靠市場分析, 賣的好不好還要靠業務

總之, 學校教的只是本末倒置的皮毛
希望給您的建議有幫助 :)

寫程式到最後的境界是, 當有程式的功能要求或開發時,
能很快的作難易度的分析規劃, 訂出所有架構/api/運作流程, 每個人schedule, 並且隨手用各種的程式語言去完成

當然若只是做研究, 寫程式的重點在資料結構/演算法上面就好了, 只是許多畢業生出去後沒能跨越這道門, 難成為產品技術規劃管理人物...

附帶一提, 要搞這行, 英文是重要但非必要, 看那堆規格或標準, 英文單字和文法都很簡單, 只是都看不懂技術在寫啥, 如同有字天書

那跟本就是神的境界了吧，光是要能很快的訂出所有架構就不得了了，
schedule這種東西永遠是計畫趕不上變化。

也對, 訂出所有架構/api/運作流程, 通常是花1/4~1/3的時間, 通常學校沒教最重要的這塊,
而難易度的分析規劃就要很快了, 幾天內甚至是要即時反應, 這常靠經驗

schedule是能抓的越準越厲害, 就如同訂工程進度

一點小小建議是...

先給自己訂幾個簡單的小程式，從書上找也可以。

再由這幾個小程式中，來熟悉C++的語法，
並藉此訓練自己的「邏輯」與「流程」的觀念與能力。 :)

裡面的題目, 讓我想起以前大學時候的作業... :fear: :fear:

很謝謝各位前輩的指導...

上禮拜跑學校找教授面談所以隔了好久才來回覆,
也順道跑了一些實驗是跟學長姊聊聊...
有接觸到的實驗室好像多少還是將Coding能力視為基本功(雖然是電機所)
除了C++有的還需要會用一點malab
看樣子如果以後打算吃這行...Coding還是無法避免的 :flash:

前面有版友說我的情況應該算沒學過程式語言...
其實若這麼說我也不排斥啦~ :ase
我目前的狀況大概是簡單的程式碼有辦法trace看出結果,
但若要自己完成某個範例,可能會搞個老半天弄不出來吧!
所以開文時才會把自己定位成要重新學習囉!

其實主要是想請教眾前輩該用什麼角度(或方法)切入會比較順利一點...
因為我計畫中的方法是把書一頁一頁慢慢啃,範例一個一個練習,
這樣不知會否太沒有效率...又或是這樣的方式才是打基礎的必經之路
所以才想先詢問各位的意見...也感謝大家的熱情分享 !

俗語說: 程式寫到好,要飯要到老.

半生熟的程式人員只能拿到求溫飽的薪水而已. :cry::cry::cry:

要是我自己大概也是從書上從頭慢慢來~
並且多練習coding... (包含看程式~ 寫程式...)

coding真的是條不歸路...
像現在在看Linux的東西...
還不是最底層的code.. 就已經要花掉我好多時間了