We have a current prospect who wants to replace its in-house developed ERP with something new and state of the art by drastically reducing its total cost of ownership and at the same time and simplifying simplifying development and flexibility for change requests, sounds like meteor right ?
We are talking about 2000 concurrent users (business application usage like HR, procurement, maintenance, projects etc.) connecting from around the globe.
I would really consider meteor for that if there would have been any benchmark or at least real-world projects which could be looked at. Iām fully aware that meteor 1.0 has just been released a couple of months ago.
What do you think, would you consider meteor for that, or would you prefer to do it on another framework/platform all together?
The easiest thing about developing a good ERP system is coding it, with any technology for that matter. The much harder and almost always overlooked part is to get your structure right in terms of business and engineering metrics.
Iād rather replace it with an already established, extensible ERP framework from a well-known, field-tested, battle-hardened ERP vendor who provide support, updates and upgrades on a regular and dependable basis.
Good ERP frameworks provide multiple extension options where you can tap in with your technology of your choice.
So I apploud your prospect in their decision to move on and strongly urge you to assist them into chosing a good ERP vendor that you evaluate as extensible and then extend it with functionality they seek at the glory of what Meteor has to offer in terms of technology.
Well in order to increase the meteor adaptability, I would certainly favor on creating a full-blown ERP system based on meteor. Given the āreactivenessā of the meteor, it could be a game-changer in ERP arena and business people will definitely love to use it.
Being said that, I agree itās no easy task but hey, even spiderman takes the risks!
You may also have a look on TokuMX for MongoDB for āenhancedā Mongo performance with support of ACID transactions.
I hope to see some action around, who knows you may just create a next well-known ERP system! #BestofLuck
Hi @serkandurusoy, thanks for your input on this. Your answer is exactly what we also believe(d) and a very valid view of the ERP business of the last 4-5 decades, we are also following this philosophy thatās why we implement SAP & Dynamics AX ERP systems the last 12 years.
Butā¦ I think these ERP dinosaurs need a major overhaul in the way information is stored and presented to the end user while making development approachable and most importantly āaffordableā again for customers. Considering even a small SAP customization or configuration change will end up in a 5000 USD minimum expenditure because of the 100000 Mio parameters you have to worry about, even though you are not even using the underlying functionalityā¦
@Invictus this is exactly our plan, setting a new standard in ERP with fresh mindsets and tools which will help implementing business applications in a very fast and robust manner.
I guess we will have to start this as a pioneer projectā¦
I must say, working for a firm that dishes out its own ERP system, I canāt wait to work on a Meteor based ERP system! The already established ones are dinos for sure and they do require a great deal of resources just to get started.
Having said that, two months ago we had training on SAGE ERP X3 and to my surprise, the front-end of the new v7 system is made with Node.js and MongoDB. Their approach is quite interesting; with the new version they are able to create the different subsystem dynamically, no codding need to design the forms and even manage workflows.
To make a long story short, itās about time for a heavy weight Meteor App. @meteorpoly, if you guys donāt do it soon, Iām will beat you to it
You may be interested in this: https://www.youtube.com/watch?v=Z3cOLFP-ZyQ - this guy wrote a POS/ERP system from the ground up in Meteor. Itās a fit for his business, and is geared more towards POS than ERP, but stillā¦
Iāve seen it last year, very impressiveā¦ but I think we are talking about a lot more until we can call it an ERP though. But Iām seriously convinced that we can produce a very robust and future ready ERP with meteorā¦
@meteorpoly you are actually serious about this and you sound strongly like you do know your sh*t !!!
Wow!
You know what, scratch all Iāve said. If your take on this is not letās develop a custom solution to a client, but rather letās disrupt the erp space then by all means go for it! That space is indeed in dire need of disruption as those existing dinosours are more for their own deep pockets than they are for advances in erp tech.
@meteorpoly - I think the key point in your initial post is your client is currently using an in-house developed ERP system. This means the client is comfortable with bespoke software and will likely be willing to work with you in developing it.
From a systems analysis standpoint the metrics that are more important than the number of concurrent users is the actual load on the system - I mean, how many of the concurrent users are actually entering data at the same time? Or are they just logged in and viewing reports? If the majority are viewing reports one of the really nice features you get for free in a mongoDB replica set are read-only replica partner (slaves) that you can direct your report views to instead of clogging up the primary member accepting the write transactions. (A nice implementation of the CQRS pattern if you ask me - and for free, just point to the secondary replica member for read only/ search and analytic operations.
If the analysis shows you will be receiving live data streams from production systems all the more reason to use mongoDB and meteor. The reactive nature of meteor makes it perfect for operational dashboards in this instance (the only time using a dial guage makes sense - when the data rates or volumes are continuously changing and the guage would actually be moving to indicate real time up or down trends instead of they way guages are too often abused to show a single static value).
Odd, at around 7:40 he says āIāve been programming since I was about 11 years oldāā¦ so I guess even though heās not a programmer by trade, he sounds like he has much experience. Still, such an incredibly impressive example! Definitely gave a Meteor-rookie like myself some really cool ideas.
have you ever developed a similar system in house?
The word of a business consultant: you will benefit a lot from it, probably you should do it, but it will be MUCH MUCH MUCH more complex than what you think. Think a budget of 50k-100k euros if you want to do it well.
Source: I help big companies develop such systems.
Pro Tip: Artificial intelligence is where the money is at, think about using AI to facilitate the work of people. This is always the biggest sales point.
?
but I think we are talking about a lot more until we can call it an ERP though. But Iām seriously convinced that we can produce a very robust and future ready ERP with meteorā¦