1,346 karma · joined December 28, 2020
My position is that compression ratio is a largely meaningless metric in this instance, so using it as a method for justifying the use of XML (as inferred from "XML compresses really well") is also meaningless. That does not translate to "XML is bad for XMPP", I actually think it is fine, it means "XML compresses really well" doesn't add anything much in the way of justification.
I've spent way too much time on this thread already, so take what you will from it, it is all you from here on out, I am done here.
However, on your latter point, I am in full agreement.
By your logic, if you 10x'd the length of the XML tags in XMPP then it would be even better since you you would get an even further improved compression ratio.
To be clear, I don't have a problem with XML in XMPP since it is negligible overhead, but "it compresses well because it is full of redundancy" is not the argument that should be used to justify it.
I am not sure what point you are trying to make though.
Free/low-cost birth control and better sex ed are proven to reduce these instances substantially.
Your use cases are likely more complex, so I'm curious what I should be looking out for.
Even without that, it is a just straight up a lot faster than git lfs. I know this because I benchmark it against git pretty frequently as I am creating my own large file capable VCS.
I remember that the former GM of the Internet Explorer 5 and 6 team transferred to my org about a year after I joined. In his intro email, he included a sheepish apology for IE6, which I printed and kept on my office wall for the rest of my time at Bing, it was a prized possession. Man that browser caused so many nightmares.
(to clarify, the GM was a good and smart guy, the apology was a little tongue-in-cheek since IE6 was arguably the best browser upon its release - the problem was Microsoft effectively abandoned it and let it languish and stagnate for years while the web moved on without it, which turned it and the IE org into well-deserved pariahs)
If an operation is fallible, it should return an error type and make it the job of the caller to deal with that. Silently returning default seems like a disaster waiting to happen, ala On Error Resume Next (which indeed was a disaster to deal with).
Now if this panic handler, instead of silently continuing in release mode, invoked some sort of "save your work and restart" handler such that the user doesn't lose anything and the program would restart in a known-good state, that seems like it would be a sensible way of doing things.
https://en.wikipedia.org/wiki/Fuel_cell
Well established and even commercialized (Toyota sells fuel cell cars today IIRC), just not as cost effective in cars from a full infrastructure perspective (fueling specifically).
Even excluding directories (like D:\MyProject) from defender isn't a full solution, the fs filter will still use the file handle to do lookup of the file path to see if it is in an excluded directory (at least on win10), but excluding an entire drive (like D:\) does solve this.
I have found that adding git.exe to the process exclusion list makes the biggest difference here, although git is still slow when dealing with lots of files, it goes from unbearable to bearable.
> Materializing just two weeks before Russia invaded Ukraine in 2022, Stark Industries Solutions became a frequent source of massive DDoS attacks, Russian-language proxy and VPN services, malware tied to Russia-backed hacking groups, and fake news.