查分查出的思考

    昨天終於可以查成績了。不過人太多，把伺服器都擠爆了，所以開啟查詢視窗好難，開啟之後輸了考號，點了半天查詢都沒有反應。實際上全國考在職的也不過10萬人，但是併發性的系統訪問把查詢系統搞的動不了。  做這樣一個簡單的系統 應該不難（輸入條件 -> 確認 -> 輸出），但是一旦經歷這種高峰壓力就頂不住了，我覺得一方面是設計的時候是否有考慮這個問題，另一方面就是知道這個高峰，但是如果要承受這個高峰必須投入成倍的投入，而這個高峰的發生頻率低，並且不會產生太大的影響（早一天跟晚一天查到成績的關係應該不是很大），那麼承擔高峰費用的投入就會被否決。

        接下來我做了第二個嘗試，簡訊查詢。這是耗錢的玩意。 一條一元，而且習慣把問題拆的很細，拔你的毛。 開始我看錯了查詢程式碼，查了自己已經知道的考試號。  過程如下

去簡訊一：　查詢程式碼××

回覆：你提供交了簡訊申請，請回復××＋身份證，本條一元

去簡訊二：  XX +　身份證　　－》　簡訊服務平臺

回覆：你提交了查詢申請，。。。。。，確認請回復　××Ｙ，　本條一元

去簡訊三：××Ｙ

回覆：你的考號是××××××，　本條一元

查完發現自己查錯了，不過想想覺得一二兩條真是太ＣＣＴＶ了，為什麼不直接××＋身份證呢？　人哪！

我想放棄查詢等待網路查詢可以用了再查，不過想想投入了三元什麼資訊也沒得到，哪不是三元打水漂？　如果我換查詢程式碼繼續查詢，肯定還要投入，但是我至少得到了自己想要的東西，於是

去簡訊四：查詢程式碼ＹＹ＋考號  -》簡訊服務平臺

回覆：你的考號是。。。。。，請選擇考試類別，本條一元

去簡訊五：考試類別  --》簡訊服務平臺

回覆：你的成績是。。。。。。。，本條一元。

我覺得是在和小朋友交流，不過這個小朋友不簡單。

關於投入的思考，如果我投入了三元發現查不到，我放棄了，那麼3元就浪費了，所以我選擇了再投入，最後有了產出。 產出是分子，投入是分母，所以效益與產出成正比與投入成反比，不過有一點可以肯定，如果沒有產出投入再多都是零。

      此記。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/554557/viewspace-622641/，如需轉載，請註明出處，否則將追究法律責任。