Re: [發案] PHP+MYSQL資料庫系統後台

看板CodeJob作者PsMonkey (痞子軍團團長)時間11年前 (2013/04/28 21:52)推噓3(3推 0噓 19→)

留言22則, 5人參與討論串1/3 (看更多)

嗯... 我只是無聊練習隔山打牛有擋人財路的部份請見諒 ※ 引述《shihyanyu (樂施者所求如意)》之銘言： : 恩討論過後的具體需求是這樣 : 我們有印條碼機也有條碼掃描機依據現有系統延伸下面功能開發 : 1. 開發自動程式，匯入 Yahoo 拍賣得標與已結帳兩種信件， : 根據標題產品編號進行資料對應，處理完自動轉信到指定的客服信箱 : 1) 得標信件需取得信件中提供的下面資訊 : 賣家帳號、結束時間(得標時間)、產品編號、 : 買方拍賣代號、買方暱稱、單價、得標數量 : 2) 已結帳信件需取得信件中提供的下面資訊，並且自動調整對應訂單狀態 : 賣家帳號、結帳時間、買方拍賣代號、應付金額、給賣家的訊息 : 2. 修正原有系統庫存數量錯誤問題 : 1) 自動抓單和手動建立的訂單一開始的狀態都是「新訂單」， : 在設定產品顏色且將狀態調整為「已確認」時實際扣除庫存數量 : 2) 狀態為「已確認」的訂單，在修改訂單數量時需要跟著做庫存異動 : 3. 開發依據條碼掃描增減產品庫存數量的功能， : 等同簡易進貨、出貨功能，支援動態增減欄位首先，我必須得說，你現在 po 的這些（你可以去補回你原本的原文嘛... Orz）其實並沒有讓接案方報價便容易我個人還認為反而變更不容易，尤其是第二點（當然突然冒出的第三點也有點驚悚，那句「支援動態增減欄位」對我來說有無比寬廣的想像空間 [遠目]）當然可能你在信件溝通過程當中有給更詳細的細節這部份我隔山打牛打不到，所以只能跳過不過我的重點不是幫你作需求分析而是... 你後來 po 的這兩篇文章到底想知道什麼？以我的角度看來，你想透過「透漏這些訊息」讓你更能了解要如何選擇哪個接案方？醒醒吧...... 我只能說我在檯面上一定推「十萬太少」（沒有要影射其他版友言論動機的意思）檯面下...... [略][逃] 其實光從你的發文資訊 //第一篇我們是Y拍賣家我們有自己的官網官網後台及資料庫結構建置的差不多了但有一些比較困難的功能我不會寫希望有高手幫我完成他 //第二篇從來沒有外包過非常的徬徨啊! 可以推論 1. 現有系統是貴公司自己人搞出來的當然也有可能是朋友/合夥人做到一半之後收手不管之類不過看起來像是你生出來的？ anyway，不管你怎麼變出來的以比較寬鬆的角度，你也不是完全的行外人了那麼，你應該自己有一些能力去理解接案方在講些什麼你與其 //第二篇但是又擔心合作對象是否可靠可信從來沒有外包過非常的徬徨啊! 倒不如實際坐下來跟你比較中意的幾個接案方實際接觸討論從談吐、從耐心跟愛心、從說話方式你還比較能夠隔山打牛地去猜測可不可靠光看報價去猜測可不可靠基本上就跟看車禍現場去猜測下一期樂透號碼，差不多意思更何況... （以下純屬個人喜好，僅供參考）你透漏出來的資訊，基本上不仔細重頭到尾徹底了解妳們的 * 工作流程 * 既有系統的架構跟 data flow 基本上根本無從報價起，或著就只能用「會面臨最壞情況」的報法（當然「高明」一點的會先吃下來，後頭再想辦法慢慢加回來）在這種情況下，你真的相信報價嗎？你真的想從報價去了解一些什麼嗎？在我的觀點看來，大概只能了解接案方的缺錢程度吧 [茶] ======== 講太直白會不會下一個被灌水泥的就是我...... lol -- 錢鍾書：說出來的話 http://www.psmonkey.org 比不上不說出來的話 Java 版 cookcomic 版只影射著說不出來的話 and more...... -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 1.162.248.51

→

ptboy416

04/28 22:08, , 1^F

04/28 22:08, 1^F

→

ptboy416

04/28 22:09, , 2^F

04/28 22:09, 2^F

→

ptboy416

04/28 22:11, , 3^F

04/28 22:11, 3^F