小弟已經36歲了,最近在思考自己該怎麼堅持下去好寫出幾個作品
目前工作跟程設沒什麼關係,主要還是把程設當成興趣及休閒樂趣
不過最近公司一直在縮減人力,打算把程設這條路走下去,當成第二專長培養
不過小弟對於程式雖然很有興趣,可是對於作品一直有問題
小弟每次作品做到一定程度就會卡住,每次都會把問題複雜化,然後因為那個問題一直鑽牛角尖最後把作品放棄繼續做下去
然後就會買書來學,書上的範例都會照做並瞭解
不過自己想把範例變化一下就會卡住
也有去上過課,有跟同學一起做過專題,很多我越搞越複雜的地方,他們都能用簡單的方法或是一下就找到網路上類似的範例來解決
買了10幾本書看了不少範例,結果還是無法整合跟應用
想問一下這樣該如何下去才能做出個作品呢?
然後就會買書來學,書上的範例都會照做並瞭解
不過自己想把範例變化一下就會卡住
只知其所以然
不知其所以然
huangsb提到:
請參考:美國職能資訊技術產業模型
10幾本書? 那夠啊?
最近20年內, 電腦相關書籍我少說也買了近300本吧?
雖然很多都是東西還沒寫出來
技術就過時了
而且有很多實務上的技巧
書上都沒寫
就連MS官方的文件, 也有可能是寫爽的, 而沒有實作
你有試過在相關討論區
表達你的問題嗎?
有問題可以發問(Internet上有很多善心人士免費咨詢),
甚至是如果你老闆願意花錢解決問題的話
也有一堆公司在賣套件, 或是外包
只是Coding這行
有些人會弄到暴飲暴食
或是半夜失眠
或是夢中或上下班路上, 滿腦子都是程式碼
買10幾本主要是之前剛開始時買過幾本,翻一翻後對於作者的講解很多地方不了解,程式只給一部份,講解程式又只講一部分,要實做都不知從何著手
後來就會先在書店站著看1/3後,如果作者的講解我能理解,程式方面也ok,才會買下來
ms的官方文件有個邊做邊學專區,裡面只有ppt沒有影片....真的看不懂~
我實做範例主要都是寫一段就註解這段主要做什麼,跟哪段有關聯,不過當我想改進時,反而不知如何改進
1.簡化架構 (除非您已很熟悉流程, 不然請用最簡單的方式去做, 不要把書上的範例直接照抄, 不然要是改不動, 日後也難以維護; 有些書不是漏洞一堆, 就是用到早已過時的技術, 所以書可以看, 可是別盡信)
簡單的方式是??可以說明一下嗎?謝謝
以網頁的ASP.NET的WebFrom為例
如果ASP.NET內建的控制項都還不熟怎麼用的話
就先別碰AJAX的部份
免得成品還沒影子出來
就老是在一堆新技術上打轉
Windows應用程式也一樣
用你最熟悉的程式語言去寫
如果你C++是用MFC架構的話, 就先別為了考慮效能而搬到ATL/WTL或Win32 API的寫法, 不然只會先累死你
Coding 最忌諱麵條式的Code
if 請盡量少用(避免出現包好幾層的if), 並適度把會重復出現的code模組化
每一個自訂的函數盡量把行數控制在一個畫面內, 以方便檢視
任何引用外部的程式碼都要註明出處, 以便日後更新相關的code
還有盡量保持寫註解的習慣, 這樣當數個月或數年後再回過頭看code時,不必再考驗你的記憶力
目前寫的常出現麵條式,看來自己還要多努力了.....
為了簡化程式碼的複雜性
請多利用"觀注點分離"
http://en.wikipedia.org/wiki/Separation_of_concerns
暫時不要看程式的書
看看 邏輯 分析 統計
如何發掘問題方法 跟如何解決問題手段 多方涉略
看有沒有幫助
既然你對「程式設計」這麼有興趣,應該找一家軟體公司,從工作中學習才對,
有壓力才能激發你的潛能,突破你的心裡與頭腦的障礙。
我們每一個人都不是天才,況且天才也是經過許多的努力才得來的,
只當興趣且在沒有壓力下,遇到瓶頸就容易放棄,就因為沒有deadline的壓力。
如果真的要走「程式設計」這條路,就去找一家軟體公司,接受工作的洗禮,
會讓你脫胎換骨,不是讓你上天堂,就是讓你下地獄。
最後,試著吃素冥想禪坐看看!
Good Lucky!
richardsuma提到:
試著吃素冥想禪坐看看!
這些印度人的招數
[釋迦摩隬佛]
.............
越野飆車,飛車翻跟斗,瑜珈倒立
.............
但是 [印度人] 還是 [印度人] 不會變竅門
當然,如果由 阿伯 親自調教,就不一樣了!
寫程式真的需要有人帶,從基礎的邏輯到系統的分析,
以及軟體的整合,與專案的規劃、執行、測試、完成,
每個環節缺一不可。
加上 作業系統、資料庫、開發工具、使用環境、網路、Server...
還有最重要的 產業資訊與流程 都影響整個系統開發的方向。
目前仍在工作,可能會做到公司把我火掉在去找軟體公司吧
lionrain提到:
火掉
lionrain提到:
每次都會把問題複雜化,然後因為那個問題一直鑽牛角尖最後把作品放棄繼續做下去
通常程式設計時, 把問題複雜化的原因是把問題簡單化了, 也就是看得太簡單了, 因為把問題看得太簡單, 就跳下去做, 遇到失望與挫責必定慌亂, 時間的壓力一來, 就自然而然的放棄了. 問題可以簡化, 而簡化的過程需要想用各種角度整理出問題的根源, 也就是說故事, 然後把這些問題的根源邏輯化, 因此, 如果在過去的學習歷程中, 缺少了說故事的能力和數理分析的能力, 程式設計這條路必定辛苦. 但是, 程式設計是只有功勞沒有苦勞的一條路, 比起其他行業, 路很寬廣, 卻容易迷失在簡單化問題的迷思中, 抓不住方向, 就不妙了.
程式設計只有功勞, 沒有苦勞, 再辛苦, 沒有功, 一切枉然.
真的一開始把問題看的太簡單,結果一做下去才發覺其實牽扯很廣,感覺就像一團亂麻,找不出頭在哪邊
無法理清頭緒,最後就放棄了
我不知道您是否理解"說故事"是什麼意思, 對許多人來說是系統分析, 對我來說, 系統分析是從技術的角度來看事情, 說故事是從管理的角度來看, 故事說得好, 說得完整, 每一句話的主詞, 動詞, 受詞, 副詞, 形容詞, 介詞,...都要精確. 故事的邏輯性更要精確, 使用者會跟您說很多故事, 我們要能辯證故事的真偽與情節, 要花很多的時間來思考有何插曲,意外,與轉折等事件, 分析歸納出核心且全面的商業邏輯, 一個很重要的觀念是: 只要可能發生的事件, 即使微乎其微, 都不能遺漏, (待續)
(續前) 別急著跳進去Coding, 真正有意義的coding通常不會超一個案子的總時間的三成, 如果您發現您用大部份的時間都在coding, 那就有問題了.
bizpro提到:
真正有意義的coding通常不會超一個案子的總時間的三成, 如果您發現您用大部份的時間都在coding, 那就有問題了
+1000000000000000000000000000000
真的花不少時間在coding
功力還達不到說故事到上手的程度
您已36歲, 當年的我還在coding, 但您要想清楚, coding是末, 說好故事才是本, 本末倒置會苦不堪言, 當您讀書時, 要看清楚作者敘述的部份, 不斷的想作者要表達的東西, 為什麼作者要寫這樣的程式碼, 不斷的想, 如同練內功一樣, 才能有真正的功力, 否則只是花拳繡腿.
以前jboss剛開發出來的時候, 我有跟Marc Fleury(jboss的創作者)通Email, 請教他的想法, 許多非常關鍵的觀念不過是幾句話罷了, 例如, 我花了很多時間試圖去搞懂JASS透過HTTPS時要怎麼處理, 他不過給了我簡短的Email就點通了. EJB的書我也只看二本(很厚的,別選薄的, 薄的看不到關鍵的觀念), 但多的看不完, 也沒意義.
或許應該先撇除程式的問題,而先思考思路的問題,
工作上也遇到有一種人,就是將問題複雜化,以至於永遠找不到問題的切入點,在問題的邊緣打轉,因為每個人的思考邏輯不同,但有時思路方向不對就很容易走入迷宮,因此可以先學習或調整自己在面對一個問題時,想想自己的切入點和別人有什麼不同,然後逐步調整和訓練,另外工作上的壓力是學習最快的方式,與其徬徨在目標點的門外,不如直接踏進去吧,另外還有一點就是早點踏入,早點知道結果,因為你覺得有興趣,但並不知道到底能不能轉換和適應,也許那是一條適合的路,就早點轉換,也是測試後知道並不適合,那也無須浪費時間,而要轉換思考其他的路,與其徬徨躊躇,不如早點知道結果,好做下一步的規劃和打算。
佛曰...不可執著...
為什麼一定要走程式人的路??
近來有句話說得好:程式寫得好,要飯要到老...
你的興趣呢?工作,如果沒有了興趣與熱情的加持,縱使天才也沒用...
iT邦幫忙MVPwiselou提到:
縱使天才也沒用
難怪我.........
bigcandy提到:
難怪我.........
到現在.........
一直都.........
賞飯吃!
近來有句話說得好:程式寫得好,要飯要到老...
幾年前停止寫程式了, 因為我寫的系統不捅僂子, 後來才知道, 系統要不穩定些才有維護費可賺.
但今年要開始寫程式了, 軟硬體結合為自己的產品.
主要還是想當做第二專長,最近不少朋友失業,有的跑去做志工等等,想找個取代性較低又有興趣的路
有些事情是講天份的,不要強求!
一山還有一山高,要認清這個事實!
說真的,如果您以前都沒Coding的基礎,要開始寫程式是有些困難,光體力那比的上那些新鮮的肝,而寫程式的功力是需要長時間累積的,就像上面player大提到,當您寫程式寫到夢中或上下班途中,滿腦子都是程式碼時,功力才會一點點的增加,再配合看一些大師級的著作,功力才有可能突飛猛進,成為所謂程設高手,這樣的養成有天份的大概五年,一般人大約十年,您評估看看是否要投入吧!
找出您的強項,找適合的人搭配,可能會比較快達到您想要的效果吧!PTT有個網路創業版(startup)好像還有個軟體外包版(CodeJob),去找找有沒有志同道合或花一些錢就能早日達到您的目標!
我做程式設計的工作已經15年了,過程中,
當然就是有挫折,換個方法或找同業或在網路上找方法,我覺得是很好用的啦。
不過,當你把程式解出來的那種成就感是很捧的,
至於要不要再做程式設計,我還是會繼續做(因為已經有固定客源了),但是,還是要朝向把技術開發成能生財的工具,如果一直再開發新案子,人腦會老的。
新鮮人不要再走這途了,真是不歸路,我的小孩,我也是不建議走這途,
我做程式四年多了
我的感想是年紀越大越不適合做這途
因為寫程式是一種習慣
不單只是工作而已
在年輕時養成這種習慣會比較好一點
就算你現在已經很順了
但是程式工作終究只是一份普通工作(在大部份公司)而已
薪水不高、累的像狗
如果你還是決定寫程式
小弟只能祝福你堅持下去
寫程式是從事IT資訊工作最基本功夫之一,但寫程式必須要與工作或自己所規劃的軟體架構的需要而寫,當然若純為興趣也無不可(但喪失了實用性),本人寫程式已經超過20年,雖然當資訊部門主管,但寫程式依然是我的興趣之一,也是工作的一部份,雖然已經逐漸卸下寫程式的任務了,祝你在程式設計上能更進一層收獲.
施主,回頭是岸
cp真的很低
而且寫程式的人政府從不當人才
10本書??300本??
從一行Code,一Method,一Module,一App,一System..寫的方式跟設計理念完全不同
1本寫Code的書到10本寫Code的書,到300本寫Code的書.寫法是會進步,但進步不大
寫一行Code看Hollow World 可以寫出小程式
寫出一隻App 看 Design Pattern
寫出一隻System 看 分散式架構,N-Tires
寫出一隻可用System 難
寫出一隻可餬口System 難+難
寫出一隻賺大錢System 不要做夢了
我是
修資料結構寫個B-tree,睡前闔眼....樹狀結構 appear
修線性代數...考試時...數學之神站在後面看我算一題挑戰題....
回文時...幫友都看著我在喇賽時...
這樣.....你就往成功更進一步了!!!!!
設定一個對自己最有利或有用的主題,抱定非完成不可的心裡,累了可以稍微休息
一段時間,堅持下去,一定會有所得。
任何工作,努力外還是靠一些機緣,工作會順暢多了.
寫程式的工作,基本上現在環境較容易找到工作之職缺,但如上述說的CP較低,因電腦語言及技術隨系統更新或世代變化,就得從頭學起,或許有經驗會較快,但現在世代變化快且短,以不是個人能承擔.還是祝福你! 加油.
我是不建議太聰明的人做碼夫,這些人建議可往管理方面發展,因未來可做到經理,總經理層級的,而做碼夫要有一點點笨,才能一直堅持下去
先不要看範例程式,因為你要先搞懂他做這些程式的原由,才會看懂程式,但有些商業邏輯沒遇到也不一定懂
找一個有興趣的題目,例如書籍管理,記帳軟體,或是六合彩統計都行,先求做出來,再來想如何改,例如先做幾個textbox放資料,可以存後再加判斷資料格式,然後再加些有的沒有的功能,當想要甚麼功能再去參考範例才有用
不過最好還是有人可以問,終究當下卡住沒人問,要找問題可能還是有點難