VFP 愛用者社區

syntech · 發表於: 星期三十二月 09, 2009 9:43 pm 文章主題:

小公司真可憐,
接這種吃力不討好的工作,
還要被殺價,

大公司還可以說,
因為你們公司不肯配合,導入失敗的原因在你們,
如果你們敢怎樣,大家走著瞧 XD

goodnight · 發表於: 星期三十二月 09, 2009 9:45 pm 文章主題:

所以只要解決重號, 就不會有蓋號的問題了

SYNTECH 大大, 若開 EXCLUSIVE 其他人就不能開了, 這樣工作站就不能同時做訂單或銷貨作業了, 又如果A(前者) 還在打單, B (後者) 已完成交易, 就無法寫入了, 不知道我有沒有誤會你的意思

你說的作廢意思是, 單號會留在資枓庫內???只是沒有單身而已??

如果要避免重號+蓋號, 看來是立即寫入單頭, 取消/放棄視同作廢, 只留單頭了

ckp6250 · 註冊時間: 2004-07-30 文章: 1645 第 78 樓

『他山之石，可以攻錯』
有時，接客戶既有運作中的 Case 也不一定是壞事，也有若干甜頭
１．客戶因為用了很久了，他想要什麼，不想要什麼，會比較明朗，設計師不用瞎猜。
２．有些時，看看別人的資料庫及程式規畫，也許能給自己帶來一些靈感，畢竟，沒有誰是完美無缺的。
３．轉移舊資料，雖然辛苦，但不必自己建立測試資料，也能省點力氣。
４．程式運算結果是否正確無誤，只要把舊報表的答案和新設計的對照一下就知道了。
５．操作畫面及報表格式，能抄就抄，客戶不必重新適應，也能減少抱怨。

當然，以上各點要建立在『有利可圖』的基礎上。

tinwhang · 註冊時間: 2009-11-08 文章: 104 第 79 樓

goodnight · 發表於: 星期三十二月 09, 2009 11:11 pm 文章主題:

ckp6250 · 註冊時間: 2004-07-30 文章: 1645 第 81 樓

有關轉移資料問題，可能要看運氣
大部份的設計師，應該都比較「正常」，檔名和欄名都會用『有意義』的名詞
比如，看到「Product.dbf」就知道是存貨品名檔
若看到「invoice_no」，十足是發票欄位，
依此類推～

不過，日前看到某國內大型軟體公司的資料庫
一個資料庫，超過五百個 Table
Table 的名稱，全部都是 AA0001 , AA0002 , AA003 ...諸如此類，根本不知道是什麼檔?
打開 Table 一看，所有的欄位名稱，也都是 F0001 , F0002 , F0003 .......,也很難猜欄位用意

坦白說，我真的很佩服這家公司，幾百個 Table , 數千個 Field , 它有辦法用這種方式去管理，
您想移轉它？
死了心吧！

syntech · 發表於: 星期四十二月 10, 2009 9:41 am 文章主題:

劍法拳法的的精髓在劍意拳意,不在劍招拳式.

劍招拳式只是展現劍意拳意的一種方法,
並非單單只能以這種劍招拳式才能達到這樣的劍意拳意,

故意劍走偏鋒,才是"無限的可能性"的精妙處. ^_^
瞎子摸象,處處隱藏殺著,也是"無限的可能性"的精妙處.

syntech · 發表於: 星期四十二月 10, 2009 9:44 am 文章主題:

ckp6250 · 註冊時間: 2004-07-30 文章: 1645 第 84 樓

syntech · 發表於: 星期四十二月 10, 2009 9:52 am 文章主題:

不引言也不行. ^_^
那是回第6頁第2篇的

saint · 註冊時間: 2003-07-14 文章: 211 第 86 樓

看了那麼多討論單號重復的問題，難不成大家現在都先給號?那如果先給號，不打了這一張號碼是空下來嗎?那空號要如何處置，找出來再給?
理想的做法不是存檔再給號嗎?

syntech · 發表於: 星期四十二月 10, 2009 10:50 am 文章主題:

適用環境不同.

大部分進產銷存還是比較希望先拿到單號,
前後可以連貫稽核就可以,
日後再作廢或是跳號也無所謂.
只是與會計有關的情況就比較麻煩.

有些系統乾脆就加一個"單號重排功能"

100分是根據情況而定的.
這句話是對的.
因為滿分不一定100.

ckp6250 · 註冊時間: 2004-07-30 文章: 1645 第 88 樓

syntech · 發表於: 星期四十二月 10, 2009 5:16 pm 文章主題:

我是說,正航比較夠意思,
欄位名稱都用中文的. ^_^

ckp6250 · 註冊時間: 2004-07-30 文章: 1645 第 90 樓