If you're in trouble and cannot find an answer to a question which goes beyond Stack Overflow...

If you have a not-so-usual solution for your problems but need to justify it to your boss...

If you like to think on your own rather than blindly follow "common wisdom" and "profound truth"...

...then 'No Bugs' Hare on Soft.ware might be the right place for you.

Your mileage may vary. Batteries not included

For most of us, programming (or more generally – software development) is all the life is about.

IT Hares are not different. And they have more than just quite a few bits to share about programming…

All Software Herecies about Programming, page 12:

Contents of “Development and Deployment of Multiplayer Online Games: from social games to MMOFPS, with stock exchanges in between”

posted October 19, 2015 by "No Bugs" Hare

Abstract:	There are lots of things to think about when developing a massively multiplayer game
Quote:	“Good Development & Deployment cannot make your game, but bad ones can easily kill it”
	[→]

posted October 19, 2015 by "No Bugs" Hare

Announcement:	We’re Starting Beta-Testing of the book on Massive Multi-Player Game Development & Deployment
	[→]

posted October 12, 2015 by "No Bugs" Hare

Abstract:	JoFS provides faithful EEPROM emulation and ACID-compliant Flash-based storage
Quote:	“The first working version of JoFS is expected approximately by the end of 2015”
	[→]

posted October 5, 2015 by "No Bugs" Hare

Quote:	“Whenever a developer is using something named ‘X Emulation over Y’, she may expect that a faithful emulation exhibits the same properties as original (non-emulated) X.”
Another Quote:	“Unfortunately, as discussed in detail above, none of five implementations is a really faithful EEPROM emulation.”
	[→]

posted September 28, 2015 by "No Bugs" Hare

Quote:	“You cannot erase single byte of Flash, but need to erase the whole page”
Another Quote:	“First of all, we want to be sure that whatever-is-already-written to our persistent storage, stays there; this property is known as Durability.”
	[→]

posted September 21, 2015 by "No Bugs" Hare

Abstract:	Definition of “Modified Harvard” architecture is confusing and overbroad. Proposed alternatives are “Almost-Harvard” and “Almost-von-Neumann”
Quote:	“One thing nobody realised for a while is that the system with the least possible amount of chargebacks is the system which rejects all transactions outright”
	[→]

posted September 7, 2015 by "No Bugs" Hare

Quote:	“However, the window for triviality is very narrow: for example, even going into two interrelated mutexes instead of one, can easily make multi-threading non-trivial”
Another Quote:	“Technically you are able to jump to any point of your program, but the variables you see may (and if you have a multi-threaded bug – will) differ every time you jump there.”
	[→]