I am wondering if there is a technology that allows you to have one device ping another without using wifi, data, etc.? Like a paging system.

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!

It's highly unlikely that you will be able to find competent full-stack mobile developers willing to work with you for equity, but if you do, "fair" compensation would be 50% or more of the equity in the Company. Approaching any developer with just an idea, diminishes your credibility as a potential co-founder. Here's why: If you're non-technical, you must show a "relentless resourcefulness" in moving your idea forward. This means finding the money necessary to get an MVP or even click-able prototype completed to show that while you might not be technical, you have the ability to raise money, and have enough product sense that you can articulate that into a prototype. If you can't raise or spend the relatively small amount of money required to successfully build a prototype, what evidence are you providing that developer that you are going to be able to create value for the business long-term? Full-stack mobile developers (although this is often quite a misnomer) are one of the most in-demand skill-sets of all Silicon Valley companies. That means that you're competing against established companies that can pay top dollar, and still provide meaningful equity incentives as well as recently funded startups who have further along the road in turning their idea into reality. I would suggest that you look at hiring contractors (I know of some great mobile dev shops that are reasonable) to build your first version. Expect to go solo at least until you have some form of early prototype. Then, you're in a much better position to attract a technical co-founder. Happy to talk you through any of this at any point.

The idea of an MVP is 'minimum, viable' ... If you feel you need a "good amount" of funding, I would challenge if you are minimum enough. Obviously, without knowing the details of your product, your ideal customer, or what need you will solve, it is hard to help expose what is necessary in an MVP and what is a Phase II or Phase III feature. I am happy to help you work through this, or answer specific questions, to get you rolling. Just book a call with some times that will work for you. Regardless, I would love to know more about it and how it goes after launch. To your success, -Shaun

I've used outsourced services several times successfully. I don't think using geographic location is necessary a good indicator for outsourcing value. In my experience it depends on the type of service you are seeking. For example, I've used crowdsourcing services for logo and web designs and discovered creativity has no geographic boundaries. Neither is the skill level necessarily the only indicator for the best creative. Some designs have been submissions from design student or freelancers with no formal training. As for technical work, I seek service based on the following criteria: - technical competency and skills - communication skills - Process skills (to manage overall risk of project) - references from existing clients. Country is secondary to the above list.

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.