My programming Cognition: Multi-thinking, multi-coding, and multi-test

During my career as a programmer, I realized one of the following program coding procedures. I also came into contact with many other theories and ideas, but I still think this is the most suitable for me.

The general style is as follows:

 

• Think a bit)
• Multi-encoding (Code a bit)
• Test a bit)
• Next (go to step 1)

 

Step 1: think more

How many of my friends think that the speed and speed of the keyboard pattern represents the productivity of the program? If you think so too, I hope you can put it in your mind when you encounter problems.

If you cannot start thinking about it, ask yourself: what exactly do you want to do? Once we have calmed down, the answer to this question will help us identify the direction or rethink the solution.

In the next step, I will suggest you think about this question: Do you want to complicate the simple question? Trying to solve the problem in the simplest way is what every programmer should do. However, when we have enough knowledge, is it easy to solve the problem with such a simple method? If we think this way, we may find a bunch of more and more complex problems. Let's take a look. What is the worst result of a simple solution? Is it worse than it cannot solve the problem? It is important to learn to jump out of the corner.

Therefore, when you encounter problems, you may wish to ask yourself more questions. When a bottleneck is reached, I will consider the next step.

Step 2: do more

I think this is the most interesting step. Many times, programming is more like playing games, isn't it? However, we need to avoid it. As mentioned above, when you find that you are useless, you should change your mind and remind yourself again: whether to move in the established direction.

Next, let's proceed to the next step.

Step 3: Multi-test

This step is not just as interesting as coding, but even annoying.

However, if there are no projects in the test phase, I suggest you do it in your personal open-source project. Because it is released without testing, not many people are willing to use it.

In addition to worries, testing may be the most complicated part of the coding process. Different from what you see is what you get in programming, finding the best test solution can be multiplied. Testing is characterized by uncertainty.

Some of my friends use a test-driven development method. My opinion is: This is good, but stick to it. For me, I will also use this method for highly algorithm-concentrated projects.

Step 4: Try again

The solution to the problem is often not achieved overnight. Loop and feedback are crucial. The process of building software is a process of continuous learning, and continuous learning and strengthening the capabilities of technology and problem handling. A good strategy is to follow the plan-> execution-> reflection process.

Summary

The above are my personal opinions on coding processes. Today, with the introduction of more and more convenient development tools, the above four steps have become smoother. So try it.