Re: [閒聊] 開發一定要用MVC架構 ?

看板Soft_Job (軟體人)作者 (寶貝豬)時間11年前 (2013/06/29 02:14), 編輯推噓2(2014)
留言16則, 3人參與, 最新討論串3/9 (看更多)
※ 引述《gama1107 (球~並不是這摸踢滴...)》之銘言: : 大哥大姐 : 我們公司的購物網站(ASP.NET C#) 要加些新功能, : 因人手不足, 想透過外包去做, : 唯一的條件是: : 我們不要使用MVC架構去開發。 : 誰知道外包聽到這個要求,就寧可不接了! 這不一定, 外包也是百百款, 你們繼續找, 或許就會找到願意接受的. 這個外包商的考量也有他的道理, 對於外包商而言, 時間就是成本, 就是利潤. 把自己投入一個陌生的架構當中, 是一種風險, 有可能 陷入泥沼, 花太多時間[在幫人家償技術債!] 最後結不了案, 請不到 款, 搞不好還要被案主告! 你可以設身處地想一下, 如果這個案子有這麼顯而易見的風險在, 我 又何必非接你的案子不可? 我大可另外找比較甜, 比較能夠由我主導 開發架構的案子. : 唉...因為公司的工程師,都已經習慣用 WebForm專案的方式寫程式 : 為了能快速去修改程式碼 ,才做這樣的要求 : 我們錯了嗎? MVC架構真的比較好嗎? 不用爭論好或不好啦~ 能駕輕就熟就是好, 不能駕輕就熟就少碰為妙, 除非公司幫你扛風險, 不然一般有自知之明的外包商是不會願意扛風 險的, 除非你的預算高到讓外包商覺得值得冒險一試. -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 219.68.62.72

06/29 02:19, , 1F
沒錯~但是相信還是能找到那種來者不拒的公司接案子~只不過
06/29 02:19, 1F

06/29 02:19, , 2F
是越搞越好~還是越搞越爛就...
06/29 02:19, 2F

06/29 08:50, , 3F
你錢夠多 他覺得划算,心情好,當然就不拒啊?
06/29 08:50, 3F

06/29 14:13, , 4F
不用錢多~台灣很多亂接案的公司在瞎搞~沒屁股也想吃瀉藥
06/29 14:13, 4F

06/29 22:27, , 5F
會亂接案也是有苦難言,因為平時[案源管理]沒做好,就會搞成為
06/29 22:27, 5F

06/29 22:27, , 6F
了業績或是為了餬口而亂接案
06/29 22:27, 6F

06/29 22:29, , 7F
以前看過一本書,是在描述美國資訊專案的市場是怎麼形成的?大
06/29 22:29, 7F

06/29 22:30, , 8F
致上是在講是因為一開始有美國軍方的關係,靠著美國軍方的皮
06/29 22:30, 8F

06/29 22:31, , 9F
粗肉厚,養出資訊業的人才,後來這些人力資源release到民間,對
06/29 22:31, 9F

06/29 22:32, , 10F
民間資訊業(一開始也都是大企業,像IBM/銀行/醫院之類的)
06/29 22:32, 10F

06/29 22:34, , 11F
帶了注入活水的作用;總之,還是在印證資本跟規模在養技術這件
06/29 22:34, 11F

06/29 22:34, , 12F
06/29 22:34, 12F

06/29 22:37, , 13F
這種條件跟歷程,目前的台灣不太可能能夠複製,那麼台灣的資訊
06/29 22:37, 13F

06/29 22:39, , 14F
外包市場的演進軌跡會怎麼走?沒概念.../_\
06/29 22:39, 14F

06/29 22:40, , 15F
對了,少列一個電信產業,早期除了軍方以外,民間應該就電信,醫
06/29 22:40, 15F

06/29 22:41, , 16F
療,跟金融是資訊專案的需求最大的了
06/29 22:41, 16F
文章代碼(AID): #1HpTAQvk (Soft_Job)
討論串 (同標題文章)
文章代碼(AID): #1HpTAQvk (Soft_Job)