引用:
|
作者csshih
A級黑豬肉大大
這個案子在noSQL討論中多少有洩出一些風聲
因此小弟我想請教你
在此案中，node.js是用來實作出oracle的enqueue功能
可是不能使用傳統的message queue達到
那小弟想請問
您想如何用C#實踐出來?
我講的可不是dotNET的 System.Collections.Generic.Queue
那根本是傳統的電文用C#實做出來
任何人用rabbitMQ拼一拚就一樣了
我講的是仿效oracle傳遞SQL還能實作FIFO(您聽得懂我在說的意思嗎?)
術業有專攻
有些話別說得太滿   |
Oracle 做 Server side message queue？那就拿用 .NET 連接 SQL Server Service Broker 吧...
FIFO？Receive Top？
請問還有什麼 requirement 讓他們覺得 MySpace 也沒做到的？
我上面寫的意思其實很清楚...
要是有些人能做出來，那妳就沒有理由做不出來...
如果 SSB 真的也達不到要求，那請問有什麼 requirement 會讓這家公司決定不全部轉到 Node.js/NoSQL 而一定要保留 .NET/MSSQL？
除非 requirement 會搞到單一語言不是一個 option，那就只能把拼裝車的優缺點列出，請 CTO 決定改 requirement 還是就忍受拼裝車之後所帶來的後勤問題，那就是 CTO 要去承擔。
引用:
|
作者2011新的世紀
上線之前應該都會跑過test case。
上線之後如有網友提到的，應該是不會有人沒事去做更動。
|
所以台灣產品上線之後就不再更動！？？
請問這只是單一外包專案，還是真的在跑服務的？ Orz
難怪之前一堆 IE6 才能跑的網站... ...
寫程式不能只用射後不理去看，除非妳就是要拼量... ... 那既然拼量都是這種品質，那我幹嘛要找台灣做外包？中國、印度、甚至非洲那邊都便宜多了... ...
會要 In house 就是因為 1. Security Audit 2. 之後後勤問題... ... 結果還要用拼裝車出來，是 CTO 沒有去跟大老闆堅持，還是 CTO 自己就是這樣？？