Answer the question
In order to leave comments, you need to log in
How do you develop your applications?
A question for solo founders, if any, are sitting on the site.
You've got another billion-dollar idea. You are determined to carry out the project, but so far, apart from an abstract idea, there is nothing. Your actions?
Interested in the flow of experienced developers. Personally, I give up all my attempts halfway, because I don’t know how and where to move on. It seems that there is an idea, the TK is more or less described in Google docs, there seems to be a nice layout in Adobe XD, there is even an almost working version of it on Vue, and even, some kind of server, and you can already perform some actions. There are even Jira/Trello with puzzles. But when you want to write code, you understand that it is better to finish the design first. You climb into the layout, you understand that you don’t understand shit - there is no idea what elements should actually be on this page. As a result, you return to the TK and squeeze a couple of lines out of yourself and put off all attempts to do something for another couple of weeks.
But everything is in this state and freezes when the ardor of the original idea fades away, when you realize that it is generally too complex and complicated and you can’t solve it “at a glance” - after all, in large companies, entire teams of designers, analysts and products are struggling with such things. not to mention the developers.
So. What is the best way to lead projects alone? How to structure all the data and not drown?
Answer the question
In order to leave comments, you need to log in
I'm assuming here that you want to make some kind of worthwhile product that someone needs:
You've got another billion-dollar idea. You are determined to carry out the project, but so far, apart from an abstract idea, there is nothing. Your actions?
you understand that you don’t understand shit - there is no idea what elements should actually be on this page.
A very small number of people can make a product alone. I have the same problem. The solution is to find a person with whom you can discuss your decisions and get confirmation that everything is cool and can be implemented. You lack approval from third parties perhaps
If the problem is too complex, simplify. Choose the simplest thing that you can implement and "sell" to potential users. And do it continuously, then you will get feedback from potential users. And this will be some first real result.
Everything else is a waste of time and effort. Even these mockups. You don't need to work on layouts, TK, idea -> do something, somehow. Show results to users. Start selling it.
I use TDD. Without tests, I don’t understand at all whether I did the task or not yet, and everything around seems unfinished. Here I divided a large task into a number of small ones, wrote tests, wrote code, and you clearly feel the moment when you can move on to the next task. But I'm not in release, so I'm a bad example, because I'm doing it because it's interesting to make an infinitely scalable full-websocket application using 3d and layered architecture from all these smart books on object-oriented programming, and not because I'm hungry for a billion. During this time, I have already lost count of how many I changed frameworks, databases, and even changed the language in the end. During this time, AngularJS (the one that 1.x) managed to be born and die, and I write everything :)
I always try to completely "soak" in the spirit of startup (let's call it that), you need to think about the project for several days, its pros and cons, and on the second day in 90% of cases you will understand that the idea is stupid or not new. This is necessary to solve the main problem of development in one person, the problem of losing interest in the project. When you really get excited about the project, then everything will go by itself, and the main thing to remember is “Moscow was not built right away”, you will constantly fail to get something, because you take on the work of several people, and you need to look at problems from positive :)
3 is more or less described in Google docs
1. Every day or regularly remind yourself that the solution of any more or less valuable task takes five or even ten times more time than it initially seems.
2. Break a complex task into many simple ones, and slowly finish them off. An elephant must be eaten in parts, in small pieces.
Didn't find what you were looking for?
Ask your questionAsk a Question
731 491 924 answers to any question