Did Spark have a 2x slow down between the tests? It seems pretty misleading.
977 karma · joined July 29, 2016
Did Spark have a 2x slow down between the tests? It seems pretty misleading.
More recently it’s “in” for their business decisions, with the relicensing and the rise of API-compatible alternatives pushing some users away.
But yeah, really no reason to mock them in this discussion, apart from going for internet cool points from an audience that may also be critical of Mongo.
To them the fact that we allow so much casually dating could be (and in middle eastern cultures often is) viewed as “wrong”.
What happened with stretching? Did we formerly not like stretching, or did we formerly like it but no longer?
Luckily it looks like the author has already written up his thoughts on the differences[2].
[1] https://github.com/ulid/spec [2] https://github.com/segmentio/ksuid/issues/8
...
> Smoking, seatbelts, and privacy are all personal choices that people should be able to make for themselves.
There is a legal minimum age for purchasing cigarettes. Most states have laws requiring the use of seatbelts. So why shouldn’t some power, be it governmental or corporate, push people towards protecting their privacy?
If you’re going to cherrypick counterexamples to the idea that people can think things through and make the right decision for themselves maybe try picking, ya know, counterexamples?
It may seem trivial, but claims like that are why I prefer CockroachDB when it comes to NewSQL systems. They’re at least very upfront with its compromises and areas needing improvement.
I’ve never see anything from Pingcap explaining the compromises that the DB makes. A “when should you not use this” type overview, and to me those are the most important things when deciding on a technology.
It may be good technology, but it’s marketed like modern day snake oil.
Not a deal breaker by any means, but indicates to me a relatively inexperienced team designing the APIs.
It was cool at first, but I ended up too deep in the weeds with platform idiosyncrasies to really get much actual C knowledge.
I have suffered from insomnia my entire life. Then two years ago, my job got significantly more stressful and I began having panic attacks. I was perscribed Lorazepam in case of future attacks, but the potential side effects were terrifying (you may just suddenly die in certain circumstances), so I was scared to take it.
Enter medicinal marijuana. I’m now part of the “smoke weed every day” lifestyle, except with edibles because my apartment doesn’t allow smoking. 20mg CBD, 5mg THC, about 2 hours before I want to sleep. Accept that I’m not going out for the rest of the night, work on some side projects, watch some TV, and then go to sleep waking up refreshed, no hangover or grogginess.
Only real detrimental effect I’ve observed is a reduction in my short term memory. So I started keeping a proper notebook and calendar to compensate for that. After a couple of days of not consuming, my memory seems to return to normal, so I’m not too worried about long term effects there, but I would absolutely love to see more clinical trials around it.
I guess this comes down to most of them having implementations of arbitrary precision decimals.
So you made a commit. What artifacts change as a result? What do you need to rebuild, retest, and redeploy? It doesn’t take a large amount of scale to make rebuilding and retesting everything impossible. In a poly repo world, the repository is generally the unit of building and deployment. In monorepo it gets more messy.
For instance, one perceived benefit of a monorepo is it removes the need for explicit versioning between libraries and the code that uses them, since they’re all versioned together.
But now, if someone changes the library, you need to have a way to find all of its usages, and retest those to make sure the changed didn’t break their use. So there’s a dependency tree of components somewhere that needs to be established, but now it’s not explicit, and no one is given the option to pin to a particular version if they can’t/won’t update. This is the world of google & influcenced the (lack of) dependency management in go.
You could very well publish everything independently, using semver, and put build descriptors inside each project subdirectory, but then, congratulations, you just invented the polyrepo, or an approximation thereof.
Did the author change it?
Edit: just saw the comments on the article. Yes, she did.
The result was a perception by myself and many others that we needed to stay later, and could because hey, home is right around the corner.
I’m sure some people could manage that better, but a lot of the company, myself included, could not.
Now I bike most days, unless the weather is crummy or the state is on fire again.
The work life balance issue was definitely partially the fault of the culture of the company I was at at the time, but living so close made it much more difficult to avoid.
And yeah, that’s an issue of willpower in part, and is the same reason I am not able to work remote or from home. But I don’t think that’s an issue unique to me.
The long commute took a toll for obvious reasons, but even with the short convenient walking commute, I found it led to difficulties maintaining a healthy work/life balance.
An hour total commute (30 minutes each way) is generally enough to keep work life separated from personal life, while not being too much burden, in my opinion.
So it’s pretty likely that the PNG will be smaller than the converted JPEG in many cases. Screenshots of videos, photos, however will likely be converted.
How bad is the latency to read the entire database state? Even git can become pretty slow fetching and processing objects on large repos, and all of those refs are local after the initial fetch.
Seems like with the additional latency on IPFS, resolving the entire DB state (for snapshotting it or otherwise backing it up, for instance) would be unusably slow for anything even somewhat large, no?
This is why the world is collectively joining the add blocker train. Talk about an industry that can’t die soon enough...
Very true. See George Soros and the Bank of England for a famous example.