2016-11-21 65 views
-3

問題:

  • 是使用網絡直銷200級人 - 600級的用戶?如果是這樣,怎麼樣?你需要做些什麼才能使其發揮作用?這是一個複雜的應用程序或簡單?問題關於的Filemaker:性能/開發速度

  • 在100-200個用戶的網絡直接範圍內,性能問題會是什麼樣子?

  • 它會增加多少開發時間來處理性能問題?這值得麼?

  • 學習曲線如何滿足我們的需求水平?

  • 編程主要是針對網絡直接環境而增加複雜性和問題嗎? (我讀過一個網站,說在我們的多用戶網絡直接環境中需要注意幾件事情,比如腳本事務,錯誤處理和腳本編寫,以便用戶隨時可以強制退出等等。 )

  • 非開發人員是否定期開發運行業務的應用程序?還是說,在複雜程度上你仍然需要具備發展知識的人才? (我們的導演的印象是,如果我們使用Filemaker,我們不需要開發人員。)

  • 您是否仍需要具有開發經驗的人員在構建內部維護內部Filemaker應用程序?或者,這是任何用戶可以坐下來做的事情嗎?

  • 我們的導演還建議我們可以使用主題將部分程序與其他部分分開。他認爲這將解決我們的任何表現問題。主題能做到嗎?

  • 多位開發人員可以同時在同一個Filemaker應用程序上工作嗎?有哪些問題/解決方法?


我對的Filemaker在問候我在一個項目在規劃階段的一些問題。我知道在幾個問題(儘管不是全部)中存在一些主觀性,但如果我能夠感覺到我們是否在選擇Filemaker時做出了正確的決定,那將非常有幫助。

項目Rundown 我們的業務確實爲保險公司進行維修工作。對於我們的應用程序要求,我們需要一個內部系統,主要是一個由50-100個用戶(當前)使用的網站,在未來3 - 5年內將增長到150 - 250+用戶,如果我們獲得了正確的賬戶。用戶在美國的多個地點。系統將管理客戶服務,庫存,工單,採購訂單,銷售報價,運輸以及我們所有的業務邏輯。它處理我們的整個業務。他的系統應該與我們的外部託管的銷售網站相連,我們在那裏銷售零件並宣傳我們的服務,並且它應該與我們的保險公司的內部系統相關聯,以便處理索賠併爲用戶提供反饋他們的維修狀態。未來還有可能與其他網站和服務進行整合。


後面的故事

在我的工作中,我們有一個關於我們是否應該使用的Filemaker爲我們今後的發展的討論。該公司剛開始時,開發了一個Filemaker解決方案,供大約10-15人使用。這最終最終被一個PHP站點取代以處理我們的內部操作,但它有很多問題。 (這是剛剛學習如何做數據庫和網站開發的人設計的,只有很多菜鳥的錯誤,糟糕的規劃,糟糕的分貝設計等)

我的導演很喜歡Filemaker,因爲他的初始在公司開始的時候體驗它。我真的認爲他可能會認爲它是開發人員的替代品。

我自己的經驗是在web dev,.NET甚至MS Access。我的PFY主要使用PHP。

我們的總監希望我們做的是在Filemaker中重建我們的PHP內部操作站點,然後使用Web Direct允許(當前)100個用戶訪問它。我們未來的增長計劃可能會在未來幾年內讓我們有200個用戶。 (或肯定在項目的生命週期內)。

我知道每個平臺都有自己的長處和短處。我擔心的是,鑑於項目的複雜性,性能需求和複雜性,使用Filemaker並不能真正爲我們節省大量的開發時間。考慮到缺乏源代碼管理和自動化測試,以及我們不得不採用的變通方法的數量,維護起來並不那麼容易。我擔心,隨着我們的成長,我們將面臨很多性能問題。考慮到我們可能存在的所有問題,我認爲這也會增加學習曲線。這意味着它不會成爲任何人都可以坐在前面修理的系統。

我相信如果我們的業務規模小得多,而且不打算增長,Filemaker不會是一個不好的考慮因素。但在現階段,我認爲在Web環境中開發我們的內部應用程序會更聰明,比如Ruby on Rails。原因是我們仍然需要比我們的老學校PHP系統更好的平臺。我們希望能夠更快更好地發展。我們希望改善應用程序的可維護性。此外,如果無論如何都會有學習曲線,爲什麼不把它放到我們知道可以避免這些問題併爲我們提供更多網絡環境功能的東西上?

我不確定本次討論的結果如何,但我確實知道,如果我們選錯了平臺,我很擔心該項目最終無法滿足我們的需求。

基本上歸結爲,我們應該使用Filemaker,Ruby on Rails還是其他?

無論如何,我爲所有的文字道歉。非常感謝任何回覆的人。非常感謝。

+0

請閱讀怎麼問http://stackoverflow.com/help/how-to-ask –

+0

我把我的問題放在頭條上。我爲想要閱讀更多內容的人添加了更多信息。你還會推薦什麼? – WeepairIT

+0

這些問題與編程無關。我建議你加入其中一個致力於FileMaker平臺的論壇,並在那裏詢問。 –

回答

0

100個併發用戶需要大量的WD。

關於FM的一個好處是,即使您在其他地方出現所有或部分事物,也應該對原型應用程序進行成本效益分析。管理整個業務可能需要多個組件和迭代,以及FM和其他部分之間的集成。一個系統統治他們所有巨人巨石的方法將會在它完成之前推翻,更不用說縮小了。

恕我直言,這個項目需要「開發者」,不管平臺。

主題(有點)像一個前端框架(想'Bootstrap')。他們不會分割您的架構或腳本(業務邏輯)。

我們有多名開發人員致力於FileMaker解決方案。這需要在構建框架塊,模塊&文件,Web查看器代碼等方面具有高度的溝通和創造性。然後,我們使用Git來查看Rails開發人員的房間並且嫉妒。但這是可以完成的。

+0

感謝您的回覆。這也是我得到的總體情況。我認爲我們的導演買入了「任何人都可以做到」的來自Filemaker的銷售炒作。我不誠實地看到它將如何讓未來的開發人員更容易維護,尤其是沒有源代碼管理或單元測試。當然,如果沒有知識淵博的人,我不會看到你如何維持這樣的東西。再次感謝。 – WeepairIT