I run a company that among other things, works with mid to early stage startups (as in, some folks with an idea). We help them build the product (design, development), launch it and do marketing. My email is in my profile if you have any questions, etc.
I recommend nailing down exactly what you think an MVP should look like and iterating on early customer feedback.
It's important to stress that we are there to help startups augment their teams at later stages, but by no means can we replace the culture and passion of a dedicated team working night and day to make your dreams come true.
We can build you something fantastic, help you grow a user base, but at the end of the day the road to most effective profitability and vision is in the hands of the founder.
I really agree with the sentiment of audition projects. The interviews I have enjoyed the most all involved some sort of take-home project, although I have never been paid for one. On that note, how expensive does it become for a startup to dole out many interview projects across a wide range of candidates? I think a better strategy would be to conduct preliminary interviews and then based on some granularity, assign projects. One more issue I have with take home projects is that it is not always possible to tell who did the work. When it comes to interviews at startups I doubt that there would be much cheating, but for large companies where candidates are more easily able to slip through the cracks, I image this may present an issue. Can anyone speak to this experience?
What do you think about consistency between a mobile app and a website? Logos and other such assets aside, is it valuable to keep the colour scheme the same, and keep UI elements such as buttons the same?
To me it sounds like you don't like the work you do, and going to university to do an undergrad won't get you a better job (assuming you still want to work in tech?). The best way to get a job you might like more is to learn some new skills and pivot your career.
I'd also like to mention that going to a prestigious university has generally no bearing on the jobs you get, it's the people. As a result hiring companies (in the tech sector) don't really care where you came from as long as you can prove your value.
Your process sounds pretty effective to me, especially for a shop with 4 people. I've also only really got experience working with smaller teams. The only thing I would say I do differently before I commit to any ideas and wireframe is to ask everyone part of the team what they think, especially if they are not developers.
I agree with him in the sense that these are CS courses, and in in such a way Haskell ties together well with the math that one learns in a CS program. Keeping that in mind it makes sense to only have taught Java in courses specifically designed for developing software.