Live data from Hacker News

Ask HN: Choosing an entrepreneur's stack in late 2018?

news.ycombinator.com

11–20 of 35 posts

Re: Ask HN: Choosing an entrepreneur's stack in late 2018?

#11
Honestly, even though it has its problems, Meteor is relatively simple framework that will even spit out mobile apps for you. It's probably the least effort (i.e. lines of code) to get a halfway decent app out, and it's scaled ok well as time has gone on. It has a bunch of weird quirks though especially in how it manages data.

https://www.meteor.com

Re: Ask HN: Choosing an entrepreneur's stack in late 2018?

#12
post #11

Honestly, even though it has its problems, Meteor is relatively simple framework that will even spit out mobile apps for you. It's probably the least effort (i.e. lines of code) to get a halfway decent app out, and it's scaled ok well as time has gone on. It has a bunch of weird quirks though especially in how it manages data. https://www.meteor.com

They even offer a hosted product now, so you won't have to worry about the ops side of things either.

Re: Ask HN: Choosing an entrepreneur's stack in late 2018?

#13
You might look closer at react-native-web. It's early days and React Native can be painful at times however it does offer the idea of using one codebase for both mobile and web. It does require some care, flexibility and thought in design and development.

For the API, look to PostGraphile for GraphQL on top of Postgres (and of course, if multi tenant, there is row level security which is the direction I'd go today).

Re: Ask HN: Choosing an entrepreneur's stack in late 2018?

#14
post #9

I wrote a blog yesterday about the technologies that we consider as the best to build a MVP https://ideatostartup.org/blog/idea-to-startup/the-best-tech... If you are into JavaScript, you should also check out : https://2018.stateofjs.com to know which JS technologies in general developers prefer the most.

I have to admit...I'm not the biggest fan of javascript (largely based on old history) and the node.js craze has passed me by...but I'm open minded. I'll definitely take a look. Thanks for your response.

And I have to admit that I am one of the biggest fans of JavaScript, so I may be a biased. :)

I will give you some background about why we chose these technologies:

After working with several startups, we realized that almost all startups face one common problem:

They have to deliver the best product using the least amount of resources.

So, we were looking for technologies that would help us :

1. Build apps quickly using the least developer resources - (Save time and money) And 2. Build apps that are performant, scalable and reliable. - (Deliver Quality)

And the JS tech stack helps us fulfil both the aims. That’s why we chose it.

Re: Ask HN: Choosing an entrepreneur's stack in late 2018?

#15
post #12
post #11

Honestly, even though it has its problems, Meteor is relatively simple framework that will even spit out mobile apps for you. It's probably the least effort (i.e. lines of code) to get a halfway decent app out, and it's scaled ok well as time has gone on. It has a bunch of weird quirks though especially in how it manages data. https://www.meteor.com

They even offer a hosted product now, so you won't have to worry about the ops side of things either.

I'll give this a look. Thanks very much!

Re: Ask HN: Choosing an entrepreneur's stack in late 2018?

#16
post #3

Server, web, and 2x mobile is a very tough requirement to meet. If it's just CRUD stuff I'd settle on ReactNative for mobile and use either clojure or js (both have the same reach in this case, but arguably clojure gives you a more unified experience). But if you're pushing the envelope on mobile I don't think you're gonna pull this off to be honest. Consider reducing scope if possible.

ReactNative appears to be too much of a risk for the majority of the time. Think about if somebody recommended Azure as the absolute default way to build a basic* CRUD app, instead of building a backend.

>Consider reducing scope if possible.

This. I don't know why this lean mentality is lost on startups now, when only a few years ago we had all learned the lessons of trying to provide everything to everyone at MVP. This new mentality which is actually old mentality recycled, is anti-MVP.

Re: Ask HN: Choosing an entrepreneur's stack in late 2018?

#17
Rails and Laravel are great for MVPs.

Clients have pushed me more and more in to Laravel. It has a great community and lots of great packages and tools.

(Similar to what railscasts was back in the day) laracasts.com

(Server setup and deployment) https://forge.laravel.com

SaaS (in a box) https://spark.laravel.com/

Envoyer (zero down time deployment) https://envoyer.io

Re: Ask HN: Choosing an entrepreneur's stack in late 2018?

#19
What did you use to write code in? If you're starting from scratch or starting from some existing form of knowledge even though it might be rusty, it's still in there. All technologies have weight to learn them. When you're bootstrapping something in the wee-hours and you just want to get shit done stick to tried and true instead of re-inventing the wheel. The majority of apps are CRUD. In this case Rails, Django, maybe Express/Node will do more than fine. Only use a whole JS front-end framework if your use case needs it for day one. There's a lot of overhead to learning them.

Re: Ask HN: Choosing an entrepreneur's stack in late 2018?

#20
post #9

Earlier quoted context omitted.

I have to admit...I'm not the biggest fan of javascript (largely based on old history) and the node.js craze has passed me by...but I'm open minded. I'll definitely take a look. Thanks for your response.

And I have to admit that I am one of the biggest fans of JavaScript, so I may be a biased. :) I will give you some background about why we chose these technologies: After working with several startups, we realized that almost all startups face one common problem: They have to deliver the best product using the least amount of resources. So, we were looking for technologies that would help us : 1. Build apps quickly u…

Understood and well-reasoned. I am not completely against javascript...but would probably opt to use typescript if going down that path. However, I'll definitely consider your comments and the links you passed along.

Thanks.

Post reply on HN