Loading...
Answers
MenuI have several startup ideas. How do I decide on my technology stack?
I'm a tech guy but I don't know much about mobile and web technologies. There are so many technologies and more coming out every day - Mongo, Cassandra, SQL, NoSQL. How do I decide on my technology stack? I'd like help to build my architecture. Thanks!
Answers
You need to be able to get feedback on your product as quickly as possible, so my advice is to choose the technology stack that will allow you to build a prototype efficiently. There's no right answer here: for some people it's LAMP, for others it's node, for others it's a Windows stack.
Worrying about the technology at the stage you're at is a red herring: worry about the product, the problem it solves and the user experience of your solution, and get feedback you can iterate on as quickly as possible.
I'm a serial startup CTO who's now a startup founder and CEO. Let me know if I can help.
Hi there!
Your choice of technology stack will highly depend on your objectives and projects. There is no one correct answer to this. It would be really great if you can share with us what kind of applications or projects you are working on in order to give you a proper advice. Thanks!
Tech stack always comes down to a combination of two thing: requirements for what you are trying to build and background/preferences for your team. There is no one generic set of answers you will get here because so much of your decision comes down to the specifics of these two factors. I strongly suggest you solicit feedback from friends and advisors that can learn more about your situation.
Like others have said, it truly depends on what your project's goals are.
That said, there's going to likely be many viable options when it comes to the tech and after you've narrowed it down you'll have other factors to consider.
For example; how many developers are out there that use said technology? are they cheaper to hire compared to developers who might use a different technology?
How can one technology (be it a database or hosting provider) lower your overhead? Or how and when does it increase? How does that impact your margins?
Obviously there's a LOT to consider. Just know that the considerations go much farther than just, "what's the best language" or "what's the best database" ... Performance and popularity are not the only things to consider.
I did want to put together a site that would help people decide based on project requirements and explain trade offs. It's going to take a bit of time (so many options), but this is what I help people with all the time on Clarity.
What technologies do you know? or are you outsourcing the development?
If you are worried about software costs for Microsoft there is a Startup Bizspark program where software is free.
Using Opensource is also great, there are so many options. Don't think you could go wrong with LAMP and server hosting end up being cost effective as well.
PHP and MySQL are powerful.
You are the lead developer/CTO of a new and shiny Start-up. It seems that on the product side of things you know pretty well where you are headed. The next stage of course is to choose the right start-up tech stack to implement the idea and make the product “come to life”. In addition, if you have a lot of runway you can choose a technology that takes more time to develop in the short run but has stability, scalability, and maintenance benefits in the long run. For instance, if you have a lot of runway you might choose a compiled language which adds an overhead of compiling the whole thing before you run your code to test if it works . A little known at the time functional language and VM. In addition, it will be easier to hire a software architect and/or developers for your team. If you are not an expert on the tech stack you intend to choose, it is always helpful to have commercial support to assist you. Choosing the right start-up tech stack can have a crucial impact on the success of your start-up.
Besides if you do have any questions give me a call: https://clarity.fm/joy-brotonath
Related Questions
-
Any opinions on raising money on Indiegogo for an app?
Apps are difficult to fund on IndieGoGo as few are successful, and we rarely take them on as clients. Websites like http://appsfunder.com/ are made for that very reason, but again, difficult to build enough of a following willing to pay top dollar for an app that could very well be free, already existing in the marketplace. A site that is gaining more traction you may want to look into would be http://appsplit.com/. Again, Appsplit Is Crowdfunding For Apps specifically.RM
-
iOS App: Beta vs Launch Quietly?
I would suggest launching in a foreign app store only (ex: Canada). That will allow you to get more organic users to continue iterating without a big push. I got this idea from Matt Brezina (Founder of Sincerely, previously Xobni) https://clarity.fm/brezina - he's the man when it comes to testing & iterating mobile apps.DM
-
What is the best technology for developing a new mobile app from scratch?
There are two sides to that question. One is the mobile app itself and the other is the backend. If I misunderstood in any way and you didn't mean "native" app I apologize in advance. On the backend, there is no clear cut answer to which is the "best". It depends solely on the developers you are able to get. We for example use Node.js , mongoDB, redis, elasticsearch and a couple of proprietary tools in the backend. But you have your pick of the litter now both on the backend api and the datastore with the myriad of options available and touted as the "best" currently on the market. Now on the app side again it solely depends on what you need your mobile app to do. Experiencing first-hand "develop once, run anywhere" I can say it's more like "develop once, debug everywhere" to quote a Java saying. We have tried Phonegap and Titanium Appcelerator and we have switched to native (ObjC and Java) after a couple of months of trying to go the hybrid route. The reasons behind the choice are as follows: - anything that breaks the pattern of how those frameworks NEED to operate is just a huge technical debt that keeps accruing a huge interest. - anything that uses css3 accelerated animations on Android is buggy at best and slow as hell at worst on any lower (< 4.1 I think) versions of Android I hope this gives you some insight. If you need/want to ask me anything feel free to contact me. MihaiMP
-
Pre-seed / seed funding for a community app... valuation and how much to take from investors?
To answer your questions: 1) Mobile companies at your stage usually raise angel funding at a valuation equivalent of $5,000,000 for US based companies and $4,000,000 to $4,500,000 for Canadian companies. 2) The valuation is a function of how much you raise against that valuation. For instance, selling $50,000 at $5,000,000 means you are selling debt that will convert into shares equal to roughly 1% of your company. 3) I would encourage you to check out my other answers that I've recently written that talk in detail about what to raise and when to raise. Given that you've now launched and your launch is "quiet", most seed investors are going to want to see substantial traction before investing. It's best for you to raise this money on a convertible note instead of actually selling equity, especially if you are intending on raising $50,000 - $100,000. Happy to schedule a call with you to provide more specifics and encourage you to read through the answers I've provided re fundraising advice to early-stage companies as well.TW
-
Where can I find programmers willing to join a growing mobile start up for equity only?
You won't find anyone worth adding to your team willing to work for equity only, no matter how compelling your product and business is. The realities of the talent market for mobile developers anywhere is such that a developer would be foolish to work only for equity unless they are a cofounder and have double digit equity. Happy to talk about hiring and alternatives to full-time hires.TW
the startups.com platform
Copyright © 2025 Startups.com. All rights reserved.