@jcfischer That's what I suggest, pretend it's not there. You'll know what your code does, and why. XPath will make input fault-tolerant ...
@jcfischer Consider using JRuby, Sinatra, Builder and Nokogiri, in other words: Ignore all the tools specifically built for SOAP.
1
Good presentation on REST/HTTP by @dzuelke, cause of minor disagreements is probably the missing audio slideshare.net/Wombert/desig… /cc @makochnet
1
@janthomae I actually loved it back then, too: infoq.com/news/2006/11/s-sta… Also, check out infoq.com/articles/pete-lace…
@mnot Where is the must ignore rule for JSON you mention specified?
2
+1 "API versioning absolutely cannot be tied to software versioning in any way" @mnot on versioning mnot.net/blog/2011/10/25/web…
7
8
@murphee Wow … that article sounds almost a little defensive. Does Google really need protection against unfounded criticism? :-)
"This is the first time in history that a complete machine-readable definition of UML is available online" blogs.msdn.com/b/stevecook/a…
2
6
3
@niko_nava @pavlobaron "well-balanced bus driver in Paris"? What are you looking for, managers or saints?
1
@jchyip How about a streaming video server? Its architecture would be quite different in Erlang, Node.js, and Java
@jchyip I think one won't be able to find two interesting, architecturally equivalent systems with different PLs
1
@tastapod That was not @unclebobmartin's point, rather that the architecture is the same. IMO it's not unless the languages are very similar
1
@unclebobmartin If choice of programming language doesn't matter *at all*, it must be a pretty high-level architecture you're talking about
@unclebobmartin Architecturally, it may not make much difference whether you choose C++ or C, but Clojure vs. Erlang vs. Assember sure does
2
1
Awesome diagram for navigating through SciFi and Fantasy literature: box.net/shared/static/a6omcl… (via @jastram)
6
5