How HTML5 Web Sockets Interact With Proxy Servers
Peter Lubbers explains in this article how HTML5 Web Sockets interact with proxy servers, and what proxy configuration or updates are needed for the Web Sockets traffic to go through.
Tracking change and innovation in the enterprise software development community
Posted by Mike Bria on Aug 20, 2008
Robert "Uncle Bob" Martin re-invigorated the discussion around "professionalism in programming" by proposing that the Agile Manifesto be updated with a fifth value, "Craftsmanship over Execution".The problem with my proposal is that it is not a balanced value statement. In the other four statements we value the second item. We just value the first item more. But in my proposed addition, we simply don’t value crap at all.Many people have spoken up in response to Bob's posting, proposing their own revisions to the original devalued item "crap". Among these responses were: ["Craftsmanship over..."] Heroics, Production, Engineering, Hacking, Brinkmanship, Efficiency, Quantity, Toil, Yield, and even Scrabble.
So I hereby change my original proposal, which was made for dramatic effect, to:Most software development teams execute, but they don’t take care. We value execution, but we value craftsmanship more.
- Craftsmanship over Execution
CollabNet presents Agile ALM virtual conference, April 15, 2010
...oddly, seems to have gotten little attention. No comments?
Don't get me wrong, I don't take it personally or anything, but the funny thing is, this is status quo. What I mean is, this is probably one of the most important topics of our industry (unfortunately), has been for oh so long, but nonetheless always seems to be something that gets little explicit attention (even more unfortunately). And as a result, simply continues on and on as "one of our biggest problems". Chicken, or the egg?
In other words, art imitating life. Neat-o! ;-)
The value statement 'craftsmanship over execution' should be added to the Manifesto. A lack of craftsmanship in so-called agile teams is very worrying and is very pertinent to my work at current clients.
I agree that the Manifesto could use this ammendment; even though the original document already provides for this by way of principle #9 which states literally:
Continuous attention to technical excellence
and good design enhances agility
Having it in the main body of the manifesto would bring it the importance it deserves.
For an interesting, different take on Craftsmanship, see the David Anderson talk from Agile2008 that just went up: Future Directions for Agile
Peter Lubbers explains in this article how HTML5 Web Sockets interact with proxy servers, and what proxy configuration or updates are needed for the Web Sockets traffic to go through.
Neal Ford shows what ThoughtWorks learned from scaling Rails development: infrastructure, testing, messaging, optimization, performance.
Stuart Halloway discusses Clojure and functional programing on the JVM in depth, and touches on the uses of a number of other modern JVM languages including JRuby, Groovy, Scala and Haskell.
Oren Teich and Blake Mizerany talk about the technology behind Heroku and the benefits of the new add-on system.
Chris Riley presents security issues threatening service based systems, examining security threats, presenting measures to reduce the risks, and mentioning available security frameworks.
This talk investigates technical issues encountered when moving to an Agile process.
Don Box and Amanda Laucher present “M”, a declarative language for building data models, domain models or external DSLs. Don Box's demos show some of M’s features and latest changes of the language.
It is four months since the SOA manifesto was announced; InfoQ interviewed the original author’s to get insight into the motivations and the process behind the initiative.
4 comments
Watch Thread Reply