|
||
|
Senior Member
 加入日期: Jun 2003
文章: 1,366
|
引用:
這篇推一下  除了各領域最頂尖的一小群人,以及未開發國家血x工廠裡的廉價勞工 其實以後的工作趨勢就是"綜合性"的人材 現在那種一輩子只做一件事就可待到退休的時代真的過去了 已開發國家相對薪水較高的雇員也只能作這種轉變,不然工作早就外移光 自己年輕時也是算是走純技術,整天面對儀器及機台 現在則是常常早上跟業務一起拜訪客戶作簡報,下午進lab看需不需要幫忙,晚上則有時會和老闆一起跟外國客戶con-call 這樣日子也比較不無聊..... |
||||||||
2013-01-13, 11:08 AM
#61
|
|
|
Master Member
  
加入日期: Mar 2012
文章: 2,353
|
引用:
不到也表示快50K...ok的啦  |
|||
|
2013-01-13, 12:45 PM
#62
|
|
|
Basic Member
加入日期: Jul 2005
文章: 11
|
引用:
我說過了，只是資料格式加演算法而已，這些東西只要開放規格，為什麼不能寫? 怕只怕國外的端點不把規格格式交出來，否則只要有規格，有何難寫的呢? 資料格式我可以組合出來，資料欄位的值我可以用演算法加密或是轉換， 我不懂難在哪裡? |
|
|
2013-01-13, 04:46 PM
#63
|
|
|
Basic Member
加入日期: Jul 2005
文章: 11
|
引用:
我以前呆的公司寫四年演密碼學的東西， 國外當然已經有套件可以用， 可是公司高層要我自己研發， 我自己看論文寫DES、T DES、RSA， 理解以後，就是江湖一點通而已， 當你理解一種演算法與理論，別人看很難，可是我自己看有種"不過如此"的感覺， 核心我都是自己寫的，用過的套件也不見得比我寫的完善， 很多事情不是技術問題，最根本的是"態度問題"。 |
|
|
2013-01-13, 04:53 PM
#64
|
|
|
Basic Member
加入日期: Jul 2005
文章: 11
|
引用:
我解說一下資料格式的意義， 畢竟我做了四年都是在做資料格式的加解密與傳輸， 假設我們要在一個bunnary檔案的前四個bit存入long的值， 然第二個欄位存入T DES密碼，第三個是DES密文， 於是這一整個binnary成為一串我們自訂的資料格式，不管要存成檔案或只是存在記憶體皆可以。 如果我們要傳遞這個資料給某銀行，可是我們不公開我們的格式， 那麼我們就寫一個API專門來組合與拆解該資料，提供給銀行， 銀行的程式人員只要使用我提供的API就可以了。 第二個情況， 我們不想寫API，所以我們提供資料格式的規格書給對方銀行， 該銀行程式設計師閱讀規格書以後，自己組合與拆解該資料格式即可。 這就是銀行與各公家行政部門資料傳輸的真相。 |
|
|
2013-01-13, 05:44 PM
#65
|
|
|
Advance Member
加入日期: Mar 2005
文章: 409
|
引用:
這兩種要學都不太容易， 以ORACLE而言，一般的補習班沒有授權是不能教的， 自己要上課又貴得要死，十年前自費過OCP花了快十萬， 當時forms and report記得也差不多這個價錢... SAP更不用講，我也很想學呀，不過市面上根本沒在教， 除了SAP原廠開給企業用戶的課，一般人根本接觸不了， 況且就算會了一般企業要的是有經驗，初學者哪來的經驗  記得之前看過一個104徵才， MIS的職缺，要會的包山包海，硬體組裝、網路、TCP/IP、CISCO、DB、 C/C++、WINDOWS、LINUX甚麼都要會，竟然才開兩萬五  |
|
|
2013-01-13, 06:42 PM
#66
|
|
|
Power Member
加入日期: Feb 2001 您的住址: 台灣苗栗
文章: 573
|
引用:
正因如此，要是有機會學的話要把握，若學會了競爭門檻也較高。 畢業生雖無經驗但可塑性很高，仍有上市公司MIS每年固定會錄取畢業生並給予ABAP 或Developer 9i訓練。先從PR做起，再視對SAP/Oracle架構的掌握度以及流程/使用者 語言的熟悉度提昇為SA。 |
|
|
2013-01-13, 08:12 PM
#67
|
|
