da1228 wrote:
是的,就是那家近年來...(恕刪)


目前是規劃利用flex整合所學的所有技術(目前的公司主要開發工具也是flex)
但是台灣這邊能參考的不多
參考的資料除了英文就是簡體
基本的目前OK但是要引用外掛引擎 特效AR 物理引擎......
台灣這還真的沒有看過類似的東西
以我來說,我的工作年資已經超過10年了,今年剛跳槽到某百大傳產業當AP,雖然求職過程中還是免不了要筆試,但我還是很感謝這段期間肯給予我面試機會的公司,讓我有機會實地體驗並見識各家公司的內部形色~

總之,不妨轉個念,就當作修行跟磨練吧!
fzr0202 wrote:
大大舉的這個例子與你...(恕刪)


和我的用意相符,我只是要說前一段程式碼比較長,後一段程式碼比較短,但不代表後者較佳。

在當時我的需求上,前者較佳,因為我希望所有filed保留一個中間層。
flanagan wrote:
如果要質問個人專業的...
如果對你而言 DBA=MIS
那實在沒必要對您所提的問題多做回應(恕刪)


聽你的口氣好像有點瞧不起 MIS , 感覺 DBA 很偉大 .........

在你的認知, MIS 可能就只有修電腦, 拉網線, 和灌軟體吧 ......

一般來說, MIS 應該泛指公司的整個資訊系統的簡稱,

範圍從 ERP, CIM, 網路,通信, 資安, OA 服務.........

只要是電腦化涵蓋的範圍, 就是 MIS 的領域.

而 DBA 的工作, 只是整個 System Administration 的一部分,

而 System Administration 的工作, 又只是 IT Infrastructure 工作中的一環,

需要把 DBA 套上很大的光環獨立在 MIS 之外嗎 ?

況且, 你好像很拿 SQL 自豪,

但是 SQL Tuning 只是 DBA 工作的一小部分,

整個基礎架構的設計, HA 的機制, 及日常的監控和 alarm 機制都在 DBA 的工作範圍,

知識面包含主機硬體, Storage , 網路, 作業系統, 當然還有 DB 本身的內部運作機制...

寫幾句 SQL 或是 stored procedure 就說自己是 DBA ,

我覺得你把自己定位在 Developer/Programmer 比較合適.

有效能問題, DBA 是負責點出哪裡是效能的瓶頸,

然後與 Programmer 一起找出改進的方法,

當然, 如果 DBA 的功力高, 可以告訴 programmer 方向在那裡, 加快解決的速度.

可能你過去待的公司, scope 都不大 (院長要跪著求你??????)

都是要身兼數職, 包山包海, 所以才讓你以為 MIS 就是這樣了.....

建議你才應該到大點的企業,

看看 MIS 部門是怎麼運作的.......

真正在企業裡,

有價值的是流程, 是 Business Know How ,

IT 技術是幫助公司改善工作效率, 增加營運績效的,

高層不會管你一個程式是用 C++, C#, JAVA , 或是什麼寫的,

只要你能解決 Business 的需求, 就是好程式, 好系統...

解決不了 User 的需求, 就算你寫了一個天下第一的演算法, 畫面再炫在漂亮, 對公司來說, 也沒個屁用.

所以大公司要買 Oracle , SAP 的 ERP, 其他周邊的系統小系統就委外開發,

因為對 IT 人員來說, 有價值的並不是 coding 的能力,

而是能利用 IT 的力量, 跟各部門合作, 改善企業內部的流程,

所以就業市場上, 行業顧問一定比 programmer 來的搶手和高薪.


工作八年了,

在這個領域, 如果還沒有這個體認,

那下個八年,

可能還是在 coding.

不是說 coding 不好,

只是在這個環境,

只會讓一個 programmer 覺得一身技術但是不受重用,

最後怨天尤人只能到 01 取暖.
flanagan wrote:
感謝您的指教.......(恕刪)


這個嘛~我比較好奇所謂一天完成,當中是花了多少時間在規劃以及驗證這段程式碼身上?

還有我必須承認,我不會花時間去記憶特定廠商SQL產品的特定Func,那對我的IT生涯沒有任何幫助。
所以樓主有的Func我也沒用過也看無,也不可能想花時間去查。
我上面的故事樓主沒有體會到嗎?我寧可當使用ASP.NET Toolbox的傻蛋。

我用MS T-SQL幹過最牛的事情就是搞了依照專案需求設計的一個用T-SQL產生動態T-SQL的模組,
那段TSQL耗費八千多行,寫完早就也丟在腦後,
再次體認到,去記憶一些特定指令,對事業生涯幾乎沒幫助。
ENDDY wrote:
聽你的口氣好像有點瞧...(恕刪)


精闢+1 當時我也是壯士斷腕,才能跳脫純PG。

其實一些PG神人,也都是能專精該行業Know how才能成功,
以Carmack為例,PG部分沒人會質疑他功力吧?但他同時也是電腦圖形原理的專家。

樓主如果真如此熱愛PG和SQL,
應該是要專研如何做出SQL本身這個產品,如何實作T-SQL編譯等等之類的。
SQL的T-SQL該怎麼寫?這絕對不是SQL的Know how部分。
我想樓主這些都搞懂了,這樣就算學歷不合,那些IT巨頭也會急著把你挖進去。
ENDDY wrote:
真正在企業裡,
有價值的是流程, 是 Business Know How ,
IT 技術是幫助公司改善工作效率, 增加營運績效的,
高層不會管你一個程式是用 C++, C#, JAVA , 或是什麼寫的,
只要你能解決 Business 的需求, 就是好程式, 好系統...
解決不了 User 的需求, 就算你寫了一個天下第一的演算法, 畫面再炫在漂亮, 對公司來說, 也沒個屁用.
所以大公司要買 Oracle , SAP 的 ERP, 其他周邊的系統小系統就委外開發,
因為對 IT 人員來說, 有價值的並不是 coding 的能力,...(恕刪)


完全認同你的說法。
你說的內容,跟我大老闆在幾個月前跟我面談時講的都差不多耶~
platstar wrote:
公司應該要給求職者最基本的尊重,畢竟找工作是對等的一件事,不少公司是做不到這點.

至於測驗部分,我也不太喜歡,
不過這是很多公司會採用的方式,主要是主管沒能力識別求職者的專業,也是為了做到公平快速

當然題目出的好不好更是一件很重要的事,但這能做的好的也不多.
...(恕刪)


蠻中肯的。


畢竟有沒能力的主管也不少。

工作過几年, 草包主管見了不少, 要這樣的人來當主試者, 也算是要他們的命。


所以若是遇到這樣的, 比較有兩種可能, 一種是自己太懶, 通通用考試應付, 一種是自己就是草包, 沒能力來鑑別求職者。

磨刀石能把刀磨利, 首要條件也是自己能夠砥的住刀的磨損。



ENDDY wrote:
真正在企業裡,

有價值的是流程, 是 Business Know How ,

IT 技術是幫助公司改善工作效率, 增加營運績效的,
...(恕刪)


您說的是很理想的狀況啦!

如果這個公司的每個部門, 都是如此的話, 那這間公司在台灣應該是超有前途的!

zola wrote:
您說的是很理想的狀況...(恕刪)


建議你到台灣百大企業瞧瞧.
文章分享
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 15)

今日熱門文章 網友點擊推薦!