I am a non tech entrepreneur desperately trying to find answer to highly technical and nuanced questions on the cheap.

One of the best and most popular script used is Vbulletin. Most of the reputable forums are powered by Vbulletin. The second recommendation I'd have is phpBB. It is absolutely free and open sourced versus Vbulletin which is licence based. I have used both and had no problems with either of them. If you can fork out some money I'd suggest going with Vbulletin. Here is a list of the biggest internet forums http://en.wikipedia.org/wiki/List_of_Internet_forums. You can see most of them are powered by Vbulletin and the second most popular script is phpBB. Regarding fresh look you can simply hire someone or buy a Template.

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. Mihai

The best technology is whatever gets you up and running the quickest. You'll throw away the first iteration (and possibly the second and third...) anyway. What you need most in the beginning is to test your idea and get feedback, and you need it fast.

If you and this person, *know* they won't be the CTO, then absolutely not. If there's an understanding that the engineer you are working with is going to "cap out" soon beyond the MVP, why would you ruin your cap table? This *should* help you get a reasonable amount of equity. http://foundrs.com/ The most crucial question is where this current contributor is likely going to be out of their element. Are they only front-end and have no back-end ability? If so, you really should raise (from a friend or family member) or borrow the money necessary to pay this person a reasonable cash rate. If on the other hand, they can take a successful MVP and build a reasonable back-end but will cap out on scaling it past 100,000 users, or for example, you're an enterprise company and you know you'll require a technical person to be part of closing early sales, then it's ok to give up meaningful equity. But another key question is: Are you ok to let this person define your company's engineering culture? If this person isn't capable of or comfortable managing your tech team in the early-days, this person should have no more than 10% equity. Of course, your shares and theirs (whatever you decide) should be subject to a vesting agreement (minimum 3 years and preferably 4). It's easy to give away equity when it's worth very little but as I've said here before on Clarity, imagine your company today being worth $100,000,000. Can you imagine this person contributing $20,000,000 worth of value to achieve that outcome? $30m? $50m? Here's the thing though. If this person can grow into a CTO, and wants the chance, and there's no warning signs that it will be a tough slog for them to get there, and they're a passionate believer in what's been built to date, then it's entirely reasonable to bet (with equity) that they can get there. I know a lot of CTO's of great Series A and beyond companies with amazing traction that started off as lacking a lot of the criteria of a great CTO candidate. This is an area I've helped coach a lot of startup CEOs through and have experience in myself. Happy to talk through in a call to understand the specifics of your scenario and provide more detailed advice.

If you're not technical yourself, then you might not be able to gauge the efficiency of a candidate's algorithms or critique her code. But there are still some higher-level, more behavioral things that a non-technical interviewer should be looking for in a strong development candidate: 1. What are some tech blogs that you follow? Explain an interesting article to me that you read from one of them. The software development world changes all the time. Best practices are constantly evolving and new libraries are regularly released which make developers more productive. If a candidate doesn't keep up with the latest software news, that might be a red flag that they're not curious or trying to improve themselves. Also, having them explain a technical concept to someone who's non-technical is a great way to gauge their communication skills. Do they seem like someone you could work with and understand easily? Do they care about pausing to make sure you understand, or do they just drone on with jargon? If you feel overwhelmed while they're explaining this answer, imagine how you'll feel when they're telling you why the product has bugs or isn't going to be done on schedule. 2. Tell me about a time you ran into a big roadblock with something you were building. How did you get past it? It's inevitable that a software developer will get tripped up or have to solve some Gordian Knot. Everyone has to bang their head against the wall from time to time. Maybe an API didn't have the data they needed or some function was running too slow and they weren't sure how to speed it up. You're looking to see how they are as a problem solver. Did they come up with a clever but hacky solution? Were they methodical or did they fly by the seat of their pants? Did they go back to the stakeholders and see if the feature's requirements were flexible? Did they work on it for hours and hours trying new things? Did they ask for help from colleagues or on the internet? No right or wrong answers here, but you want to get the sense that this isn't someone who throws up their hands when they hit some friction. 3. Tell me about your favorite project that you worked on. What work are you most proud of? By asking them about the project they're most proud of, you'll get to see what it is that they value most. Maybe one candidate is most proud of a side project they built, even if it wasn't that technically complex, while another candidate is proud of their esoteric PhD project or some specific algorithm they improved. Again, no right or wrong answers, it really depends what type of candidate you're looking for. But it lets you see into their mind a bit, and get at some of the aspects that can make someone a strong development candidate. If you want to talk more specifically about hiring for your team, I'd be happy to do a call!