iT邦幫忙

0

不知自己該如何堅持走程式這條路

  • 分享至 

  • xImage

小弟已經36歲了,最近在思考自己該怎麼堅持下去好寫出幾個作品
目前工作跟程設沒什麼關係,主要還是把程設當成興趣及休閒樂趣
不過最近公司一直在縮減人力,打算把程設這條路走下去,當成第二專長培養

不過小弟對於程式雖然很有興趣,可是對於作品一直有問題
小弟每次作品做到一定程度就會卡住,每次都會把問題複雜化,然後因為那個問題一直鑽牛角尖最後把作品放棄繼續做下去
然後就會買書來學,書上的範例都會照做並瞭解
不過自己想把範例變化一下就會卡住
也有去上過課,有跟同學一起做過專題,很多我越搞越複雜的地方,他們都能用簡單的方法或是一下就找到網路上類似的範例來解決

買了10幾本書看了不少範例,結果還是無法整合跟應用
想問一下這樣該如何下去才能做出個作品呢?

看更多先前的討論...收起先前的討論...

然後就會買書來學,書上的範例都會照做並瞭解
不過自己想把範例變化一下就會卡住



只知其所以然
不知其所以然

知易行難,知難行易。
yiying iT邦新手 1 級 ‧ 2013-03-28 23:22:19 檢舉
找人一起做專案吧
別太快放棄
講句不中聽的話
以你的年紀
你實在沒有資格還在這裡拿不定主意
No

每個人有自己的人生
我個人沒有資格也沒有把握建議你該怎麼做才是對的

不過如果單純要討論程式設計
倒是很歡迎你來這裡討論
筆記
總裁 iT邦好手 1 級 ‧ 2013-03-29 09:09:46 檢舉
問問想得出來的人是怎麼想的吧...
lionrain iT邦新手 5 級 ‧ 2013-03-29 18:00:51 檢舉
感謝回應
huangsb iT邦好手 1 級 ‧ 2013-03-29 21:32:21 檢舉
軟體開發不只是寫程式,建議你看看美國對資訊産業人才所要求的職能。

請參考:美國職能資訊技術產業模型

也就是目的不在於寫出什麼優良的作品,而是訓練「解決問題」的能力。
40而不惑
再過四年

可以再回頭看看
ithomelee iT邦研究生 1 級 ‧ 2013-03-30 11:32:56 檢舉
huangsb提到:
請參考:美國職能資訊技術產業模型

+1
lionrain iT邦新手 5 級 ‧ 2013-04-01 18:06:40 檢舉
解決問題真正很重要~不管是在哪個行業都是一樣的~感謝回應~
這模型讓我看起來更感概了
這麼多人的經驗分享,似乎沒有什麼好特別說的了。

但是有個個人的『老生常談』,發問者似乎依舊受到這困擾,那就是『適性』

我算另一種運氣好,生長過程中一直沒人引導我、栽培我,因此~全部自己來,加上我很樂於去發掘『為什麼會這樣』,結果就是:嗯,知道自己的侷限。

知道自己不愛交際、不愛念死書、卻喜愛挑戰各種困難。
剛入IT產業半年後,理解自己沒興趣做業務、寫程式,於是早早走MIS
雖然我遠遠稱不上所謂『成功』,但是自認無愧家庭、天地,或是任職的公司

很多事情早點發生可能比較好,時間浪費的少一點
但是遲了也沒關係,總比一直拿著刀在披荊斬棘來的好

可以的話,重新省識自己吧。
關於自己的興趣和侷限。
(像我一樣為五斗米折腰的人到處都有,只能稍微折衷吧,我是說,IT產業根本就不是我的興趣,但是我非做不可~折衷為『這個產業當中比較適合我的部份』)
lionrain iT邦新手 5 級 ‧ 2013-04-01 18:48:30 檢舉
在另一篇文章我的前端工程師中的"最壞的時代,也是最好的時代"
這篇也是一樣在省適自己,也給我不少啟發

感謝回應
ithomelee iT邦研究生 1 級 ‧ 2013-04-03 10:04:23 檢舉
iT邦幫忙MVPbigcandy提到:
很多事情早點發生可能比較好,時間浪費的少一點
+1
鐵殼心 iT邦高手 1 級 ‧ 2013-04-03 10:29:44 檢舉
iT邦幫忙MVPbigcandy提到:
很多事情早點發生可能比較好,時間浪費的少一點
但是遲了也沒關係,總比一直拿著刀在披荊斬棘來的好

生小糖果也同樣適用開心
ted99tw iT邦高手 1 級 ‧ 2013-04-03 10:43:04 檢舉
生螞蟻可能較快些 偷笑
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中
28
player
iT邦大師 1 級 ‧ 2013-03-28 22:01:14
最佳解答

10幾本書? 那夠啊?
最近20年內, 電腦相關書籍我少說也買了近300本吧?
雖然很多都是東西還沒寫出來
技術就過時了
而且有很多實務上的技巧
書上都沒寫
就連MS官方的文件, 也有可能是寫爽的, 而沒有實作

你有試過在相關討論區
表達你的問題嗎?
有問題可以發問(Internet上有很多善心人士免費咨詢),
甚至是如果你老闆願意花錢解決問題的話
也有一堆公司在賣套件, 或是外包

只是Coding這行
有些人會弄到暴飲暴食
或是半夜失眠
或是夢中或上下班路上, 滿腦子都是程式碼

看更多先前的回應...收起先前的回應...
lionrain iT邦新手 5 級 ‧ 2013-03-29 17:51:31 檢舉

買10幾本主要是之前剛開始時買過幾本,翻一翻後對於作者的講解很多地方不了解,程式只給一部份,講解程式又只講一部分,要實做都不知從何著手

後來就會先在書店站著看1/3後,如果作者的講解我能理解,程式方面也ok,才會買下來

ms的官方文件有個邊做邊學專區,裡面只有ppt沒有影片....真的看不懂~

我實做範例主要都是寫一段就註解這段主要做什麼,跟哪段有關聯,不過當我想改進時,反而不知如何改進

1.簡化架構 (除非您已很熟悉流程, 不然請用最簡單的方式去做, 不要把書上的範例直接照抄, 不然要是改不動, 日後也難以維護; 有些書不是漏洞一堆, 就是用到早已過時的技術, 所以書可以看, 可是別盡信)

簡單的方式是??可以說明一下嗎?謝謝

player iT邦大師 1 級 ‧ 2013-03-29 19:01:30 檢舉

以網頁的ASP.NET的WebFrom為例
如果ASP.NET內建的控制項都還不熟怎麼用的話
就先別碰AJAX的部份
免得成品還沒影子出來
就老是在一堆新技術上打轉

Windows應用程式也一樣
用你最熟悉的程式語言去寫
如果你C++是用MFC架構的話, 就先別為了考慮效能而搬到ATL/WTL或Win32 API的寫法, 不然只會先累死你

Coding 最忌諱麵條式的Code
if 請盡量少用(避免出現包好幾層的if), 並適度把會重復出現的code模組化
每一個自訂的函數盡量把行數控制在一個畫面內, 以方便檢視
任何引用外部的程式碼都要註明出處, 以便日後更新相關的code
還有盡量保持寫註解的習慣, 這樣當數個月或數年後再回過頭看code時,不必再考驗你的記憶力

lionrain iT邦新手 5 級 ‧ 2013-04-01 18:09:32 檢舉

目前寫的常出現麵條式,看來自己還要多努力了.....

player iT邦大師 1 級 ‧ 2013-04-02 16:13:51 檢舉

為了簡化程式碼的複雜性
請多利用"觀注點分離"
http://en.wikipedia.org/wiki/Separation_of_concerns

20
newkevin
iT邦高手 1 級 ‧ 2013-03-28 21:36:54

忙暫時不要看程式的書
看看 邏輯 分析 統計
如何發掘問題方法 跟如何解決問題手段 多方涉略
看有沒有幫助

演算法也看看吧~~!

lionrain iT邦新手 5 級 ‧ 2013-04-01 18:19:12 檢舉

演算法這幾天看過了,只是如何跟現有會的整合在一起仍是需要努力了

22
richardsuma
iT邦大師 1 級 ‧ 2013-03-28 21:41:59

既然你對「程式設計」這麼有興趣,應該找一家軟體公司,從工作中學習才對,
有壓力才能激發你的潛能,突破你的心裡與頭腦的障礙。

我們每一個人都不是天才,況且天才也是經過許多的努力才得來的,
只當興趣且在沒有壓力下,遇到瓶頸就容易放棄,就因為沒有deadline的壓力。

如果真的要走「程式設計」這條路,就去找一家軟體公司,接受工作的洗禮,
會讓你脫胎換骨,不是讓你上天堂,就是讓你下地獄。

最後,試著吃素冥想禪坐看看!
Good Lucky!

看更多先前的回應...收起先前的回應...
Albert iT邦高手 1 級 ‧ 2013-03-28 21:54:09 檢舉

richardsuma提到:
試著吃素冥想禪坐看看!

這些印度人的招數
[釋迦摩隬佛]
.............
越野飆車,飛車翻跟斗,瑜珈倒立
.............
但是 [印度人] 還是 [印度人] 不會變竅門

當然,如果由 阿伯 親自調教,就不一樣了!

寫程式真的需要有人帶,從基礎的邏輯到系統的分析,
以及軟體的整合,與專案的規劃、執行、測試、完成,
每個環節缺一不可。

加上 作業系統、資料庫、開發工具、使用環境、網路、Server...
還有最重要的 產業資訊與流程 都影響整個系統開發的方向。

lionrain iT邦新手 5 級 ‧ 2013-04-01 18:20:16 檢舉

目前仍在工作,可能會做到公司把我火掉在去找軟體公司吧

ted99tw iT邦高手 1 級 ‧ 2013-04-01 19:46:30 檢舉

lionrain提到:
火掉

囧

如果你真的有興趣在「程式設計」,或許你要的是「破釜沈舟」的決心,
因為態度決定一切,就在於你的決心了!

有退路是無法有所成就的!

ithomelee iT邦研究生 1 級 ‧ 2013-04-10 08:43:22 檢舉

richardsuma提到:
從工作中學習才對

+1

richardsuma提到:
接受工作的洗禮

+1

28
bizpro
iT邦大師 1 級 ‧ 2013-03-28 21:58:12

lionrain提到:
每次都會把問題複雜化,然後因為那個問題一直鑽牛角尖最後把作品放棄繼續做下去

通常程式設計時, 把問題複雜化的原因是把問題簡單化了, 也就是看得太簡單了, 因為把問題看得太簡單, 就跳下去做, 遇到失望與挫責必定慌亂, 時間的壓力一來, 就自然而然的放棄了. 問題可以簡化, 而簡化的過程需要想用各種角度整理出問題的根源, 也就是說故事, 然後把這些問題的根源邏輯化, 因此, 如果在過去的學習歷程中, 缺少了說故事的能力和數理分析的能力, 程式設計這條路必定辛苦. 但是, 程式設計是只有功勞沒有苦勞的一條路, 比起其他行業, 路很寬廣, 卻容易迷失在簡單化問題的迷思中, 抓不住方向, 就不妙了.

程式設計只有功勞, 沒有苦勞, 再辛苦, 沒有功, 一切枉然.

看更多先前的回應...收起先前的回應...
lionrain iT邦新手 5 級 ‧ 2013-03-29 17:55:53 檢舉

真的一開始把問題看的太簡單,結果一做下去才發覺其實牽扯很廣,感覺就像一團亂麻,找不出頭在哪邊
無法理清頭緒,最後就放棄了

bizpro iT邦大師 1 級 ‧ 2013-03-30 22:47:34 檢舉

我不知道您是否理解"說故事"是什麼意思, 對許多人來說是系統分析, 對我來說, 系統分析是從技術的角度來看事情, 說故事是從管理的角度來看, 故事說得好, 說得完整, 每一句話的主詞, 動詞, 受詞, 副詞, 形容詞, 介詞,...都要精確. 故事的邏輯性更要精確, 使用者會跟您說很多故事, 我們要能辯證故事的真偽與情節, 要花很多的時間來思考有何插曲,意外,與轉折等事件, 分析歸納出核心且全面的商業邏輯, 一個很重要的觀念是: 只要可能發生的事件, 即使微乎其微, 都不能遺漏, (待續)

bizpro iT邦大師 1 級 ‧ 2013-03-30 22:49:11 檢舉

(續前) 別急著跳進去Coding, 真正有意義的coding通常不會超一個案子的總時間的三成, 如果您發現您用大部份的時間都在coding, 那就有問題了.

外獅佬 iT邦大師 1 級 ‧ 2013-03-31 01:25:19 檢舉

bizpro提到:
真正有意義的coding通常不會超一個案子的總時間的三成, 如果您發現您用大部份的時間都在coding, 那就有問題了

+1000000000000000000000000000000

lionrain iT邦新手 5 級 ‧ 2013-04-01 18:08:16 檢舉

真的花不少時間在coding
功力還達不到說故事到上手的程度

bizpro iT邦大師 1 級 ‧ 2013-04-01 21:48:19 檢舉

您已36歲, 當年的我還在coding, 但您要想清楚, coding是末, 說好故事才是本, 本末倒置會苦不堪言, 當您讀書時, 要看清楚作者敘述的部份, 不斷的想作者要表達的東西, 為什麼作者要寫這樣的程式碼, 不斷的想, 如同練內功一樣, 才能有真正的功力, 否則只是花拳繡腿.

以前jboss剛開發出來的時候, 我有跟Marc Fleury(jboss的創作者)通Email, 請教他的想法, 許多非常關鍵的觀念不過是幾句話罷了, 例如, 我花了很多時間試圖去搞懂JASS透過HTTPS時要怎麼處理, 他不過給了我簡短的Email就點通了. EJB的書我也只看二本(很厚的,別選薄的, 薄的看不到關鍵的觀念), 但多的看不完, 也沒意義.

16
markshu
iT邦好手 1 級 ‧ 2013-03-28 22:39:01

或許應該先撇除程式的問題,而先思考思路的問題,
工作上也遇到有一種人,就是將問題複雜化,以至於永遠找不到問題的切入點,在問題的邊緣打轉,因為每個人的思考邏輯不同,但有時思路方向不對就很容易走入迷宮,因此可以先學習或調整自己在面對一個問題時,想想自己的切入點和別人有什麼不同,然後逐步調整和訓練,另外工作上的壓力是學習最快的方式,與其徬徨在目標點的門外,不如直接踏進去吧,另外還有一點就是早點踏入,早點知道結果,因為你覺得有興趣,但並不知道到底能不能轉換和適應,也許那是一條適合的路,就早點轉換,也是測試後知道並不適合,那也無須浪費時間,而要轉換思考其他的路,與其徬徨躊躇,不如早點知道結果,好做下一步的規劃和打算。

20
外獅佬
iT邦大師 1 級 ‧ 2013-03-29 00:28:43

佛曰...不可執著...
為什麼一定要走程式人的路??
近來有句話說得好:程式寫得好,要飯要到老...
你的興趣呢?工作,如果沒有了興趣與熱情的加持,縱使天才也沒用...

看更多先前的回應...收起先前的回應...

iT邦幫忙MVPwiselou提到:
縱使天才也沒用

難怪我.........

ted99tw iT邦高手 1 級 ‧ 2013-03-29 09:13:39 檢舉

bigcandy提到:
難怪我.........

到現在.........

一直都.........

賞飯吃!

bizpro iT邦大師 1 級 ‧ 2013-03-29 10:30:12 檢舉

近來有句話說得好:程式寫得好,要飯要到老...

幾年前停止寫程式了, 因為我寫的系統不捅僂子, 後來才知道, 系統要不穩定些才有維護費可賺.
但今年要開始寫程式了, 軟硬體結合為自己的產品.

lionrain iT邦新手 5 級 ‧ 2013-03-29 17:41:38 檢舉

主要還是想當做第二專長,最近不少朋友失業,有的跑去做志工等等,想找個取代性較低又有興趣的路

外獅佬 iT邦大師 1 級 ‧ 2013-03-31 00:32:07 檢舉

lionrain提到:
取代性較低

寫程式...取代性才高咧....非資訊本科的都來搶飯碗了....落寞

echen688 iT邦高手 1 級 ‧ 2013-03-31 10:56:10 檢舉

lionrain提到:
取代性較低

選總統吧, 只要做 4年, 有終身可拿......... 偷笑

lionrain iT邦新手 5 級 ‧ 2013-04-01 18:16:32 檢舉

取代性高低感覺不是這麼重要了,還是以學個第二專長為主

這幾天陪朋友去面試,她的專業取代性已經很低了,仍是沒公司肯錄取她....感覺很感概

16
sam0407
iT邦大師 1 級 ‧ 2013-03-29 09:01:28

有些事情是講天份的,不要強求!
一山還有一山高,要認清這個事實!

說真的,如果您以前都沒Coding的基礎,要開始寫程式是有些困難,光體力那比的上那些新鮮的肝,而寫程式的功力是需要長時間累積的,就像上面player大提到,當您寫程式寫到夢中或上下班途中,滿腦子都是程式碼時,功力才會一點點的增加,再配合看一些大師級的著作,功力才有可能突飛猛進,成為所謂程設高手,這樣的養成有天份的大概五年,一般人大約十年,您評估看看是否要投入吧!

找出您的強項,找適合的人搭配,可能會比較快達到您想要的效果吧!PTT有個網路創業版(startup)好像還有個軟體外包版(CodeJob),去找找有沒有志同道合或花一些錢就能早日達到您的目標!

jackielin iT邦新手 4 級 ‧ 2013-03-29 09:52:19 檢舉

贊成樓上的

lionrain iT邦新手 5 級 ‧ 2013-04-01 18:17:55 檢舉

軟體外包看了不少,主要想要不要去找個好老師上課,外包版好像也有不少請家教的

8
ak02
iT邦研究生 1 級 ‧ 2013-03-29 09:07:59

賣好吃的雞排也是不錯的選擇

18
kimegos
iT邦新手 5 級 ‧ 2013-03-29 09:28:39

我做程式設計的工作已經15年了,過程中,
當然就是有挫折,換個方法或找同業或在網路上找方法,我覺得是很好用的啦。
不過,當你把程式解出來的那種成就感是很捧的,

至於要不要再做程式設計,我還是會繼續做(因為已經有固定客源了),但是,還是要朝向把技術開發成能生財的工具,如果一直再開發新案子,人腦會老的。

新鮮人不要再走這途了,真是不歸路,我的小孩,我也是不建議走這途,

lionrain iT邦新手 5 級 ‧ 2013-03-29 17:59:00 檢舉

主要是當第二專長~
畢竟這個行業取代性比較低~
也有些朋友跟我說如果失業可以去他那找工作,不過那工作取代性蠻高的

16
uuuiii00
iT邦新手 4 級 ‧ 2013-03-29 10:09:06

我做程式四年多了
我的感想是年紀越大越不適合做這途
因為寫程式是一種習慣
不單只是工作而已
在年輕時養成這種習慣會比較好一點
就算你現在已經很順了
但是程式工作終究只是一份普通工作(在大部份公司)而已
薪水不高、累的像狗

如果你還是決定寫程式
小弟只能祝福你堅持下去

lionrain iT邦新手 5 級 ‧ 2013-03-29 18:00:03 檢舉

只想找份薪水不高,取代性較低,不用累的向狗的工作

16
lcw1960
iT邦新手 4 級 ‧ 2013-03-29 10:43:44

寫程式是從事IT資訊工作最基本功夫之一,但寫程式必須要與工作或自己所規劃的軟體架構的需要而寫,當然若純為興趣也無不可(但喪失了實用性),本人寫程式已經超過20年,雖然當資訊部門主管,但寫程式依然是我的興趣之一,也是工作的一部份,雖然已經逐漸卸下寫程式的任務了,祝你在程式設計上能更進一層收獲.

wilson1966 iT邦研究生 2 級 ‧ 2013-04-01 09:22:34 檢舉

lcw1960提到:
寫程式是從事IT資訊工作最基本功夫之一,但寫程式必須要與工作或自己所規劃的軟體架構的需要而寫,當然若純為興趣也無不可(但喪失了實用性),本人寫程式已經超過20年,雖然當資訊部門主管,但寫程式依然是我的興趣之一,也是工作的一部份,雖然已經逐漸卸下寫程式的任務了,祝你在程式設計上能更...(恕刪)

哈,跟我一樣,我1966 不是假的

花輪 iT邦大師 1 級 ‧ 2013-04-01 11:20:57 檢舉

也有資訊部門主管不但不會寫程式,甚至連簡單的SCRIPT也不會寫的,位子還不是坐的穩穩的,當然,那不是我!

ted99tw iT邦高手 1 級 ‧ 2013-04-01 11:25:41 檢舉

wilson1966提到:
我1966 不是假的

我1942, 1943, 雷電都很強...毆飛

16
pantc328
iT邦高手 1 級 ‧ 2013-03-29 11:31:26

施主,回頭是岸
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 不要做夢了

player iT邦大師 1 級 ‧ 2013-03-29 15:10:44 檢舉

C (ANSI C -> C99 -> C11)
C++ (C++98 -> C++03 -> C++TR1 -> C++11)
Int 10h -> VESA SVGA -> GDI -> WinG -> DirectX -> GDI+ -> XNA

這些的改變, 大到我都不知道該怎用了

bizpro iT邦大師 1 級 ‧ 2013-03-29 15:10:45 檢舉

而且寫程式的人政府從不當人才

這是關鍵, 政府要花大錢在高耗能的產業上才叫政績.

12
krarm
iT邦好手 1 級 ‧ 2013-03-29 17:33:48

我是

修資料結構寫個B-tree,睡前闔眼....樹狀結構 appear

修線性代數...考試時...數學之神站在後面看我算一題挑戰題....

回文時...幫友都看著我在喇賽時...

這樣.....你就往成功更進一步了!!!!!

10
suyage11q2
iT邦新手 4 級 ‧ 2013-03-30 02:20:45

設定一個對自己最有利或有用的主題,抱定非完成不可的心裡,累了可以稍微休息
一段時間,堅持下去,一定會有所得。

http://pcs.suyage.com/

10
ruocici
iT邦新手 5 級 ‧ 2013-03-30 02:33:25

加油啊~~ 堅持一定會有好結果的

12
as400excel
iT邦新手 2 級 ‧ 2013-03-31 23:13:27

任何工作,努力外還是靠一些機緣,工作會順暢多了.
寫程式的工作,基本上現在環境較容易找到工作之職缺,但如上述說的CP較低,因電腦語言及技術隨系統更新或世代變化,就得從頭學起,或許有經驗會較快,但現在世代變化快且短,以不是個人能承擔.還是祝福你! 加油.

10
wilson1966
iT邦研究生 2 級 ‧ 2013-04-01 09:27:09

我是不建議太聰明的人做碼夫,這些人建議可往管理方面發展,因未來可做到經理,總經理層級的,而做碼夫要有一點點笨,才能一直堅持下去

12
idol
iT邦新手 5 級 ‧ 2013-04-01 14:40:17

先不要看範例程式,因為你要先搞懂他做這些程式的原由,才會看懂程式,但有些商業邏輯沒遇到也不一定懂
找一個有興趣的題目,例如書籍管理,記帳軟體,或是六合彩統計都行,先求做出來,再來想如何改,例如先做幾個textbox放資料,可以存後再加判斷資料格式,然後再加些有的沒有的功能,當想要甚麼功能再去參考範例才有用
不過最好還是有人可以問,終究當下卡住沒人問,要找問題可能還是有點難

lionrain iT邦新手 5 級 ‧ 2013-04-01 18:14:06 檢舉

目前在做最多書所提的範例:購物車

個人簡單的是會先搞懂
如果是很多段的是寫一段先理解,然後再看看能不能用別的方式做這段,不然一口氣打完或是先搞懂範例再打總是會有些地方一下想不起來

我要發表回答

立即登入回答