Being a software engineer requires you to have many skills. In my career, I've had the pleasure of working with people from different parts of the world. They've all had diverse backgrounds and experiences š. Some of them I've enjoyed working with, and some of them I have not.
Skills That Make a Great Software Engineer
Recently I've been thinking about why I like working with some more than others. I enjoy working with engineers who have these skills:
- š Friendly and easy to communicate with
- š Listen to others and try to see things from other perspectives
- āļø Thorough in their work
- š« Team player, striving to put the team first
- šŖš¤ Strong opinions, loosely held
- š©āš« Wants to learn
- š Asks a lot of questions
As you can see these are all soft skills. Who would you rather work with? Someone who's not that great of a programmer, but working to be, and is a team player. Or someone who's a "rockstar programmer" and doesn't listen to others?
There's an overflow of articles and blog posts about how to improve your technical skills. They are useful and you should read them, but the soft skills are at least as important, if not more! Technical skills are easy to learn. Soft skills take time and might not come naturally (speaking from personal experience).
So now I'm curious, what skills do you think makes a great software engineer? š
Want to learn my 5 favorite habits for a software engineer? See this post.
Connect with me on Twitter, LinkedIn, or GitHub
Originally published at prplcode.dev
Top comments (42)
Actively encourages and assists others in becoming great software developers?
I absolutely agree with this. Helping others grow has the unexpected and awesome side effect of growing yourself too, I've found.
Thanks for sharing!
How I interpret that point is something like
Not having an opinion is fine. If you have an opinion you should fight for it until you've been proven wrong, and then you should stop fighting and re-evaluate. I especially love the last part about "He actually welcomed being wrong".
So to me, an engineer that speaks up, but re-considers if proven wrong, displays a good quality.
Don't fear and lost because someone better than you(maybe same age or younger). Remember, u choose this job because u want to learn for your knowledge.
I've encountered this before. I could feel jealous others were better than me. At some point I started looking at it from a perspective of "how can I be more like this person?". I even asked if one of them could mentor me, and the person agreed, and I learned a bunch. It was a humbling and learning experience.
I appreciate people who have an urge to teach things. It can seem arrogant sometimes, but so long as they have the social skills to dance around it, it can be a valuable way for everyone involved to learn:
I 100% agree! š
This quote deserves a post on its own.
I always push my fellow team members to teach and ask questions. It doesn't come naturally for everyone, which is ok. In the beginning of my career I had some people who were great at teaching and I still value that to this day. Personally I always make sure I have at least one person at work I meet with regularly to mentor and give them an opportunity to ask questions.
Today I booked time with someone in my team to ask about complicated sync vs. async scenarios and I learned a bunch.
Thanks for sharing!
If you have the time, the best way to teach in my opinion is to listen and to ask the right questions. The best way to learn is to talk about your understanding and get it challenged.
Getting shit done.
The "worst" developers I worked with were so concerned about making the perfect design they end up doing nothing. Clean code is important, but if your code is so clean it never end up to production because you always find something to improve before merging it, it is just useless.
Good point. There's a balance between getting shit done and writing clean code. Personally I struggle with this sometimes when I see some code in desperate need od refactoring.
Yes, me too. In this case, I generally timebox the refactoring effort. I start by making dirty working code and then iterate until the end of initial estimation. This avoid overdesigning a priori, at worst I can at least ship something to production, at best I'm happy with the code I've done before the end of the time I've allowed to myself.
I like that strategy. We're getting paid to deliver value and your strategy priorities just that!
And the most powerful power is knowing how to google
True
Using search engines, being able to read textbooks, and in general being able to perform research are huge timesavers.
Your colleagues will thank you as well when you first try to find the information yourself before asking. Great point.
Agree. Who needs to know how to code when you can ask Google, right? š
In my point of view, what makes a good software engineer is the willingness to learn some new, the great example is the technology that is changing all the time another aspect would the ability to communicate and listen to other people. In my case I listen more, and consequently I learn from others more experienced than Iām always open. Friendliness is other good aspect. I algo agree with everything that you brought up above.
That's a great point. A healthy company culture is an extremely important aspect in the well being of employees (and company) in my opinion. If you don't feel like you can speak on your opinion then of course that's an issue.
Interesting topic but I feel it's out of scope from this post.
I would say it is more about being on top or bottom of the hierarchy. White man are often overrepresented at the top, but you still have the phenome in all-white-men-groups and groups without without white men.
So being able to be a great software developer depends on being acceptable as a great software developer.
On the other hand, I think this is an important part of growing great and it needs others to live that principle as well. You can't grow when you are not allowed to have a strong opinion and you can't grow when none is allowed to challenge your strong opinions with their strong opinion.
Definitely an issue. As a white guy, I think one of the more valuable skills I learned is to shut up (On occasion, I'm still working on it). Some of my peers have it the other way, their most valuable skill was learning to speak up. Strongly voiced, loosely held opinions can be great for discussing technical approaches if there's trust on a team. But if the discussion is less technical, or the trust is broken, you can start getting issues where other people (often those who have firsthand experience to speaking up being met with hostility) feel attacked or ignored.
Someone who is definitely not me, I learned Javascript so that I could cheat my math. Ok maybe someone who is me because they must be pretty driven to learn a whole language to cheat on math. Inevitably, I still learned to do the work.
Thanks for sharing. This is absolutely true. My dad works in construction and I like to think we are digital constructors, only more powerful because we can easily reuse other people's work (packages, libraries, open-source etc)