t01,t02,t03~~

這種命名法通常都是拿來防二次開發，避免賺不到錢的。
廠商手上都有欄位對應表。

回到正題。這行只看證照基本上就是錯誤。

原來如此,
那我是不是也要來一個這種的?
ㄎㄎ.

拿來防二次開發

確實如此，我當初是要拿來做資料轉換，想將舊資料轉到我的資料庫，
吃足苦頭。

我也覺得瓶頸不在Visual FoxPro,
應該是程式撰寫跟資料庫設計問題,

如果只是流水號命名還OK,
查點了一下資料庫的命名方式如下
1.全大寫+分隔底線
2.大駝峰式
3.全小寫+分隔底線
4.大寫+分隔底線+小寫
5.小寫+分隔底線+大駝峰式
6.大寫+分隔底線+大駝峰式
7.小駝峰式
8.中文
(大概是20年來不同人接手才導致)

但是在看過全中文命名(table/column/view/stored procedure)
其實也覺得算小問題了

我通常用時下最夯的【晶晶體】命名
簡單通用的，比如姓名、地址欄，就用 name，address
若是太複雜太專業的，就甘脆直接用中文命名了，不然，取了英文欄名，自己和別人都看不懂。

哈哈 這樣很直白
我又想到之前看過用VB.NET寫的網站,命名方式也是一絕..

Public Function 管理否(String 帳號)		
		管理否 = 預存程序結果;
End Function

If 管理否("XXXX") == True Then
    //一般使用者
Else
    //管理者
End If

用中文名稱來處理，我就會很懷疑專業度了。
中文名稱來跑程式，這些都是雷耶!!!
不要日後自爆就好了。

而且這位仁兄有個口頭襌「這樣做很快吔!」
把邏輯全寫在stored procedure(當然也是全中文命名)

要架另一個站,全靠Copy+Paste
如:webA→webB
預存程序→預存程序_新

後期網站一堆地雷,使用者抱怨連連,
爆到他老兄也走人了,
還丟一句找不到人還可以請他回來修...

您說得一點都沒錯，真的很雷，
但有些專有名詞真的很難翻成英文，
硬操的話，半個月後，自己都忘了是在幹什麼用的？

比如，變數【已扣抵國外所得稅額之基本稅額與一般所得稅額之差額】，實在不知怎麼用英文命名？

又【透過其他綜合損益按公允價值衡量之未實現損益】這個變數，又要怎麼命名？

非必要，沒有人想用中文命名。

那請問....外國人又怎麼命名這些變數?

趕快學中文嗎?....

　　以美國人來說，他們用【英文】命名，其實就等於我們用【中文】命名，因為，英文對他們來說，就是【國語】。

　　我個人的想法是，除非您的程式將來有可能要組跨國團隊共同開發，那遵守英文命名規範是一定要的，如果沒有這方面的考慮的話，實在不必糾結於此；機械碼是給電腦看的，程式碼是給人看的，取一個自己半個月後會看不懂的變數，實無必要。

我當然知道有中文對照的專業命名，
比如【關聯企業交易未實現損益之銷除】它的英文是【Elimination of Unrealised Profits and　Losses on Transactions with Associates 】

這要怎麼辧？把變數命名成：

$Elimination_of_Unrealised_Profits_and_Losses_on _Transactions_with_Associates

　　或者，請示範一下，若是您的話，您會如何命名這個變數？

如果是CCNA這張我就不信= =
當年靠貝多芬就不小心考過了...還好不是走這一塊，不然裡面的內容一問三不知

可是 CCNA 報名費不算便宜

就已經擋掉一些雜魚

"稍微" 比其他認證可信點XD

dragonH
從 雜魚 變成 小魚?

要他們寫個VBA就吱吱唔唔了

我上頭自稱，Visual FoxPro行家，至少是半個或1/3個行家吧，
但要我拿出認證，我也拿不出來啊。

的確外行看認證,內行show me the code,
但是每每開會hr同仁都以為對方才是專業讓人氣結,
該公司網站也不敢貼出微軟認證的證書,
只是想找到證據證明他們是詐騙集團而已..

專業的不一定在寫CODE...
對於HR流程法律規範很熟也是專業的.
只是能不能寫成系統那是另外一回事.

看起來唯一能證明的是他們有錢...

基本上這種情況我不會追究廠商證照什麼的，反正下次一定是拒絕往來戶了。
廠商能改善就改善，不能改善一定要花錢，那就請當初買的部門自己簽，預算算在他們頭上，下次如果要建系統前不找IT部門審視，那就自己處理吧。

專不專業不是口頭說說就好。
重點是否要能滿足客戶的需要跟需求。
但也不是所有的客戶需要跟需求都要能達到。

就如你說的人事系統好了。
效能不彰的問題，除了程式本身的問題之外。硬體設備也是很重要的。
如果說今天一個需求要4核心的程式或資料。
然後在1核心的機器上跑嫌它慢。
這其實不能怪罪在程式上。

當然，我也不是要替廠商說話。也不會站在你的角度說話。
很多東西是看需求度的。

當然不可否認一件事。好的程式，不太需要靠硬體來處理。
爛的程式則是得要利用強大的機器來支撐。
相信專業也是一種方式。你也不能說你的HR說錯。
因為他們不懂，只能相信專業。
專業的信任度，又只能來自他們看的懂的東西(如証書)
你真跟他們說明程式碼的問題，他們也不懂也不想懂。

所以就這樣子..........

廠商說有錢也無法改善,
(所以有朋友要評估HR系統我第一時間diss這家廠商)
當初買的部門請出上級做主,
變成我們要想辦法了;
(還不能增加額外預算的前提下)

當初環境是依照廠商要求給的,
後續還為其VM增加記憶體,
CPU跟RAM都沒用很多偏偏就是慢,
而且三不五時還顯示逾時跟死結,
還要教他們優化IIS設定,
正式區倒到測試區DB還會做反(廠商工程師被記過)
光怪陸離的事一堆;

HR同仁開會時對廠商溫聲細語,
但我們在幫忙優化的過程又是另一副嘴臉,
真是公親變事主啊...

其實從你的形容，再加上廠商的回應。
我只能說，「早死早超生」的話了。
只是看死的是人?是程式?是主機?是公司?是客戶..而已了。

要講白一點，你這個「賽」是擔定了。
剩下來的就看你要怎麼做了。

說真的，也沒什麼好建議了。

賽是你擔，但是要想辦法挖點好處啊，要不然就是他們溫馨接待廠商的時候，酸一下，促進你的心理平衡。XD