If you could choose a dream tech stack to work with for your startup. What would that be and your motives behind it?
For further actions, you may consider blocking this person and/or reporting abuse
If you could choose a dream tech stack to work with for your startup. What would that be and your motives behind it?
For further actions, you may consider blocking this person and/or reporting abuse
Jimmy McBride -
RemoteWLB -
Lindiwe -
Kudzai Murimi -
Top comments (9)
Frontend:
Did you know the creators of react are pushing heavily non server side rendering this year with React?
Oh, that's great.
next.js is good but
tl;dr SSR have lot of edge cases
Granted that I'm still newer in the Web Dev part of my career, but PRVN has been working really well at the consulting agency I'm at:
P - Postgres
R - Rails
V - Vue
N - NGINX
The motive is to work with a stack that's fun to work with and works well. I've worked in a few languages in other parts of my career but nothing has made me as happy as Rails has. :)
My type of stack! Ruby programming was made for programmer happiness
Indeed! And not only does Ruby/Rails make me happy, but the community of people around those tools have been incredibly welcoming and uplifting! That was (and still is) an important factor when I was trying to pick a direction I wanted to go with my personal career in web dev.
C++ and JavaScript. Both have massive ecosystems and massive talent pools, and both have proven themselves on a variety of workloads and scales and will continue to dominate in the industry for the foreseeable future.
Or, if I already had a handful of smart, dedicated folks who knew the language and were expected to stick around a long time, Common Lisp.
In my case it would have been Elm and in the backend. I probably would have with some kind of service like firebase and cloud functions. My motives behind this tech stack is hiring people of all level and people of a different background. What's nice about Elm is very few people actually know it which is great and firebase and cloud functions is an "easier" approach for backend.
It would be amazing if there was a ruby on rails as service, Iike the relational database, restful architecture and many other feature rails gives. I think firebase is the most mature in this area and I'm aware of AWS Amplify, yeah and maybe a bit of graphql in there. If I ever have plans of scaling this thing.
Having an easier architecture is really important for me, when you have complex system what ends having you suddenly need more techy folk to maintain your system like senior engineering and I'm bit fed up with that.
Also Elm is language, if you go with something like react or vue.js. The chances are 5-10 years from now you may have to rewrite your entire codebase to something else, you would have to do some rewritten any way.
I would use Go on the back-end and ClojureScript on the front-end. As much as Go is not my favourite language to write, I am productive in in, and it is great for the kind of quick and dirty code that you need to be a fast-moving startup (although it cleans up nicely as well). I would choose ClojureScript for the front-end because - even though I have a lot of experience writing JS - ClojureScript is still more productive, and it gives me things like immutable data and an opinionated functional paradigm by default, so there are fewer unimportant design decisions to make. JavaScript, on the other hand, leaves to many questions open: how will I build this code? what babel plugins will I use? what UI framework should I use? should I write in an object-oriented or functional style?