jimfuller

5 ms·

1.
by jimfuller 13y ago
I welcome this call to action and continue to believe that the open source approach provides the foundation for transparency ... though the red herring in this debate is the concept/notion of privacy. The reasons why such systems are b
2.
XProc v2 requirements - flow based programming for XML (and non xml now)(w3.org)
2 points by jimfuller 13y ago|0 comments
3.
by jimfuller 13y ago
thx, I think I understand what you are saying, my (perhaps snarky) comment was more to do with 'why be so careful' with the potential data failure (that circus handily addresses) when data is being placed in a 'leaky bucket&#
4.
by jimfuller 13y ago
just noticing the comment 'When a server is being stopped, we need to make sure we don’t lose any incoming data.'... the potential for data lose is already present with the use of redis server ? I guess I am missing something.
5.
by jimfuller 13y ago
agree with your sentiments, I believe the issue that many people have with XML goes a bit deeper ... using XML means you are creating a bit of distance between yourself and the host programming language. XML stands alone, apart, that distan
6.
by jimfuller 13y ago
of course 'dont use xml'; unless your data mainly looks like documents, needs to handle mixed content, need to represent richer types and/or if you already have a robust, full featured, stable XML toolchain.
7.
by jimfuller 13y ago
ya, my eyes gloss over when I read 'rediscoveries' like this ... I think the finer point is more about workflow then programming. That is state based workflow is fundamentally harder for developers to grok, also maintaining state
8.
by jimfuller 13y ago
yes, a bit of a cheap shot that ... and the guy works at a company that makes MarkLogic server which spits out XML ... but it also spits out JSON (all at very large scale I may add) so choose your poison. Until someone replies with the same
9.
Is XML really slower then JSON? Round II (2013)(balisage.net)
2 points by jimfuller 13y ago|0 comments
10.
by jimfuller 13y ago
the existence of a language should not be a threat, its ok for you to move on from Perl.
11.
by jimfuller 13y ago
as one who is owned by a dog ... I will categorize this post under the 'bleeding obvious' epiphany ... cue 3 mths from now a new startup whose main product is 'puppies for productivity'. really folks, I mean this in the best possible way ..
12.
XML Prague 2013(xmlprague.cz)
1 points by jimfuller 14y ago|0 comments
13.
by jimfuller 14y ago
I agree with you its ridiculous, but this was used by many 'back then' as evidence ;)
14.
Busting the 'XML is bloated' myth(navioo.com)
3 points by jimfuller 14y ago|2 comments
15.
Apache Ant Recipes for Web Developers (free)(antrecipes.com)
1 points by jimfuller 14y ago|0 comments
16.
by jimfuller 14y ago
interesting commit, though its got a long way to go to match up to something like PostgreSQL (or at the other end of the scale, MarkLogic, for extremely mature structure/unstructured + text search). from an impl pov I suspect the stemmer is
17.
by jimfuller 14y ago
Agree with your sentiments, I won't be so nice though ... this article is stunning in its naivety and ignorance. Perhaps the author realizes that for every successful startup there are thousands of failures; young people are being convinced
18.
by jimfuller 14y ago
I love how some technologies cause some folks to get hostile ... HTML and XML are very close cousins in the same markup family. On the basis of correct usage (e.g. not insane application of XML to corner cases) I don't fully understand the
19.
by jimfuller 14y ago
hehe, I like the denotation LEMs ...
20.
by jimfuller 14y ago
the lack of being able to extend or define my own tags and attributes feels like a reduction in freedom to me ... but I guess it depends on your perspective. If you feel comfortable with browser companies and a small handful of ppl defining
21.
by jimfuller 14y ago
'XML became terrible for all jobs' ... you do realize that there are literally hundreds of billions of xml encoded documents out there, happily doing what they are supposed to do ... not trolling; but lets put some of the comments in contex
22.
RXQ v0.1 - RESTful MVC with XQuery 3.0 annotations for MarkLogic(github.com)
2 points by jimfuller 14y ago|0 comments
23.
by jimfuller 14y ago
I could just as similarly ask why the author even mentions XML ?
24.
by jimfuller 14y ago
XML, being in the markup family tree, has a lot more history then simple json encoding ... measuring its usefulness on a corner case has always been well ... boring. I am glad people are using JSON to sling simple data across the web versus
25.
by jimfuller 14y ago
nice introduction article (on mostly how to setup nginx); the title should reflect this instead of focusing on 'safe and secure' ... if one was to store something valuable (lets say cc info) you would want to go far beyond what this article
26.
by jimfuller 14y ago
MarkLogic is looking for consultants and engineers http://www.marklogic.com/company/career-opportunities/ knowing bigdata tech (hadoop) a big plus
27.
by jimfuller 14y ago
I especially like the performance and real time query demonstration!
28.
Jason Hunter of JDOM fame, explains MarkLogic NoSQL with beer(youtube.com)
3 points by jimfuller 14y ago|9 comments
29.
by jimfuller 14y ago
its easy to look at code out of context ... was the coder under duress, was he being asked to do a million things at the same time. Was he being paid enough to care ... i'm not making apologies, I think one of the worst things that can happ
30.
by jimfuller 14y ago
I certainly would attend this ... Europe based best for me ... preferably Prague (which is a surprisingly good place for a conference).

More ›