this post was submitted on 17 Jun 2024
53 points (89.6% liked)
Asklemmy
43901 readers
1968 users here now
A loosely moderated place to ask open-ended questions
Search asklemmy ๐
If your post meets the following criteria, it's welcome here!
- Open-ended question
- Not offensive: at this point, we do not have the bandwidth to moderate overtly political discussions. Assume best intent and be excellent to each other.
- Not regarding using or support for Lemmy: context, see the list of support communities and tools for finding communities below
- Not ad nauseam inducing: please make sure it is a question that would be new to most members
- An actual topic of discussion
Looking for support?
Looking for a community?
- Lemmyverse: community search
- sub.rehab: maps old subreddits to fediverse options, marks official as such
- !lemmy411@lemmy.ca: a community for finding communities
~Icon~ ~by~ ~@Double_A@discuss.tchncs.de~
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
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.