嚼的絮絮叨叨

老大說：要解省人力時間，決定開放部份類別接受「線上申請」。
這個主意是不錯啦，雖然說咱家的線上申請，也只不過是簡化授權資訊的取得與付費方式的傳達，但畢竟還是存在一些授權制度上的疑惑，例如授權期間的正確性與授權依據(坪數)的正確性。
不過這仍是一個很好的方向，至少藉由這個部份，可以補足先前「授權費用試算」的Modle.

當提出這個「線上申請」的要求時，當然是發交底下的授權部門與資訊部門來開發這個模組，但與其說是開發，其實也只是由授權部門提出需求，交由資訊部門再議，然後將需求表列給外包商開發，要公司自己開發，還是省省吧。

也許是當初只提出授權系統的需求項目，但沒有要求要在何種平台上作業，所以當第一個開發版開放內部測試時(其實已經放在真實網頁上了，連結居然也放出去了，要測耐壓嗎？)，就遇上了第一個問題：不支援Firefox。

但其實不是不支援，而是網頁裡是利用VBscript將數據傳送給ASP來跑畫面，而當初的規格書裡沒有要求要用什麼語言撰寫。當然Firefox不支援VBscript。所以我在「線上申請」流程的第一關就打槍了…

OK，規格書裡沒有提到要用什麼語言開發，是我們授權部門沒有發覺，資訊部門也不以為意，所以廠商就用了他們熟悉的語言去設計，這我到也就算了。不過就在我向資訊部門提出這樣的意見時，我卻聽到了令我意外的回答：「網路本來就是以IE為主，所以就應該以支援度最高及模組化最多的VBscript作為發開工具！」

雖然我不是script出身，但至少我還可以多少了解這個生態，印象中，Javascript才是支援度最高且模組化最多的script語言(因歷史久且多數瀏覽器支援)，而VBcript充其量就是你在開發ASP或VB時的附加產物，簡單一點來說就是捨支援度求開發簡單。今天IE是網路市場的王者這點是事實，市占率及擁互者眾也不是秘密，但一個簡單功能的參數傳遞被限縮在VBscript裡頭，然後你告訴我現在的設計要能夠模組化方便以後擴充，結果也只擴充在IE的市場裡，其它支援標準的瀏覽器使用者，遇到我們開發的網頁就要被迫改用連滑鼠都會中毒的IE？

唉，我們這些不想被微軟綁架的使用者，又能說什麼呢，只要下次學著點，自己規格書要寫清楚，別再被人拎著走就好了。。。