The key thing is the microaggressions and expulsion from a community are actually pretty distantly linked.
Pretty much everyone will inadvertently post microaggressions from time to time and competent moderators know this. I'm certainly far too culturally ignorant to get it right all the time. However in this area people are normally judged not for the original post but how they react when it is pointed out to them.
I simply cannot see how having a code of conduct based on treating other people in a respectful manner will result in discouraging desirable developers and companies from joining the community. Quite the reverse in fact!
Agree on the professional organizations...
All this rage at the python devs because someone forgot to buy a RHEL (or some other companies) subscription in order to keep security fixes rolling into legacy versions of python.
There *is* an eco-system to support long term business critical use of tools such as python. You just don't go and buy it from python.org .
This is right on the money.
Don't learn the code base. Work on something. Change something. Do something.
If you're worried about breaking stuff then read back the change very carefully and follow all the impacted variables (and data types) back in a source navigator. That is when you really start learning because there's some focus. Following the variables back also gives you an insight into how to write a test case for your new work.
However for me the biggest myth in programming is that you have to understand how it all works. You only need to understand a couple of really basic common idioms (approach to threading and thread-safety, coding style) before diving in. The new code doesn't have to be right... merely make the code base better than it was before.
Wikipedia defines royalties as "usage-based payments made by one party (the "licensee") and another (the "licensor") for ongoing use of an asset, sometimes an intellectual property.". While wikipedia is not authoritive that matchs my own understanding of royalties. By their very nature royalty payments are on going.
Thus Redhat is not paying royalties to FireStar (present tense) they have paid (past tense) money to them as a royalty-buy-out (meaning neither they, nor any downstream user, must pay royalties).
This does not, in any sense whatsoever, contradict the position that royalty encumbered standards are incompatible with the GNU GPL.
Devices based on V-USB (software only USB implementation for AVR microcontrollers) are probably worth a look because designs you can copy are so numerous.
This is one of the most versatile. I doesn't support the Apple IIc yet but the BBC joysticks had a similar capability so the only difference is likely to be in the adapter lead:
http://denki.world3.net/retro_v2.html
Perhaps you don't want to make your own circuit board. If so, I had a quick look at the retro's schematic and reckon you should be able to get the retro firmware running on an off the shelf board such as the one adafruit sell.
http://www.adafruit.com/index.php?main_page=product_info&cPath=16&products_id=174
I've got one of these and its a great little board. I built a temperature logger using one and I got it running (hardware and software) in about four hours. That said I did spend another three building the programmer!
Finally there a gallery of lots of HID devices made using cheap AVR controllers:
Some people manage by the book, even though they don't know who wrote the book or even what book.
