....
AND (ppOrderNo IS NOT NULL OR
(((vvDateFrom IS NOT NULL AND DatePromised>=vvDateFrom )
OR (vvDateFrom IS NULL ) )
AND ((vvDateTo IS NOT NULL AND DatePromised<=vvDateTo )
OR ( vvDateTo IS NULL ) ) ) )
AND ( ppOrderNo IS NULL
OR (ppOrderNo IS NOT NULL AND DocumentNo = ppOrderNo));
.....
這是::國家資訊服務外圍機構+某大IFS前資深工程師::學歷碩士::寫出來的;
.....
你會嚇死
還是暈倒
已邀請的邦友 {{ invite_list.length }}/5
上面有兩段code,為了方便起見,把第一段簡稱S段,Albert的簡稱A段好了.
某領導:S段把判斷條件分別列出,條理清晰.反觀A段呢,奇淫巧技,濫用函數,不易理解.
某財務人員:S段字數比較多,可見比較認真.反觀A段呢,字數較少,都不知道在作些甚麽...
Albert:!@#$...(>"<)
Hitomi:比賽是這樣的啦...還有一點時間,再去弄一個吧...
小弟對資料庫語法也不很熟, 常用也都是標準函式, IF(..), SUBSTRING(..)..
Albert大大的 NVL(..), 在 MySQL 就不支援, 那這樣的寫法程式, 應該難以跨資料庫使用, 得三思啊!
ERP的code, 只要功能有做出來, 基本上是"先求有,再求好", 除非是公司有程式編寫規範必須遵守, 否則應該不用太計較.
SAP 是效率導向 為不同資料庫 寫不同語言
跨資料庫 好好笑的想法
寫在 Oracle 的 StoredProcedure 需考慮到 MySQL ? 好問題
處在 Taiwan 的 對談與講演 需考慮到 Africa ? 好問題
有你台灣會很好
跨資料庫是 系統研發過程的 選項之一, 當然設計公司也可選擇單一模式設計, 這會好笑嗎 ?!
在討論區上說的, 還是客觀一點會比較好.
doesjudas提到：
Albert大大的 NVL(..), 在 MySQL 就不支援, 那這樣的寫法程式, 應該難以跨資料庫使用, 得三思啊!
台中有幾家用MySQL的廠商,現都放棄了,老實講,西瓜畏大邊,現不是M$ 就是 歐 的,其他雖仍有市場但要看產業別,即然已用了某牌資料庫,建議就全力使用資料庫的優點(就是用他的內建函數),不要想跨資料庫
doesjudas提到：
跨資料庫是 系統研發過程的 選項之一, 當然設計公司也可選擇單一模式設計, 這會好笑嗎 ?!在討論區上說的, 還是客觀一點會比較好.
我能體會你的看法
出門去推公司的產品，被問到「搭配什麼資料庫」
回答「A牌」被客戶笑：「那個太爛，不夠我們公司用」
回答「B牌」被客戶笑：「那個太貴，我們公司買不起」
這都比不上最慘的答案
「你們只能用C牌的資料庫？我們公司只用D牌的資料庫，謝謝再連絡」
即使同樣是產品開發的模式
考量的因素還是有所不同
很明顯地albertachen大大根本不在乎跨資料庫
而doesjudas大大可以為了跨資料庫而捨去各資料庫的特別之處
最後
在這裡要請你放輕鬆一點
在iT邦或其他討論區
找到跟自己意見相同或不同的人都很容易
但要找到能客觀的
則是很難的
不然你看為什麼
那麼多人都去女王的場子尋開心
antijava提到：
在這裡要請你放輕鬆一點
一句話，認真就輸了！
antijava提到：
去女王的場子尋開心
意思是女王都以客為尊嗎??...
cdfu提到：
以客為尊
應該說：賓至如歸
原來大家都來這裡尋開心的啊 ?!
果然技術很乏味.
doesjudas提到：
原來大家都來這裡尋開心的啊 ?!
快別這麼說了
請參考這篇
還是有很多專業而熱心的邦友
只有我比較慚愧而已
antijava提到：
那麼多人都去女王的場子尋開心
大家都是小李飛刀李尋歡嗎? ........ 
這篇是??
寫程式百百種,每個人有每個人的寫法,每個人有每個人的意見
怎麼~不高興,那就自己寫
遇那麼多公司,遇那麼多的主管.一句話~幹,反正重寫就重寫,時間照算,錢照領
上面那二種寫法都OK.IT白痴都看的懂,我把它寫成OO,物件間拋來拋去,很多主管絕對看到中風
Code Review 不是一行行的看.是看有沒有照規範走,如變數命名等等.有沒有做雜七雜八的事.架構對不對.不是說結果對不對.有的人對架構對流程不熟,結果是矇對的,這~
結果正不正確是由其他測試人員去測試
iThome鐵人賽
看影片追技術