394 karma · joined October 16, 2008
1. Do you conduct regular peer reviews of your documentation and code?
2. Do you have a bug tracking system?
I like solving puzzles so I'm quite happy to fix computers for free for friends, family and my neighbour who is chronically ill. I also volunteer at our local community computer centre.
I did draw the line at fixing them for free for one of the centre's customers. Both he and his wife are working, they have two cars and own their own home so, after spending two four hour sessions at their home, I directed him to one of the commercial home-visiting operations. He has younger-onset dementia so teaching him to use a computer was challenging. He'd forget half of what I showed him and get the other half wrong.
Perhaps there could be combined parking meters and charging stations. You would pay a certain amount of money if you just wanted to park and you would pay more if you wanted to charge your car too.
The article provides a safety checklist for use during the analysis of software requirements for spacecraft and other safety-critical, embedded systems.
I'm sticking with 3.34 as the 3.37 version has some bugs and the 1.00 version for Windows has a lot of them.
One of my users said "Anyone who can write a BBS for a Vic-20 can program!" and hired me to write code for MSI portable data terminals. That same guy now wants me to work with him at Google.
The next company I worked at was very serious about quality. When I started working there, I was told that I was allowed one bug in my code. If there were a second one, I would be fired. I'm not sure if that was true as my code didn't have any (found) bugs. It was thoroughly inspected by two senior engineers before I could even run it on the test bench. We were some months behind schedule but there was not one word about reducing the quality to catch up.
The first company made communications equipment, the second one an air traffic control system.
There is no mention of tailoring comments and replies to the target audience. Once I adopted the mindset of a senior high school or college student and posted accordingly, I was able to increase my karma on Reddit from 1,000 per year to 1,000 per month.
I still haven't managed to crack Hacker News, though. Tough audience.
That's how I started programming professionally. One of my friends hired me as a programmer, saying "Anyone who can write a BBS for a Vic can program!" Thirty-three years later, that same friend wants me to work with him at Google.
"Do you conduct regular peer reviews of code and documentation?"
"Do you have a bug tracking system?"
That's easy. 2 x 20c and 4 x 2c.
Nobody said the coins had to be American and still in circulation.
I also found it a challenge writing Linux device drivers for chips with an external 32 bit bus and an internal 16 bit one. The 32 bit data had to be split into two, set the data pins for the first half, set a bit saying the data was available, wait for it to be read in and repeat with the second half. Do the reverse for reading.
Also challenging was setting the bits in a register for a chip with multiple commands per register. My program checked the input data for an error, e.g. trying to set three bits to 128, read the register, masked out the bits to be changed, changed them, wrote the value, read the register, masked out the bits and checked them to make sure they had been changed.
Then there was the time the board manufacturer changed the memory map of the board without telling us. Boards made before April would boot, newer ones didn't.
I also found that some device drivers from SOC chip manufacturers had to be debugged before I could use them.