[轉]台灣真的準備好賺大陸的錢了嗎？

看板Soft_Job作者 (Terry)時間14年前 (2011/05/07 23:41), 編輯推噓0(0推 0噓 68→)
留言68則, 5人參與, 最新討論串1/4 (看更多)
原文連結: http://blog.udn.com/tripc/4361713 只轉載軟體相關的部分 我碰到的供應商，清一色的最大問題就是在產品設計上壓根就沒有考 慮到中國大陸人多地廣的情形。以我需要的一些應用系統軟體來說， 系統的最大負荷量，就是區區幾十萬，連過百萬的都很少。 同時迸發數，大概就是千為單位，萬為單位的連想都沒有想過。 壓力測試？（就是給系統在同一時間下的最大操作壓力）想都沒有想過， 因為在台灣客戶的使用力度，相較於現在資訊科技的水平， 離要造成系統壓力，還早的很呢。 而使用的平台也一樣，為了降低系統賣價， 大多使用較廉價的開放資源，以台灣市場的要求來看，這也無可厚非， 因為用了正式的商用系統平台，光是授權費，就超過了系統賣價的好幾倍， 當然沒有人要用。但也因為如此，這些系統以我個人在大陸的經驗， 除了很小的企業，稍微有點規模的大陸企業，連用都沒法子用。 因為一家成長到要用系統來管理的大陸企業，客戶數數十萬到上百萬， 是很正常的，營業範圍只要在一市一省，就可能超過這數字了， 更不用提如果有跨省或跨市的企業。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 1.161.200.156
→
05/08 09:08, , 1F
開放資源是指open source? 不太懂這裡的意思
05/08 09:08, 1F
→
05/08 09:08, , 2F
意思是用open source兜出來的東西不能scale
05/08 09:08, 2F
→
05/08 09:09, , 3F
用商用系統就可以? 感覺挺奇怪的說法
05/08 09:09, 3F
→
05/08 09:12, , 4F
去看全文發現最後是要抱怨台商不高薪請他回去 哈哈哈哈
05/08 09:12, 4F
→
05/08 09:16, , 5F
原文作者大概不知道一堆現在看得到的平臺
05/08 09:16, 5F
→
05/08 09:16, , 6F
背後全都麻是open source的solution...
05/08 09:16, 6F
→
05/08 09:17, , 7F
誰在跟你商用系統 授權費這麼可怕 一台伺服器抽一些
05/08 09:17, 7F
→
05/08 09:17, , 8F
n臺伺服器就抽n筆 沒技術能力的才會去依賴那種東西
05/08 09:17, 8F
→
05/08 09:18, , 9F
像看有些學校 有免錢的MySQL不用 去花錢買Sybase
05/08 09:18, 9F
→
05/08 09:21, , 10F
而且 系統能scale與否 靠的是架構上的設計
05/08 09:21, 10F
→
05/08 09:27, , 11F
很多因為前面用的系統用了某家的 接著系統依賴前面的
05/08 09:27, 11F
→
05/08 09:29, , 12F
然後開發者都只會那套 就只能繼續用 花更多錢買授權
05/08 09:29, 12F
→
05/08 09:29, , 13F
然後買那些系統問題就自動解決了嗎= =?
05/08 09:29, 13F
→
05/08 09:30, , 14F
沒有 要花更多錢買廠商的支援來解決問題
05/08 09:30, 14F
→
05/08 09:31, , 15F
看看Google、Twitter、Youtube、Facebook...
05/08 09:31, 15F
→
05/08 09:32, , 16F
都是承載世界級的負載 有哪些是在用M$SQL? 甲古文?
05/08 09:32, 16F
→
05/08 09:32, , 17F
不要說別的 用那些系統一開始就會讓他們破產
05/08 09:32, 17F
→
05/08 09:33, , 18F
把不能scale怪到不用商業系統身上 真的是挺好笑的= =
05/08 09:33, 18F
→
05/08 09:52, , 19F
作者的blog有留給你,快去PK作者吧, 在這推文幹嘛呢?
05/08 09:52, 19F
→
05/08 09:53, , 20F
but很多人只靠新聞就出來說嘴,也頂好笑的
05/08 09:53, 20F
→
05/08 09:53, , 21F
再說,你這等本事, 請問你做過什麼系統,有到萬人
05/08 09:53, 21F
→
05/08 09:54, , 22F
concurrent 的呢?
05/08 09:54, 22F
→
05/08 09:56, , 23F
哇,果然是強者superpai居然連這種小人的說法都講出來了
05/08 09:56, 23F
→
05/08 09:57, , 24F
閱讀能力果然是有問題. 小人囉
05/08 09:57, 24F
→
05/08 09:58, , 25F
StubbornLin,Google、Twitter、Youtube、Facebook等等
05/08 09:58, 25F
→
05/08 09:59, , 26F
都是拿opensource 來改,還能回饋社群的程度,跟台灣的
05/08 09:59, 26F
→
05/08 10:00, , 27F
做法能比? 還有hire全職的人在opensource社群寫程式的
05/08 10:00, 27F
→
05/08 11:06, , 28F
StubbornLin的講法就是,舒馬克會開車,我也會開車,所以
05/08 11:06, 28F
→
05/08 11:06, , 29F
我也是舒馬克的level
05/08 11:06, 29F
→
05/08 13:04, , 30F
是你把文轉來這裡 不是要讓大家討論?
05/08 13:04, 30F
→
05/08 13:04, , 31F
我發表我的看法你要我去部落格PK= =? 這什麼鬼道理?
05/08 13:04, 31F
→
05/08 13:05, , 32F
再說 你質疑我的能力並不能證明些什麼
05/08 13:05, 32F
→
05/08 13:06, , 33F
而且我也從沒說過我自己有多強之類的
05/08 13:06, 33F
→
05/08 13:07, , 34F
我的說法就只有一直花錢去買商業軟體用來解決scale
05/08 13:07, 34F
→
05/08 13:07, , 35F
是很蠢而且不實際的做法 花大錢不會有什麼進步
05/08 13:07, 35F
→
05/08 13:07, , 36F
老實說我不知道你在激動什麼= =
05/08 13:07, 36F
→
05/08 13:12, , 37F
我自己寫的系統是有上萬的等級 到上百萬左右都只是
05/08 13:12, 37F
→
05/08 13:13, , 38F
加伺服器就能解決的 因為只要把分散的架構做好就可以
05/08 13:13, 38F
→
05/08 13:14, , 39F
這是很基本的事情 沒什麼值得好說嘴的
05/08 13:14, 39F
→
05/08 13:15, , 40F
再更上去才可能會是很困難的事
05/08 13:15, 40F
→
05/08 13:16, , 41F
而且 承載也只不過是基本功而已 當伺服器出問題
05/08 13:16, 41F
→
05/08 13:16, , 42F
你的系統能否生存才是困難的地方...
05/08 13:16, 42F
→
05/08 13:19, , 43F
商業系統能做到 open source也能
05/08 13:19, 43F
→
05/08 13:20, , 44F
只是文章內容寫得好像台灣不買商業系統所以無法scale
05/08 13:20, 44F
→
05/08 13:20, , 45F
我也只有砲這點而已
05/08 13:20, 45F
→
05/08 13:24, , 46F
談到跟對岸競爭 他們研究open source有多勤
05/08 13:24, 46F
→
05/08 13:25, , 47F
看一堆書就知道了 xxx源碼研 之類的 台灣沒半本這種
05/08 13:25, 47F
→
05/08 13:26, , 48F
還在講不買商業軟體所以無法scale 這不是笑話是什麼
05/08 13:26, 48F
→
05/08 14:33, , 49F
但open source 不代表就不會因為買 support 花錢，這兩件事
05/08 14:33, 49F
→
05/08 14:34, , 50F
以facebook/google他們的例子來說，他們丟人力到oss去維護，
05/08 14:34, 50F
→
05/08 14:34, , 51F
也是一種成本。這些成本跟直接購買商業軟體來講，目前難衡量
05/08 14:34, 51F
→
05/08 14:35, , 52F
誰高誰低。事實上一般產業的大企業有的是錢，他們巴不得出錢
05/08 14:35, 52F
→
05/08 14:35, , 53F
就買的到 solution ，也不要看一個軟體專案在那邊跑來跑去
05/08 14:35, 53F
→
05/08 14:35, , 54F
還有好幾成的失敗率。如果有保證專案一定成功的方法，他們
05/08 14:35, 54F
→
05/08 14:36, , 55F
會很樂意出錢的。
05/08 14:36, 55F
→
05/08 14:37, , 56F
這個問題的癥結點在哪裡？其實是人；我們都知道只要有技術就
05/08 14:37, 56F
→
05/08 14:37, , 57F
能做一些事情，以你的例子來講，分散式架構，問題是要找一個
05/08 14:37, 57F
→
05/08 14:37, , 58F
能夠融入專案、做分散式架構、又要處理這些事情而能個穩當的
05/08 14:37, 58F
→
05/08 14:37, , 59F
人，並不是打著燈籠就能碰到的。
05/08 14:37, 59F
→
05/08 14:38, , 60F
這是我從前陣子從美國的案子中學到的。
05/08 14:38, 60F
→
05/08 21:36, , 61F
哇..哈哈...台灣哪來上萬等級的東西, 只要加server 就好
05/08 21:36, 61F
→
05/08 21:36, , 62F
這麼簡單的話,平行運算早30年前就在run的東西了,哪些高
05/08 21:36, 62F
→
05/08 21:37, , 63F
人們,通通都應抓去槍斃囉
05/08 21:37, 63F
→
05/08 21:37, , 64F
實在是不知你的這麼簡單的是什麼系統.
05/08 21:37, 64F
→
05/08 22:04, , 65F
請問您所謂「上萬等級」的到底是什麼？o_oa"
05/08 22:04, 65F
→
05/08 22:04, , 66F
以伺服器來說的話，一秒建立的連線量？
05/08 22:04, 66F
→
05/08 23:55, , 67F
你來問我幹嘛,我在回StubbornLin呢
05/08 23:55, 67F
→
05/09 00:05, , 68F
同時迸發數 你用concurrent connection at a instance
05/09 00:05, 68F
‣ 更多 Lordaeron 的文章
文章代碼(AID): #1DnMWY2e (Soft_Job)
‣ 更多 Lordaeron 的文章
文章代碼(AID): #1DnMWY2e (Soft_Job)