 |
|
|
|
|
 |
|
|
|
|
The Magpie Developer
Jeff Atwood is one of the best programmer/writers around. I love reading his stuff, some I agree wholeheartedly with, other stuff we disagree, but this post is about a dead-on as they come. This idea has been floating in my head for a long time, but it is hard for me to conceptualize it in words, Atwood does a brilliant job at it. Must read for any developer. |
|
|
|
Andy Olmsted's Last Blog Entry.
(Warning: Pretty rough) No matter how you feel politically about the war, this reminds you that each number people throw around as statistics is a human life. This is extremely well written, and pretty rough on your soul towards the end, but something everyone should read. Its a shitty situation all around, but there is always a human face behind the statistics and I want to make sure I never forget that. |
|
|
|
|
|
|
|
|
|
Drinking stories that put yours to shame
Via Keith
To preserve his body during the voyage home, the second-in-command stored Nelson's body in the ship's vat of rum and halted all liquor rations to the crew. Not a bad idea, but when the ship reached port, officials went to retrieve Nelson's body and found the vat dry.
Disregarding good taste (in every sense), the crew had been secretly drinking from it the entire way home. After that, naval rum was referred to as Nelson's Blood. |
|
|
|
making vodka pills in 24 hours
Recently, Chef Fabian was experimenting further with the Adria/Torreblanca technique of making 'vodka pills.' I use this word to describe the process of making liquid-filled candies by pouring flavored alcohol syrups into cornstarch and letting it set until a hard outer shell forms. |
|
|
|
Strategy Letter VI - joelonsoftware.com
As a programmer, thanks to plummeting memory prices, and CPU speeds doubling every year, you had a choice. You could spend six months rewriting your inner loops in Assembler, or take six months off to play drums in a rock and roll band, and in either case, your program would run faster. Assembler programmers don’t have groupies.
Entire Article is Dead On. A must read for anyone in the software biz. |
|
|
|
 |
| |
| |
| |
| |
 |
|
 |
 |
|
(Wednesday, November 17)
Amazon is Amazing
The Amazon Simple Queue Service offers a reliable, highly scalable hosted queue for buffering messages between distributed application components. The Amazon Simple Queue Service reduces the costs associated with resolving the producer-consumer problem that arises in distributed application development. Such costs include increased application development time, and potentially significant investment in server and network infrastructure to support distributed application messaging. Amazon has already invested in the large-scale computing infrastructure that runs the Queue Service, and since the Service's interface is exposed via Web services, integration with applications is fast and easy.
Using the Amazon Simple Queue Service, you can decouple components of your application so that they run independently, with the Queue Service easing messaging management between components. Any component of a distributed application can store any type of data in a reliable queue at Amazon.com. Any other component or application can then later retrieve the data, using queue semantics. The queue acts as a buffer between the work-producer that is saving the data, and the work-consumer that is retrieving the data for processing. Thus, the queue resolves issues that would otherwise arise if the producer were producing work faster than the consumer can process the work, or if the producer or consumer were only intermittently connected to the network.
Registered developers have free access to the Simple Queue Service during the Beta, but storage is limited to 4,000 queue entries per developer.
How utterly brilliant. No longer a Book-dot-com. Amazon is leveragin its large scale hardware system, and extending it to developers. I am sure the switch will be flipped to charagable messages as this grows popular. Anyone need a 100% uptime message queue? Bezos is Brilliant.
|
|
 |
|
 |
 |
| |
Disclaimer
The opinions expressed herein are my own personal opinions and do not represent my employer's view in anyway.
© Copyright 2003-2007, Eric Thompson |
|
| |
 |
|
|
|
