Live data from Hacker News

Ask HN: Which stack do you use at your startup?

news.ycombinator.com

81–90 of 128 posts

Re: Ask HN: Which stack do you use at your startup?

#81
post #52
post #50

Backend: Java (phasing out), Go (phasing in), Postgres, Redis, all on Ubuntu EC2's. Frontend: JS (TypeScript/ES6), React, ReactNative, SASS, all Webpack'ed (except RN). I think it's a fairly light stack but am happy with it. I would use this as the starting point for pretty much every project.

I love Go, but always feel it is not very productive for web app backends. What about you ? Do you use an ORM w/ Go?

I don't use an ORM currently, just plain 'ol SQL queries. And in actuality I prefer it SOO much more. Like originally I was using Hibernate with the Java JPA, but I found it just got in the way a lot and the dependencies where finicky. Where as in Go and raw SQL I know EXACTLY what it's asking for and can pre-compose my queries externally. Any changes to the tables I have to make, as in renaming or adding columns, is just a quick change to the SQL query itself. And if needed, 1 line added to the Struct definition.

Also I'm more of a custom approach person which makes me very productive with Go. It's allows me to have laser focus on my needs instead of hooking up and reading docs and every little integration feature the framework has. And in result, I don't have dependency on a monolithic framework which could very well break everything in it's next release.

And finally, Go will build to binary for any-platform. So I can pre-build for the ARM processors, or Linux, or whatever else on Windows and just ship the binaries for server updates instead of managing make scripts and dependency resolution and blah blah blah. And if I wanted to I could sell the API "program" and sleep a little better about the IP contained in it (yes I know de-compilers exist). I could do this with C++ as well, but that's a whole 'nother ball game when it comes to tracking down memory leaks and segfaults.

Re: Ask HN: Which stack do you use at your startup?

#82
post #55

Earlier quoted context omitted.

In my opinion, it's great for web app backends as well. The net/http library suffices. Just that you might need a library for routing like https://github.com/julienschmidt/httprouter

Yes - that part of the server code is great in Go. I use go-chi.

Gorilla Mux isn't bad either and is pretty tried and tested.

Also Go is one of the few (if not only?) languages with HTTP/2 built in to the standard library. Not to mention the gRPC over TLS that comes stock as well.

Re: Ask HN: Which stack do you use at your startup?

#86
Started with Python + Django + MySQL, hosted on PythonAnywhere.

At some point, decided to rewrite the project from scratch in Clojure using MongoDB, since Clojure was much better suited for solving the problem in question (modelling the grammar of a natural language - https://www.pealim.com) and MongoDB was better suited for the constantly evolving grammar spec. The rewrite took around two months and I believe that it was the right decision, though I still miss some of the things that Django provides for free (like the admin interface and user authentication).

I also use ClojureScript + Reagent, though not yet on the user-facing parts of the app.

Re: Ask HN: Which stack do you use at your startup?

#88
We sell diagramming libraries, most notably (by sales volume) a JavaScript diagramming library: https://gojs.net

Our stack is: we don't care. One of us spun up a couple AWS resources and a windows machine with IIS because that's what he knew how to configure the quickest. It seems like it would be a waste of time to spend any more time thinking about it until we have a real need.

We have some orders database stuff we wrote ourselves ages ago with SQL Server that hasn't needed significant changes in 10+ years.

In other words, to us, the stack is whatever makes itself disappear the soonest so we can work on the actual product. Nothing fancy, nothing new, nothing changed for the sake of it.

If our product touched the stack more, we'd spend more time on it, but only insomuch as it was the product (if the product is a speedy website, etc).

Our workflow/cycle is all JavaScript based for the JS product. We push release with a gulp script I wrote.

Re: Ask HN: Which stack do you use at your startup?

#89
https://DNDEmail.com is do not disturb for your Gmail.

We use Python on Google App Engine. Google's NDB datasource.

The Chrome Extension is written in JavaScript.

Wordpress on wpengine.com for the front-end brochure website.

I've written about how to simplify your MVP stack[https://dndemail.com/2018/01/30/how-to-simplify-your-app-pla...] to speed up launching.

Post reply on HN