Well, there's more information out and it seems pretty.. damning. I wasn't convinced by "power grab", but "economic pressure from our sole remaining major sponsor" is _way_ more believable, and the chain is events is getting fairly clear. Check out Joel's explanation for a coherent delve into the events: https://joel.drapper.me/p/rubygems-takeover/
Now I just have to hope the fallout from this includes a less centralized replacement for the tools I'm used to - I haven't found anything solid yet, but I imagine andre will be examining this problem space with rv now.
Well.. "legal liability" is kind of complex topic. Usually what really matters isn't "what the courts will actually determine if such a case is brought" it's "how much will it cost to prove that lack of liability, and what is the risk that we are wrong?". I also don't believe that such an organization is liable for anything beyond negligence, but whether the lack of an action constitutes negligence is .. well, one can rarely be totally confident in the outcome of that kind of proceeding.
I think you're right, but I suspect the root here is one of legal liability - if rubycentral is operating as a nonprofit that hosts _a recurring attack vector on other companies_, they'll have legal obligations to secure that service against those attacks. I assume they are continuously deploying out of that repository, and took the simplest route to controlling the attack vectors?
I'm not sure how anyone familiar with open-source communities would fail to predict the backlash though. They really should have forked the repository and switched the deployments over to their downstream fork (if I'm right about the root cause here).
I used the models with a good workflow, but found them less than helpful. But I think that if I worked in a less expressive language I'd be very enthusiastic.
Aye. It's not the smartphone that's the problem, it's the async notifications pulling you into social media traps.
I dropped those apps about 8 years ago, but started to do most of my _reading_ on my phone - when I pick up my phone and habitually open something now, it's a book of some sort. It's a good idea to have something to replace habits with, if possible.
DRY is _not a best practice_. Repetition is a "code smell" - it often suggests a missing abstraction that would allow for code reuse (what sort of abstraction depends on the language and context), but "blindly-drying" is in my experience the _single most frequent mistake_ made my mid-to-senior engineers.
My experience is mostly in Ruby though, so I'm not sure how well it generalizes here :-)
These types of posts are .. well thought-out, and usually posted by someone with relevant education. But they are not reviewed documents or journal articles, and you can _tell_ when someone is mixing in a lot of their own educated guessing with the research they've done. Which is the case here.
He probably wasn't intending it to be taken as authoritative source, but that's how most people will _read_ something like this after running into it on the front page of HN. And most of this is just.. guesswork.
First ran into this on persistent servers, where the deployed instance knew branch names github had long forgotten about.. Someone pushed a branch named "bugfix", and `git fetch` started erroring.
You get even _more_ interesting problems if part of your team has case-insensitive file-systems!
Indeed, if I were running that site, I would now implement the ability to turn on intentional non-randomness for _specific people_, and begin embedding messages in the sequences of comics, or selecting the same two comics 28 times in a row on occasion. Heck, stick the referrer in the session and give everyone coming in from _that blog post_ wildly divergent randomness characteristics :-)
While I don't really _disagree_ with any of this, I want to raise a point from the other direction - it's possible (and for some of us, absolutely necessary) to build software such that holding a large "structure of thoughts and possibilities" in your head is not required.
I find myself largely incapable of doing so, open-plan office or not, and have compensated by adopting development approaches that break problems down in consistent enough ways (into small enough pieces) that the structures I have to pick up and put down are never all that complex. Which is good, because they fall out of my head just all the time. ADHD, a very poor memory for detail, and a role that has me responsible for juggling many tasks concurrently would _destroy_ my productivity if this article were universal truth.
Don't get me wrong, I _hate_ working in an open-plan office. But the impact it has on my output is not because the interruptions affect my flow, it's because the constant social contact stresses the heck out of me >.<
I gained the most from gobase.org, just clicking through professional games. The tool you can review/replay games with lets you try to guess the next move - just let them play the first 10-15 moves and then start guessing. Don't spend a ton of time thinking, just _guess_. Guess over and over, and if you don't guess the move after 5-10 tries, have it tell you, try for a few seconds to understand why that might be a good move, and continue.
You should totally do the tactics and puzzles that you can find (that same site has a bunch), but there's a lot more strategic recognition and pattern-matching in go than chess.
I'm also interested to hear if there are better tools though in the last .. Christ, twenty years? I'm old now -.-
It's an awkward space - requiring us to pay them to put our profiles there is the main way to keep the content valuable/accurate.. but while that's fairly typical for hirers, it'd feel scammy to job-seekers.
I think there's room for such a service, but growing it into a viable model would be a real project, and probably not a distraction a business would want to take on except as a pivot.
I don't disagree with you a bit! Science should be doubted in the correct ways, and for appropriate reasons, that's one of the main things I come to HN comments for. My issue with the OP was with his reasons - anecdotes about your children and personal opinions about the world might _trigger_ doubts, but they aren't good reasons to base those doubts on.
Oh I have no problem with doubting the study (I definitely doubt its conclusions myself, since I don't think "screen time" is a meaningfully monolithic concept to study in the first place, without even getting into the details of the methodology). But there are good ways to doubt and bad ways, and "this study is junk because my kids misbehave more when they watch TV" is far on the wrong end.
If you'd like to analyze their approaches to call the study 'dubious', I won't argue with you (it is; they are not strong ones). But making that assertion solely on the position that your personal observations of your own children disagree puts you in the same category as my wife's friend that rejects vaccines because her mom took one and still got covid. That's not how individual observations interact with science.
And of course, talking about all of this as if 'screen time' is all the same is _insane_. Anyone that thinks watching youtubers screech at each other for hours is equivalent (for the purposes of mental development) to watching an adapted Broadway musical has not put any thought into the topic, and that's entirely setting aside the topic of interactive vs passive entertainment being lumped together..
But hopefully the strategy of "just let the kids blend it all together and hope it washes out in the statistics" is a good enough method -.-
When science doesn't match your personal observations, that doesn't make the science wrong. It also doesn't make your personal observations wrong - it usually (in my experience) means that you're measuring/observing different things (assuming you're reasonably intelligent, which I am doing). In this case, "cognitive development and well being" are complex concepts that probably do not map exactly (or maybe even grossly) between their definitions in the study and their experiential meanings in your head.
My personal observation is that "screen time" is not the problem, but lack of interaction _is_ - letting the kids be in front of a screen for two hours doesn't cause a problem, but letting that be an excuse not to spend time with them or interact with them (which is when it usually ends up happening in large quantities) does. Essentially - you need to control the other variables to understand what's really going on; excessive screen time is generally a symptom and not a cause.
If on average 100% of cases involve a company that is paying for an arbitration lawyer and even 80% of cases involve an individual that is paying for an arbitration lawyer (which I _highly doubt_, though I couldn't quickly find numbers), the net result in the long term is not that "20% of individuals get a negative outcome", it's far worse.
This article is talking about the net effect, which is that the fact that there _is_ asymmetry means that arbitrators have an interest in _being_ biased against the individual, which means that even if you are paying for an arbitration lawyer, they are simply ruling out the _most_ biased firms, while the corporate arbitration lawyer is ruling out the _least_ biased firms. Think natural-selection, rather than game theory.
Now I just have to hope the fallout from this includes a less centralized replacement for the tools I'm used to - I haven't found anything solid yet, but I imagine andre will be examining this problem space with rv now.