From programmer to Project Manager (9): Programmer's gas station--be persistent but not stubborn

Programmer's growth path, there is no shortcut to go, only persistent pursuit of perseverance, to become a good programmer. Perseverance is valuable, but if it is not often self-examination, it is possible to fall into a stubborn situation.

1. Programmers need a bit of dedication

"Soldier assault" in Xu more than three has a famous saying: "Do not abandon, do not give up", this is a valuable perseverance spirit. It is by this does not abandon, do not give up the persistent pursuit, Xu more than three from a common soldier, grow into the elite of the Regimental regiment. In real life is also the case, can say that the people who have achieved certain achievements, in the work is a persistent person.

To the programmer, the dedication is particularly valuable. In the process of programming, we will inevitably encounter a variety of problems, if not a bit of persistent spirit, a problem to complain, avoid, how can we get a technical breakthrough? How can we realize the pleasure of solving the problem?

Recall that I just started to learn GIS (geographic information System) programming, the manager has given me a lot of people to be deterred before the problem, with mapobjects to achieve map symbology, requires the function of a custom symbol library. In my experience at the time, I had no idea where to start, but I could only bite the bullet. First I took Mapobjects's help file and looked it over and found a Customdraw interface. But just an interface, far from the full symbolic function. How do you use this interface? At that time, the network is still very backward, the online programming data is less, about Mapobjects's Chinese development data is almost no, so I also through the snail speed network, access to foreign relevant English materials, in chit to seek inspiration. That period of time I either eat, sleep, or go on the road, always thinking about technical problems, because of unremitting efforts, I once again get a little inspiration, step by step approach to the solution of the problem. After 6 months of hard groping, I finally completely finished this in the company recognized the problem, I myself also from a layman, one swoop into the company's core technical staff. This time, I not only mapobjects each interface, but also learned the use of more than 100 Windows API, both technical aspects, or personal career, have made a leap.

Programmers need some persistent spirit, to temper themselves, develop their own, to have stones determination and courage to become a truly excellent programmer.

2. Introspection to eliminate stubbornness

Stubborn and persistent, are a kind of perseverance does not give up the spirit, so, then why people always praise persistent people, stubborn but scorn it?

In fact, the difference between the two lies in the direction of persistence. Persistent and stubborn, like the ends of a rope, although on the same rope, the opposite direction. Perseverance is in the right direction, is a kind of rational insistence, and stubborn is the opposite. Since all insist, then how to judge the direction is correct?

In fact, what is right, what is wrong, the two are not clear, otherwise, there will not be so many "stubborn" people. The direction is correct, often measured by results. Therefore is persistent or stubborn, in fact, is mainly the result-oriented, the result is persistent, the result is not good, is stubborn. Edison invented the light bulb, experienced countless failures are still persistent, finally found the use of tungsten filament as a method, achieved success, he insisted that we call persistent. Later, Edison founded General Electric Company, insisted on using DC power supply, ignoring the great advantage of AC power in the long distance transmission direction, and finally lost to the use of the AC power scheme Westinghouse, he himself only bleak left the company he founded, at this time, we can only say that the invention of the king also has stubborn.

So, do we have to wait for the result to happen before we know that our insistence is right or wrong? Is there any way we can make judgments in the process? It is only by our introspection. Confucius said: "My day provinces", generally good at self-examination of the people, will not be stubborn people. They can be aware of their own problems at any time, with the rational denial of their own courage.

Introspection requires common sense. For a person who does not have common sense, does not understand the right or wrong, and does not understand the basic rules, how can we correctly judge the direction? Such a person how to self-examination is useless, he only in the constant wall in order to get real growth.

I have seen programmers who have always insisted, refused to budge, and even got into an endless quarrel with the project manager when their ideas clashed with the project manager, thinking they had mastered the truth. As everyone knows, contradict with the boss is a foolish behavior, this excessive insistence, will be in the boss's mind to form a non-obedient impression. Furthermore, obedience to superior work arrangements is the basic rules of the workplace, you can make comments, but must respect the decision of the boss. There is no doubt that in this confrontation, not managing the project manager is wrong, the programmer is a stubborn side. This is not the case if the programmer has the basic common sense and keeps the introspection.

Introspection also requires the courage to break through the comfort zone of thought. Everyone has his mind. Comfort zone, where all is protected by the subconscious, everything seems to be taken for granted, our brains do not have to do too much thinking about things, Shuangshuang to enjoy this self-sealing brings ease and pleasure. There is no doubt that the comfort zone of the mind blocks our deep quest for things and our acceptance of different viewpoints, and therefore we cannot make a truly objective analysis of what we insist on.

In the programmer and project manager quarrel, in fact, both sides should be brave to jump out of their comfort zone, calmly consider, the other side of the view is also an acceptable ingredient, do a rational insistence, so as to achieve a win. Persistent or stubborn, often is only in the difference between a thought.

From programmer to Project Manager (9): Programmer's gas station--be persistent but not stubborn