datalist

11 ms·

31.
by datalist 7y ago
"You're not cooking meals, you're solving problems"
32.
by datalist 7y ago
I believe calling out something for what it is, is just fair. Just like calling out Milli Vanilli was in order.
33.
by datalist 7y ago
Ehm, I did not ask? I very much did so > However you havent really addressed your use case anyhow but you just threw keywords around - gigabyte, IO, compressed, etc. You might want to elaborate on where you have to use XML files of the s
34.
by datalist 7y ago
To also address this part which I seem to have missed earlier > This all shows XML needing to support at least two different but related mechanisms. I'm not saying any of this is bad or that it makes parsing impossible: its just a s
35.
by datalist 7y ago
Most definitely no offence meant, but if you are talking about gigabytes in the context of JSON, XML, or any other text based format you are doing something wrong. And yes, in this case I will stand by my "lack of experience" conc
36.
by datalist 7y ago
Not that it actually matters much[1] but as you insist very much on performance here a benchmark http://www.navioo.com/ajax/examples/json/test.php In the first example XML actually is a tad faster, in the sec
37.
by datalist 7y ago
I provided exactly one example and that was a comparison between XML and JSON. The follow up was just an additional remark that idiomatic XML would be even shorter. I am afraid I cannot follow your argument about complexity as any parser wo
38.
by datalist 7y ago
I dont think we need to go down the where there is smoke there is fire route. These implementations are bad for a variety of reasons but not because XML is bad itself. As I said, XML on Java is often a hassle but that is neither XML's
39.
by datalist 7y ago
No, I do not but I wish :) I got interested in D a few years ago and purchased quite a good introductory book about it, written by the author of the language ( https://www.bookdepository.com/The-D-Programming-Language-An... )
40.
by datalist 7y ago
I am afraid you are still mixing two unrelated things. The document format and potential libraries. Yes, XML libraries tend to be unnecessarily complex (particularly with Java) and are often a drag, but this is not about about the format. E
41.
by datalist 7y ago
I believe I was a bit too quick in just dismissing your response, my apologies, so let me please elaborate on why I believe you are wrong - "Obviously conforms"? XML does too. Both are hierarchical document formats. Their syntax i
42.
by datalist 7y ago
I believe you are wrong, but let us simply agree to disagree ;)
43.
by datalist 7y ago
If you have a malformed JSON, that will break too. So the issue is not with the syntax but - if - with the tools, respectively as often with the - pardon for being blunt - people's incompetence.
44.
by datalist 7y ago
I beg to differ. In its raw form XML is not much different from JSON. It is more verbose (e.g. start and end delimiters versus a name tag in JSON) but overall very similar, if not identical in terms of features. Schemas are a different topi
45.
by datalist 7y ago
Nothing against Kotlin, but please spare us the Kotlin hype. Groovy was streamlining Java long before Kotlin even had a name.
46.
by datalist 7y ago
Thats not Java. These are the wet dreams of some CS graduates who fell in love with Spring and Hibernate and take rough OOP guidelines to extremes. Nobody - NOBODY! - used to write such Java code in the 2000s, at least the early ones. This
47.
by datalist 7y ago
Groovy did so long before that ;)
48.
by datalist 7y ago
The entire argument is ludicrous and hypocritical. I am surprised such an obviously sexist idea makes it even into anything that reaches more than a handful of people, but then it shouldnt surprise these days.
49.
by datalist 7y ago
Why do these two need to be related in the first place? First of all, the media you mentioned does not even rant against immigrants. Second, there actually are certain reasons for these rants. But again, this is unrelated to Assange and doe
50.
by datalist 7y ago
> But there is no super secret MakeFirefoxSlow.js in Google Docs. There never was. https://fortune.com/2018/07/25/youtube-slow-mozilla-firefox-... https://www.theregister.co.uk/2018/12
51.
by datalist 7y ago
I still stand by my previous statements. Mozilla certainly improved on overall performance with Quantum, but to say Firefox was unusuable is actually not even an exaggeration - I stand corrected on this - but plain wrong. AFAIK, Chrome did
52.
by datalist 7y ago
First, this is an exaggeration in my opinion. Second, this is only peripherally related to tabs and how they are used.
53.
by datalist 7y ago
I have used CyanogenMod, and later LineageOS, for quite some time and was pretty pleased with it. The problem is it seems to be past its prime. It dropped support for mainstream phones more and more and is currenly limited to either very ol
54.
by datalist 7y ago
True, they kind of managed to semi-port that but it still rather is a crutch. My point was though the claim Chrome fundamentally improved how we use tabs simply is nonfactual.
55.
by datalist 7y ago
> Remember when people had a conniption about Chrome auto updating and now literally all software does that? Sure. And is that a good thing? From a developer's perspective maybe, from a user's not so much. > Remember when us
56.
by datalist 7y ago
Could be anything. Routing, storage, and so on IIRC Cloudflare had half their ASN hijacked recently.
57.
Wikipedia Down in Europe(sitemeer.com)
11 points by datalist 7y ago|4 comments
58.
by datalist 8y ago
For these three countries it is Firefox with the largest market share.
59.
by datalist 8y ago
True, once more we have reached and voluntarily embraced browser monoculture.
60.
by datalist 8y ago
We are the minority at this point.

More ›