Most work in this industry is done in teams, if you can’t effectively communicate and get on with your team members, you’re gonna have a bad time.
It’s even baked into the hiring process everywhere I’ve worked, most of the time an organisation would prefer to take a lower skill candidate if they seem like they’d get on well with everyone Vs a highly skilled candidate that would rub people up the wrong way.
It’s a lot easier to fill gaps in engineering ability compared to coaching someone how to behave around people
Upward mobility in any corporate environment involves social interaction. If you expect to just do ‘really good’ work and be automatically promoted all you’ll get is… more work.
I’m also a software engineer (at least in title). I agree with the social skills but a different thing came to mind. The ability to actually watch and understand what people are trying to do. I’m lucky as all my software is internal to my company. I don’t make what we sell, I make what tests the products we sell. And yes I test the tests and also test the test’s tests 😭.
I’ll give an example. I have an operation where the operator is to scan a number off a paper before testing. That number is for traceability we need to know which test results are for which unit. Previous engineer said since it’s scanned off the unit it will never be incorrect as long on the printed barcode is correct(separately validated) so no need to verify format.
I ran into an issue where units had an extra zero either before or after the number. So if number was 12345 sometimes it would be 012345 or 123450.
I went to watch the process. The operator scanned the unit( I watched them work all day, this was 1 unit out of a whole days work) and when they put the scanner down the scanner’s corner was on the 0 button of the keypad.
We did a 2 phase remiduation. Stage 1. Operator instructed to log in and then place keyboard on shelf away from workplace. Stage 2. Verify the number is in correct format in code. Yes the code update is simple but in our field needs weeks of work to test, validate, and release.
Actually watching the operator closely identified the problem. The code was not the issue, the code passed all requirements and tests. The issue was the tests and requirements did not match the user’s experience but if I stayed in my cube as for weeks I would not of been able to find the bug.
Designer brain goes a long way in this industry. Being able to understand UX is very important as any kind of IT worker. It’s why I think more programmers should read Don Norman’s “The Design of Everyday Things”. It’s a simple book and isn’t about programming, but it’ll make you far more effective as a dev than any coding book.
I’m a software engineer
You’re not getting anywhere above entry level in this industry without social skills
Why is that?
I’ll add to the other person who replied:
Most work in this industry is done in teams, if you can’t effectively communicate and get on with your team members, you’re gonna have a bad time.
It’s even baked into the hiring process everywhere I’ve worked, most of the time an organisation would prefer to take a lower skill candidate if they seem like they’d get on well with everyone Vs a highly skilled candidate that would rub people up the wrong way.
It’s a lot easier to fill gaps in engineering ability compared to coaching someone how to behave around people
Upward mobility in any corporate environment involves social interaction. If you expect to just do ‘really good’ work and be automatically promoted all you’ll get is… more work.
I’m also a software engineer (at least in title). I agree with the social skills but a different thing came to mind. The ability to actually watch and understand what people are trying to do. I’m lucky as all my software is internal to my company. I don’t make what we sell, I make what tests the products we sell. And yes I test the tests and also test the test’s tests 😭.
I’ll give an example. I have an operation where the operator is to scan a number off a paper before testing. That number is for traceability we need to know which test results are for which unit. Previous engineer said since it’s scanned off the unit it will never be incorrect as long on the printed barcode is correct(separately validated) so no need to verify format.
I ran into an issue where units had an extra zero either before or after the number. So if number was 12345 sometimes it would be 012345 or 123450.
I went to watch the process. The operator scanned the unit( I watched them work all day, this was 1 unit out of a whole days work) and when they put the scanner down the scanner’s corner was on the 0 button of the keypad.
We did a 2 phase remiduation. Stage 1. Operator instructed to log in and then place keyboard on shelf away from workplace. Stage 2. Verify the number is in correct format in code. Yes the code update is simple but in our field needs weeks of work to test, validate, and release.
Actually watching the operator closely identified the problem. The code was not the issue, the code passed all requirements and tests. The issue was the tests and requirements did not match the user’s experience but if I stayed in my cube as for weeks I would not of been able to find the bug.
Designer brain goes a long way in this industry. Being able to understand UX is very important as any kind of IT worker. It’s why I think more programmers should read Don Norman’s “The Design of Everyday Things”. It’s a simple book and isn’t about programming, but it’ll make you far more effective as a dev than any coding book.
Correct. They don’t pay you to code. They pay you to solve problems, which normally ARE solved by code, but they really don’t care how.
same here and fixed it for you