~放風箏~

今天逛到PPT的 CodeJob版上

看到這篇  =>  1/01 gunhow       □ [發案] 單據控管小程式 

果真是那天最大笑話之ㄧ  這價錢亂慘的 QQ ...  2~3000元

一個小程式  需要  1.基本資料操作  2.建立新單據  3.單據轉讓  4.依單據序號查詢  5.依人員查詢  6.依日期查詢

謎之音:  媽的 你們都嘛說   小程式之後又改改改...... 實際設計後 才會知道這算大還是算小吧...

 作者  gunhow (剛好)                                            看板  CodeJob
 標題  [發案] 單據控管小程式

對以上的言論 真是心有戚戚焉.... 
我們家客戶也是這樣講的呀....
一個需要完全重新開發的網站 
她也是說  "阿別人家網站可以  你怎麼不行~" 
我心裡 OS: 老女人 人家是一頁一頁HTML做的  阿不然你每週生一頁HTML給我  我就幫你做 
對!!!   我不是要來抱怨的....

老實說 程式人員會用系統的邏輯去看user開出的條件!!  (每次講給user聽就會想要揍人)

先從以上幾點看起
 1.基本資料操作  => (客戶的話)  建立  客戶、業務員、公司  資料
                              (SA PG的想法)    客戶、業務員、公司 各需要哪些資料需要紀錄的
                                                       看文章 好像是一個蘿蔔一個坑 就只是給一個編號....
    依照經驗  一定會再增加欄位的  =>   客戶公司會不會倒 ，營業員會不會走(這還會影響到單據連結唷).......

 2.建立新單據   => (客戶的話)  呀就是給我key表單咩~這有什麼難~
                                           我只要輸入數字 單據開始101  單據結束 200 日期 2009 05 05 歸業務員812
                                                                 單據開始201  單據結束 300 日期 2009 07 04 歸公司A03
                           (SA PG的想法)    大家有沒有看到有靈異的地方 
                                                    1. 單據給號就是一個問題  我遇到的使用者都大部分都很"不小心" 
                                                        這次102 給到 201，下次會從 201 給到 102  要不要防呆  你說說....
                                                    2. 歸表單 要怎麼歸也是個問題 有的是歸業務員  有的是歸公司 你說原則是啥? 
                                                        USER通常會沒有原則 愛歸哪就歸哪.....(這也要小心單據連結呀....)
                                                        還要檢覈USER有沒有歸錯(他們 很會不小心的 ...再認真仔細的人都有可能會犯錯的 )

3.單據轉讓  => (客戶的話)  呀就是給我素齁 A公司倒了啦 阿B公司接手  那單子通通轉給B公司黑 (該怎麼做你就怎麼做黑....)
                       (SA PG的想法)    1.  一般人可能會想說  簡單嘛 ~~ A公司的單子SELECT 出來就 UPDATE 給B公司
                                                    有這麼簡單嗎??
                                                    已結束的單據如果被一次UPDATE成B公司 到時候A公司的單據要怎麼算??
                                                    看你到時候要怎樣跟A公司算錢....                                                   
                                                2. 會不會有A公司的單子 被均分好幾個公司吃下來??
                                                    102~201 的單子被 BCD公司均分  如果單據號碼連續還好解決.... 
                                                     那如果遇到跳號勒? user key到半死就又會打來罵了......(有閃過一個問題熊熊又忘了...)
                                                      
4.依單據序號查詢 、5.依人員查詢
=>  (客戶的話)  就是查詢誰手上有單，單在誰手上
       (SA PG的想法)  重點不是查詢 ，而是你查詢出來又要做啥，查出來要修改日期?還是要改單據要歸給誰?如果要改單據編號勒
                             這種無禮的使用者 不要說沒有  這世界無奇不有 .....

6.依日期查詢 
=>  (客戶的話)  依日期查詢我可以得到當日所有的異動
      (SA PG的想法)  單看依日期查詢 我還以為就跟4.5一樣  是查當天有多少單子要執行勒....
                             沒想到是一個日結log檔   這樣又要去開個table了.....
                             (table 要記錄動作單號、操作人、動作日期...各位看官可以再想想..會不會再來跑個統計啥的....)

以上這六點就key了我快一小時 .....更何況是實作.....我只能說 程式不是又嘴巴講講就寫的出來....
用什麼寫考慮了沒有?? 
你用VB寫      USER說  為什麼不是長的跟EXCEL一樣 =.=
你用VBA寫    USER說  這不就是EXCEL拉一拉就有了(很想要敲死那些笨蛋....)
現在說  轉出來文字檔就可以了  以後會說   用excel轉給我會更方便....

呼 以上只是想要試試看新換的鍵盤好不好打而已.....
順便記錄自己的想法.....
客戶有詢價的自由   設計師也有接OR不接的自由
既然是詢價要有 被批價格不合理的包容心....
這個人寫的也算詳細的了 只是  " 有經驗的程式員這些都是模組化的東西 (一個日期紀錄跟幾各數字的聯接)"
以上這句話真的惹毛大家了....
醫生幹再多年  也不會光聽你一個咳嗽判斷你是什麼病...
很多不懂的地方  大家可以提出來討論 
很多USER自以為聰明 想說模組化是包山包海  遇到case也是要修一下才能符合客戶要求的.....

版上的人也說了一個意見   我還滿認同的....
→ pizza0117:價格太低馬上被公幹的感覺,會讓一些想發案的人不敢發
→ pizza0117:案子沒有好壞只有吃不吃得下(別人教我的) 
→ pizza0117:吃得下不等於比較強 也許他剛好比較閒 剛好對題目有興趣
我想會來詢價的朋友 也是身邊沒有親戚朋友可以問問看  才上來PO文....
覺得OK的人就會去接了....不過 不要做爛市場呀....呼~~~

呼~ 希望各個設計師可以接案愉快....(累了...來睏.....)