Ask HN: Should one avoid using niche technologies for a startup?
1–10 of 11 posts
Re: Ask HN: Should one avoid using niche technologies for a startup?
#2Re: Ask HN: Should one avoid using niche technologies for a startup?
#3This site would not exist and none of us would be here had pg not been successful with Viaweb, which utilized Lisp. I think that PG and company were probably bright enough that things would have worked out with other technologies too, but Lisp made them happy and more productive, I guess.
Re: Ask HN: Should one avoid using niche technologies for a startup?
#4Because they can't find anyone they like, they are stuck making bad/deperate hires or with the prospect of rebuilding the codebase. The list of technologies that are tough to hire for vary by market. In my midwest market, Rails still falls in that group and I know a ton of companies that can't find the talent they need. Do your best to stick with the technology stack that has the largest candidate pool in your market.
Re: Ask HN: Should one avoid using niche technologies for a startup?
#5I'm not sure there is a huge productivity difference between the modern frameworks unless you really know nothing about what you're getting into. I'd choose something mainstream that you all know at least a little and can use and then get to work.
Re: Ask HN: Should one avoid using niche technologies for a startup?
#6I can't tell you how many startups I've run across who are deperately looking for programmers who know [insert cutting edge/obscure technology here]. Because they can't find anyone they like, they are stuck making bad/deperate hires or with the prospect of rebuilding the codebase. The list of technologies that are tough to hire for vary by market. In my midwest market, Rails still falls in that group and I know a ton…
Re: Ask HN: Should one avoid using niche technologies for a startup?
#7When and if (and it's a BIG if) companies are expressing interest in acquiring your technology, you can sort out whether you'll need to rewrite portions as part of a deal. But far more likely is that the product will pivot at least to some degree, and you'll be thankful that you're using technology that you can comfortably and quickly modify.
Re: Ask HN: Should one avoid using niche technologies for a startup?
#8I can't tell you how many startups I've run across who are deperately looking for programmers who know [insert cutting edge/obscure technology here]. Because they can't find anyone they like, they are stuck making bad/deperate hires or with the prospect of rebuilding the codebase. The list of technologies that are tough to hire for vary by market. In my midwest market, Rails still falls in that group and I know a ton…
True, but that means we will have to stick to Java even though we are Lisp, Python, Erlang guys here. That also means that we will have to muck around with JavaEE crap even though we can build the same thing much faster using something else; all this to be future proof.
There might not be as many Clojure programmers as Java Programmers, but there's probably a higher proportion of good programmers working in Clojure than Java. Hire whoever you can find who is technically able, passionate about tech and your idea, and I'd wager they will pick it up pretty damn quick.
Re: Ask HN: Should one avoid using niche technologies for a startup?
#9If you think you can find people to work for your company who either know those languages or can learn them quickly enough to not kill your productivity or your product, then go for it. Otherwise, you may want to think about making some tradeoffs (i.e. node.js over Erlang because you're going to be far more likely to find competent js devs than Erlang devs.)
Most acquisitions end up with the founding team contracted to transition for a year or three; during that time the acquiring company either rewrites the IP or ends up with enough qualified people to take it over.
Re: Ask HN: Should one avoid using niche technologies for a startup?
#10This site would not exist and none of us would be here had pg not been successful with Viaweb, which utilized Lisp. I think that PG and company were probably bright enough that things would have worked out with other technologies too, but Lisp made them happy and more productive, I guess.