【求助】軟體設計師之路,給點意見^_^

[my God]

最初由 powmien 發表
特別回答您這一句，其實我專科是應用電子工程組的，小弟不才不學無術，請多多見諒。

第一句話只是猜測語氣

第二句話是解說語氣,又沒說你不懂

說你程式能寫一萬行是有點配服,應該也要有點忍耐力(除錯能力)

我程式認為最好還是去學,必靜會有疑問還是需要老師

要自學也是可以,雖然設計很有趣,但我不喜歡程式

我要去報工業電子了......

[dou0228]

最初由 dino750 發表
基本的程式設計不就是loop, recursion, data structure, algorithm這些,不同的語言用不同的API,大的專案,再加上結構

那些都是基本到不行的基本功, 學了只是有入門基礎而已..
後頭你要學習的東西才多著呢.

Socket Programming, Thread Programming, IO Process..
IPC, Signal Handling.. etc

等你實際去工作時, 學來的其他經驗..比如說 Concurrent Version System,..
如何 co-work, 如何看懂別人的 code ( 不必意外, 有時候還是必須如此 )..

還有很多.. 就看你要花多少時間下去學習而已..

[powmien]

最初由 my God 發表
第一句話只是猜測語氣

第二句話是解說語氣,又沒說你不懂

說你程式能寫一萬行是有點配服,應該也要有點忍耐力(除錯能力)

我程式認為最好還是去學,必靜會有疑問還是需要老師

要自學也是可以,雖然設計很有趣,但我不喜歡程式

我要去報工業電子了......

抱歉，的確衝動了。
正在想一些程式的東西到現在還睡不著= =+。

工業電子丙級嗎？ 沒記錯的話應該是吧…

祝你能考到乙級儀表或數位電子。

[dino750]

最初由 dou0228 發表
那些都是基本到不行的基本功, 學了只是有入門基礎而已..
後頭你要學習的東西才多著呢.

Socket Programming, Thread Programming, IO Process..
IPC, Signal Handling.. etc

等你實際去工作時, 學來的其他經驗..比如說 Concurrent Version System,..
如何 co-work, 如何看懂別人的 code ( 不必意外, 有時候還是必須如此 )..

還有很多.. 就看你要花多少時間下去學習而已..

請教dou0228兄,您提到的Thread Programming,小弟之前略有接觸過.當時覺得最有技術性的部分,就是shared resource的處理.小弟認為,shared resource的處理可算是algorithm,如果以Java來實作,其API已有定義好的super class.所以如果algorithm和API都搞定了,那要實作這類的問題是不是就沒問題了?
又假設今日需實作一專案,只需用到資料庫(如庫存系統,純假設).那在實作時,小弟在想,最關鍵的部分,應該就是所用的語言和資料庫溝通的部分(暫不考慮資料庫的設計與維護).如果這部分的API解決了,整個問題可說解決了大部分.
小弟要問的是,在實際的工作環境中,還有那些Topic是需要專門去探討的?
小弟設計程度尚淺,您許提的那幾項Topics,都還未實際的接觸過,所以心中的疑問,還請dou0228兄解惑.
小弟文筆不佳,如有誤會,尚請見諒.

[想了好久]

我們老師說他在大學時 很多學程式的同學 畢業後都說不會想去做這類的工作 因為粉沒興趣
不過我們老闆以前就是寫程式的 他也有想過回去做 真的是對寫程式很有興趣@@
像我就沒有興趣 因為我覺得好難好複雜

[dou0228]

Threading Programming 最常見的當然就是 share memory protect, 還有 Thread Pool, 以及 Signal 的處理..

以 Linux 來說, Thread 的 Lock 有 pthread_mutex_lock, 還有 semaphore lock..

另外一個問題則是 Signal 的處理, Thread 收不收 Signal? 你要怎麼管理 Signal? 你希望哪一個 Process 收 Signal? 這都是 issue.

另外一個就是, create Thread 非常花費資源, 因此實作上常使用 Thread Pool..

在 Java 裡, 當然就是 class Thead, 只可惜沒有直接的 ThreadPool 可以用..

至於你說的進銷存系統, 我倒覺得 database 的 schema, 與和客戶之間的溝通很重要..
因為你是做給客戶嘛.. 你很難想像的到客戶會有怎樣的須求, 溝通就很重要了..
SQL Language 我不認為這是一個問題, 通常一開始就會選好想好了..
還有 UI Layout, Design 我認為這才是重點所在..

其實你提到的部份, 個人覺得比較偏向表面..

舉例來說.. 你現在要用 Java 寫一個 Web Server( static page )
那麼最原始的想法: 來一個 Client, 就開一個 Thread..
該 Thread 完成它該做的事嘛.. 沒錯, 這是最簡單的想法..
只可惜這樣的程式只能算剛好 60 分..
1. 該 Web Server 的 performance 很差..
2. 單一 Process 能開的 Thread 數目有限(OS/memory) -> 能 Service 人數不多..
3. 只要多人連線/斷線速度非常快, 你會發現 CPU 一下就吃光了..(Thread 一直 create/destroy)

我想提的是, 這些東西須要經驗的累積, 學校不會提這些(因為平常講簡單的就一堆人想睡了, 再提下去還得了)
就是多想, 網路上多看別人怎麼寫這樣的類型的程式. 我又是怎麼寫的.
缺點? 那樣的寫法好處在哪? 這樣才會學的快..

[chao0707]

感覺上好像大家把不同領域的東西混在一起聊了

給版大
如果有錢
就去市面上的認證中心上個課
如果沒錢
就去職訓局吧
上課的話就多認識一些同學吧.......

[powmien]

資料庫如果資料量大的話要考慮的層面就很廣，從資料庫的設計、索引、關聯、存取方式等等。
I/O ctrl的話有時後為了達到某些需求要去考慮指令的clock，例如jump要3 clk，但是3 clk 你要接收或傳送的訊號可能會lost，就必需不用jump 去達成jump的效果，諸如此類的。
thread 或task 除了系統資源的分配，有時後還要考慮到存取資料的即時問題、時效性與資料的正確性。

[my God]

最初由 powmien 發表
資料庫如果資料量大的話要考慮的層面就很廣，從資料庫的設計、索引、關聯、存取方式等等。
I/O ctrl的話有時後為了達到某些需求要去考慮指令的clock，例如jump要3 clk，但是3 clk 你要接收或傳送的訊號可能會lost，就必需不用jump 去達成jump的效果，諸如此類的。
thread 或task 除了系統資源的分配，有時後還要考慮到存取資料的即時問題、時效性與資料的正確性。

我是要報職訓局的半年期工業電子

我大學是念電機系的

工業電子會教你感測器,8051單晶片的應用,數位電子,Unix
網站架設, 程式設計........等等

我不是要考什麼PCB Layout的背電路圖太類了吧

比起一些電機機械,電力系統,自動控自
我認為要實用多了

[powmien]

最初由 my God 發表
我是要報職訓局的半年期工業電子

我大學是念電機系的

工業電子會教你感測器,8051單晶片的應用,數位電子,Unix
網站架設, 程式設計........等等

我不是要考什麼PCB Layout的背電路圖太類了吧

比起一些電機機械,電力系統,自動控自
我認為要實用多了

現在layout版子都是用軟体了吧，其實只要把IC、電阻、電容、記憶体……放上去就可以做出版子了。背 到也是不用，因為網路上有很多相關的資料，只是未來的擴充性就要考慮了。