More tragic than HN becoming an advocacy site (the beginning of Slashdot's demise) is how many comments here don't get the joke.
I agree. Sure discussions about SOPA have their place here, but lately it just felt like a bit echo chamber where you have the same people preaching to the choir using the same arguments over and over again. If I look at the homepage right now it seems half the posts are "site XXX blacked out to protest SOPA". Do all those need a separate story? The redditization of HN is running wild. Will september ever end?
Stop SOAP
51–60 of 76 posts
Re: Stop SOAP
#52More tragic than HN becoming an advocacy site (the beginning of Slashdot's demise) is how many comments here don't get the joke.
Since when is being a web programmer a prerequisite to participating on HN?
Re: Stop SOAP
#53Earlier quoted context omitted.
Since when is being a web programmer a prerequisite to participating on HN?
I think what the OP meant is that this story is meant as a parody of the avalanche of "sopa is evil" posts lately. Whether you know what SOAP is or not is beyond the point.
Re: Stop SOAP
#54More tragic than HN becoming an advocacy site (the beginning of Slashdot's demise) is how many comments here don't get the joke.
Re: Stop SOAP
#55Earlier quoted context omitted.
Agreed, When i started SOAP around 2000, it was very simple. After that we for more into the awful WSDL 1 (WSDL 2 is better). But the number of WS-* and the different implementations that are all incompatible is just a nightmare.
In 2001 I gave a talk (I believe at OSCon, to a packed audience) titled "Why SOAP Sucks". I started with a print-out of all the specs required to implement SOAP fully (there were lots of incomplete implementations around at the time, but barely any complete ones). It was more than two reams of paper (around 1100 pages of spec, if I recall). It had quite an "impact".
Re: Stop SOAP
#56I'll admit to being completely ignorant about the benefits of using SOAP to communicate between servers. However I can say that for server->client communication it is the worse data representation I've ever had to work with and I genuinely hope we see the end of it. JSON maybe not be perfect, but it's so much better at delivering a structured data model then xml is.
I think I'd like JSON as a data representation a lot more if schemas for it were more prevalent. I've noticed it's a lot harder to generate valid JSON -- or rather a lot harder to escape data. With XML, this is fairly trivial. Granted, my use case is considerably different from most. The other idea from SOAP I'd love to see applied to ReST is a descriptor document for the API. Given how poorly many ReST APIs are docu…
Re: Stop SOAP
#57In the current economy, consultants specialized in fixing convoluted web applications need us more than ever.
Re: Stop SOAP
#58Re: Stop SOAP
#59Re: Stop SOAP
#60I'm against Stop SOAP. SOAP is a jobs-protocol. In the current economy, consultants specialized in fixing convoluted web applications need us more than ever.