This is harder than it seems. The way we are doing with Robin (Reviewpad's AI Reviewer) is by feeding it context about the PR and results from our static analysers and allowing the developer to prompt directly through the PR comment. For example, https://github.com/marcelosousa/robin-preview/pull/2
It all depends on what you mean by generate fully functional code.
In my experience, it is able to generate code snippets that are useful but very rarely can be simply copy & pasted into your work. The experience is actually quite similar to Stack Overflow.
I have started my startup at 30 when I was engaged (now married).
Every path is different but I think there are a couple of guidelines that I recommend:
- Talk with your partner and set expectations from the beginning. Please do not romanticise the journey - it's damn hard and full of sacrifices. Others have suggested a deadline - I also did that but find it a bit unrealistic because you'll have excuses to continue devoting an unhealthy amount of time to your company. Be kind to your partner and acknowledge that they will take more load in family duties and you'll have less time to spend with them.
- Find a co-founder that is complementary to you and that you trust. Being a solo founder in your 30s with a family is super hardcore even if you already have found product market fit.
- Do not invest your own money. Finding an early champion of your project and your founder team that could be an angel investor to kickstart things is a must. The alternative is to do it as a side gig until you can reach some kind of Ramen profitability scenario - I'm not a big fan of this because you'll likely focus on revenue too early on.
Happy to chat about my experience if you think it'll be valuable (just DM)
I think that there's been a lot of research about this. I can recommend the book "Change: How to Make Big Things Happen" by Damon Centola. Ironically, it goes into detail on how Twitter became successful.
Thank you for this post. It’s nice to see that it wasn’t buried. From the times of IRC, I do miss the feelings of the early times of the internet.
I’ve the privilege to invest a lot of time thinking about what I should be doing my life professionally. In the end, the best I could think of was to be an enabler for others - which for me meant ‘to give them time’. I realised that I also needed to use my expertise to try and give this purpose a better chance of success.
I have a PhD in static analysis and programming languages and got experience with writing code analysers.
So I’m on this quest to combine these two core ‘ideas’ - use static analysis to help developers save time and hope that they can improve their life with that time.
I managed to start a company around this mission and build a product focused on reducing the time on pull requests. it’s been a very hard journey so far and feels like I’m just getting started still.
It makes me sad and sometimes lonely to see that we are ever more connected but that many times it feels that no one really cares.
In my early days of using the internet it was much easier to make meaningful connections.
Author of the post here! Happy to answer any questions.
TLDR: Not all pull requests are the same!
We are working on a way to specify and automate PR workflows so that you can separate the code review and the PR approval/merge steps.
This way you can automate which PRs require code reviews and which don't.
We show how we are using Reviewpad (as a GitHub Action) to automatically merge basic changes and also how to use it to ship PRs ensuring the CI passed.
This is a classic case of being overwhelmed by complexity, when in truth complexity is an advantage. SaaS services tend to be your biggest friend on the first month of usage, and them when you need more that's it, you're stuck to that.
If you don't want just a tree but also a semantic diff that tells you what types and methods where actually changed check out Reviewpad (http://reviewpad.com).
Since software developers (and then engineering managers) get outrageous salaries it has been easier for some of them to save up substantial amounts of money that allows them to try and build something from scratch.