PTT職涯區 / Soft_Job (軟體人)

Re: [閒聊] web與AP的溝通?

看板Soft_Job (軟體人)作者 (有些事，有時候。。。)時間13年前 (2012/10/31 00:04), 編輯推噓4(4推 0噓 13→)
留言17則, 4人參與, 最新討論串3/3 (看更多)
※ 引述《cyr1216 (seven)》之銘言： : 不太確定標題怎麼下比較好 : 事情是這樣的 : 公司做工業電腦的 最近要生產一批新貨 : 1.訂單產生後 : 透過 EIP 系統(web)取得這張訂單的 : 出貨序號及MAC(產量10台就給10組出貨序號/10組MAC) : 2.接下來 由軟體工程部寫一支AP程式，寫好安裝在成品機器上 : AP主要目的 就是向 EIP 拿MAC，再將MAC燒進成品，並做檢測 : 他們只提到是在linux環境下寫code. : 結果軟體工程跟MIS溝通過程中 : 就有點雞同鴨講 因為大家都不熟對方的作業 : (對方是軟體工程部 我們是MIS) [....] 比較疑惑是，這是貴公司『第一次』生產新貨嗎？ 不然這東西應該有非常『歷史悠久』『穩定可靠』的流程。 看起來你的單位（or 兩者）完全像新人在土法煉鋼 或是這是額外的需求，完全不同的流程！？ 但為了什麼理由無法使用既有流程，要拿石頭砸自己的腳？ 另外生管的角色跑到哪去了呢？ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.25.250.181
推
10/31 00:05, , 1F
以前有固定的生產流程 只是這批新貨比較特殊
10/31 00:05, 1F
→
10/31 00:06, , 2F
燒入MAC後需要檢測很多項目(應是透過AP執行檢測程式再PASS
10/31 00:06, 2F
→
10/31 00:06, , 3F
出結果)
10/31 00:06, 3F
→
10/31 00:07, , 4F
所以針對這批新貨再把一段作業拉出來另外寫
10/31 00:07, 4F
非常態那就直接交換檔案吧 你們輸出對方要的資料，ex. csv 格式，欄位要什麼就讓他們開。 最後要求他們也吐回 csv 格式，你們收到再轉 sql 匯入 例外，就不要再動 server，以免開了帳號忘了關也麻煩。 ※ 編輯: qrtt1 來自: 114.25.250.181 (10/31 00:09)
推
10/31 00:30, , 5F
但現在是每開始做1台就要吐序號給他 等他做完再立即塞一筆
10/31 00:30, 5F
→
10/31 00:30, , 6F
完成的記錄進來...
10/31 00:30, 6F
→
10/31 00:31, , 7F
原本討論的作法是生產10台就一次全部寫成檔案(*.mdb)
10/31 00:31, 7F
→
10/31 00:32, , 8F
再讓我們匯入 後來得知是做1台就要更新db出貨資料檔
10/31 00:32, 8F
推
10/31 01:43, , 9F
AP 走POST方式提需求，WEB撈完資料response回去就好了阿
10/31 01:43, 9F
→
10/31 01:43, , 10F
AP可以收WEB回應的資料，連header都可以收到~
10/31 01:43, 10F
→
10/31 01:45, , 11F
我家用這樣的方式，同時幾百個POST還不是能處理
10/31 01:45, 11F
→
10/31 01:46, , 12F
回的還不是短短的序號而已，而是一份將近1M的XML檔
10/31 01:46, 12F
→
10/31 01:47, , 13F
XML也是從DB撈出來產生的
10/31 01:47, 13F
推
11/01 02:43, , 14F
開一台用CGI做介面不就好了....還用檔案交換
11/01 02:43, 14F
→
11/01 21:34, , 15F
權宜之計啊。萬一被扣上辦事效率不佳而延遲出貨反而得不償失
11/01 21:34, 15F
→
11/01 21:34, , 16F
web service 類的東西，要儘量設計一步到位。那並沒有那麼快
11/01 21:34, 16F
→
11/01 21:35, , 17F
的。一但被認為是『正式』版，要有修正的可能性就低了。
11/01 21:35, 17F
‣ 更多 qrtt1 的文章
文章代碼(AID): #1GZ_gOvt (Soft_Job)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 qrtt1 的文章
文章代碼(AID): #1GZ_gOvt (Soft_Job)