Programmers are generally more introverted and "thin-skinned" when writing code in front of computers all day long, and their ability to deal with people is relatively weak. This is also true for me.
This leads to a disadvantage if you want to transfer to other IT positions (such as pre-sales, consulting, technical management, education...) when you get older.
Because these positions have a prerequisite: be able to deal with people, be able to make their own voice, and someone is willing to listen.
It's not very useful to talk about great principles. Today, I will share with you a few small things that can be practically executed, which are not only related to technology, but also exercise the ability to deal with people and influence others.
01
Several technical seminars in the company
There are many benefits of doing technical lectures:
1. Teach others is the most effective way to learn.
The prerequisite for a technical lecture is that you have to understand the technology, which can force you to understand all aspects of a technology clearly, which is of great value.
2. Build your personal technical influence.
From the group to the department, from the department to the company, let others know you, know you, and others encounter related problems. The first thing that comes to mind is you.
3. Exercise your expressive skills.
You can't just write code there, unless you are a real genius and can really speak with code.
But even a super-power like Linus, don’t they often come out and spread the gospel of Linux everywhere?
Don't be shy, afraid that you don't speak well and will be laughed at by others. As long as you have a good technology, your speaking ability will be gradually developed.
The topics of technical lectures can be emerging technologies/frameworks, such as cloud native, serverless, low-code platforms, etc., or in-depth mining of technologies used in work, such as Redis cluster design and implementation, and the implementation of DDD in projects.
02
Push for a little change
Most people don't have the opportunity to make a project or product from scratch. They are tinkerers, tinkering with an existing thing.
What you have to do is to improve on the good side. For example, when others call the legacy code bad, you can figure out how to improve it, refactor a few of the modules, and even rewrite the entire project.
You can introduce a new technology, a new tool, or even a new class library into the project, or you can write a tool yourself to improve the efficiency of development/testing/deployment.
These things include but are not limited to: adopting new development methods, automated code generation, automated testing, automated deployment...
Of course, it is difficult to change, and there will always be resistance. Most people are used to it and have great inertia. It is not easy to coordinate this and urge that.
You have done something like this, even better than developing a project from scratch. For the specific method, please refer to the article I wrote "The company's code is so bad, I can't use what I learned "
03
Establish a connection with Daniel
One way to establish a connection is to find a mentor.
Many people like to program with their heads bored. If you have any problems, they can go to the QQ group and WeChat group to talk about it. A bunch of people rushed to comment and comfort.
Or read books, articles, and find solutions in silence, which is good, but not enough.
The value of a mentor is extremely rich experience, insightful, able to accurately answer your questions, and help you plan your future development. It really feels like "listening to the king's words is better than reading ten years."
I remember that several of my mentors at IBM really helped me a lot, not only in technical aspects, but also in career development, interpersonal relationships, effective communication...
Large companies do a good job at this point. They will have designated masters as soon as they join the company, but after the initial stage, they need to find different mentors according to their needs.
Many students will say that our company cannot find a tutor, what should we do?
In fact, the mentor does not have to be in a company, nor does it have to be named "mentor". As long as you are familiar with this person and he is willing to help, it is enough, and you can do it online.
But in this case, for programmers, you have to be able to show some characteristics and gain the appreciation of others.
For example, after you have in-depth research on a certain technical point, you have questions. Don't be embarrassed. You should be "thicker" and consult the relevant big cow. At this time, the possibility of big cow helping you is great, and trust is slowly built up. Later, it can be expanded to other areas.
In fact, helping others and gaining a sense of accomplishment are also everyone's nature. As long as they have time, they are still willing to help others.
Programmers are shameless and have to take the initiative to go out and look for opportunities to establish connections with the big cows.
04
Try to write
Be the exporter, not just the importer.
I have been talking about this for several years, and many students have changed their development trajectory through writing.
Writing is an extremely long investment cycle and a long return cycle.
The early development of writing is extremely slow, and I often write articles and send them out without any splashes, which is quite shocking.
But I still strongly recommend you to try writing. In addition to summarizing and discovering whether you have a blind spot in your understanding of something, the more important thing is to explore and see how much ability you have in this area. Maybe you can do programming Outside will open up a new world.
No matter where you write (Weibo, Official Account, Zhihu, CSDN, Nuggets, GitHub...), you must start writing.
Think of writing as a startup company:
What kind of products can I offer readers?
What is my unique style? For example, how can I display the same knowledge points? Diagram? Comics? Animation? story? Even video?
Who is my target audience?
......
Then make constant adjustments during the writing process. Similarly, don’t be sullen to write, don’t be embarrassed, be "thicker", and take the initiative to find an experienced person to guide you.
As long as you write really good content and valuable content, it will slowly rise in the lasting output. What you need at this time is a little luck: you accidentally wrote a hit. Or found by the big V, reprinted.
Even if you don't stand out in the Red Sea, you may lose only the time spent on Douyin, Weibo, and Zhihu.
Comic: Kangxi can't learn binary
Comic: Seven hidden rules programmers must be careful
Comic: Brother, have to stay up all night again tonight!
Who is the number one IDE in the universe?
HTTP Server: A poor counterattack
How to reduce programmer's salary?
Programmer, you have to choose the right time to run!
Javascript: a counterattack from a dick