I've been working on a project and it's going to take me forever. JavaScript (front-end) and I seem to hate eachother. I wanted to release a beta by the end of the year but it's looking like it will take much longer if I have to do the frontend AND the backend both.
I'd love a co-founder that could handle frontend SPA while I do the server-side stuff, but I don't know how to meet somebody like that without being really interested in talking about JavaScript and hanging in those kinds of communities...
What should I doooo~~~
this sounds like a false dichotomy to me. What about not using a front end javascript at all - like, how the web was 2 years ago? insted just ship server rendered HTML. would that represent something you could actually get done by the end of the year? Would chopping the scope do it?
I think it's worth redefining the work, instead of trying to find someone else to do it. The more you spend working on it, the more of a let down it can represent if it fails to meet your expectations.
That's part of the conundrum. It's a nice separation of concerns with SPA + API. Also makes it easier to hire front-end only in the future if money comes in. But I guess there are ways I could work around that to just get something shipped. Anything server-side is definitely my forte.
Users don't care about separation of concerns :) that's developer thinking - you need product thinking. which is more - do whatever gets it out the door and into peoples hands. You are thinking way, way far ahead about hiring a front end dev. you can just as easily hire another elixir dev when your success is overwhelming. that's a good problem to have.
I just wonder why you want a "co-founder." Partnerships carry risks of personality conflicts, mismatched expectations, workloads and abilities.
Of course they can work, sometimes famously, but another option you might consider is to spec out your front end requirements clearly and in good detail, and just hire someone.
I'm not just looking for just "anybody". I would need somebody I can get to know and be friends with before I'd ever consider being in that kind of business relationship with... which is the problem I'm having because I don't get to know frontend people in my usual hangouts because I'm not really interested in front-end stuff other than I just need to do it to get it done.
As for hiring somebody, I don't have that kind of money. Honestly, it looks like I'm just gonna have to just take my sweet time to get this out there.
I have had two partnerships not work out, even though the business was going ok. Thats why I brought it up. In one case the partner was, and still is, a friend. It has made me wary, and having gone it alone on subsequent projects I find its much better. Though I wish I had someone to make decisions with, really I do. The fact that I have to make the decision means that I do.
I am sure you'll get there Ryan. Even if you code it yourself. Just keep at it.
This comment was deleted a month ago.
This comment was deleted a month ago.
Hey - I'm local and interested in hearing what you're working on. I know my way around Angular pretty well. There's no email associated with your account, but you can shoot me an email and we can talk more.
I am someone like that. Nice to meet you.
cofounder means who founded something together, sounds like you're already started to the project and just looking for a free assistant in that case.
you should attend to events, startup events & meetups in real world and pitch the idea to audience upon conversation.
For the best chance of finding a good co-founder (definition - you respect each other and they do their job well) it's best to choose from (A) people you've either worked with or made something with before.
...plus both enjoyed the experience, of course.
I'm pretty sure this is why YCombinator's application asks co-founders to share examples of things they've made together in the past.
If you don't have anyone with relevant skills who fits this mould, you need to fall back on either (B) friends or (C) strangers.
There are examples of this working, of course, but it presents risks that are usually mitigated by choosing from (A).
Hey Ryan,
I'm a full stack engineer with expertise in both React and Elixir (amongst other things). I made a post the other day myself about finding a co-founder to build something with.
If you like, shoot me an email and we can get a conversation going :)
I'm not really looking for someone in this thread, just not sure about what I should do.
I don't want to work with just anybody, it needs to be somebody I can get to know and trust first. Not sure how to go about that, I guess.
And FWIW, the front-end currently is vue-cli-3/vue-router/vuex/typescript SPA working with an Elixir/Phoenix API
i also have trust issues
Not sure how extensive the requirements for your project are, but that sounds like a heavy front-end, especially for just one or two people.
I wouldn't use a SPA at all (especially with a great framework like Phoenix available), but if I did, it would be Vue without the router, Vuex or TypeScript. Once I had enough revenue to hire a team of 5 engineers or so, then I'd go for that kind of stack (not for the project linked to this account, but just in general).
Interested. I am good with ui/ux design, html-css, jquery, vue js and php laravel.
https://www.indiehackers.com/forum/searching-for-cofounders-a-simpler-way-make-it-happen-6bd394d7f0
Hi. I have had the same problem in the past. You can always look on forums for people (/r/startups or something more code-related), or of course co workers if you have any who you could work with. Local meetups is also pretty great but takes time. I made a website specifically for this problem (don't know if it would be frowned upon to link to it here, but it's in my profile), and many people have actually found new work partners to continue building their products and businesses with on there so check that out too if you want to :)