Hi everyone, this is a slightly long post. It’s a pretty crucial business decision we have to make, so thanks for being patient .
We’re a marketplace startup. We connect buyers with service providers in the printing industry. We’re doing a lot of things manually but now it’s time to address these things with a decent backend with our brand new backend developer. Right now we’ve got print shop profiles inserted in a database in a very static way with a terrible schema. In fact though, this schema is fairly basic, it’s going to be more complex in terms of amounts of data it’ll contain very soon.
Our challenge is to make this schema future proof and also prepare for a more automatic system. Currently we’ve set all the data ourselfs but a next step in the near future is to do it dynamically with user profiles created by the users themselfs and then do more stuff like an advanced booking system, with a chat feature for both parties, etc…
Since most things are fairly static and all we do is subscribe to some data to our views (Polymer components), we are not using too much of meteor’s functionality yet (this was a decision I’ve made due to the lack of a backend developer which resulted in too much time wasted on developing something inadequately). We’re fortunate enough to finally have found a backend developer joining our team and the first step is going to fix the database model so we know we’re ready to take on more shops and offer more features on our site.
Our backend developer mainly uses PHP, Oracle & MySQL. She does know Javascript but she’s not familiar with the Meteor stack, nor has she ever done any NoSQL. We have to figure out how we are going to proceed with her improving our backend (that’s barely existing anyway). Preferably we could keep using meteor and have her integrate parts of the stack she desires to use for the backend into meteor. But that might not be possible and of course she should be comfortable with the stack she’ll be developing. I guess GraphQL could help us with this (?) but it’s not even in beta yet so not sure if we could go down this road already. Any comments on this @sashko @arunoda
I am looking for ideas and possibilities how you think someone with her background could fit into our team the easiest way. I would love to keep meteor, I love the stack, I love the community, I love everything that meteor offers. But if I’d have to choose between meteor vs. a backend developer on the team, I’d choose the developer. So here’s where you come in to hopefully give us some good solutions what we can do to keep meteor but make her happy at the same time . She’ll probably add to the discussion as you comment on this thread, I am sure she can give you more insights into what she knows and what she needs to know in order to come up with the best solution.
Please keep in mind I’m non technical developer. I am fairly comfortable with frontend but I’m actually a UX designer, I’ve only developed our website so far because there was simply nobody else to develop it, so I’m sure Vida, our backend developer will give you more details if you’ll need more info.