creshal

59 ms·

811.
by creshal 5y ago
> I’m sure it’s possible to build a similar platform with a central database handling transactions and Stripe payouts, but I’m not sure it would be met with the same enthusiasm (and, despite the possibility of this with past tech, no pre
812.
by creshal 5y ago
Cynic mode: You can't handle it the boring way because nobody is funding boring solutions. We already know those won't make you a billionaire overnight.
813.
by creshal 5y ago
> I agree with your point about distributed consensus in general, but there isn't really a single authoritative history of linux, there are tons of important forks simultaneously maintained. What does that have to do with blockchain
814.
by creshal 5y ago
Git is not a blockchain, there's no distributed consensus algorithm. The consensus on what's the main branch and what's the authoritative history lies with Linus Torvalds. > The "Bitcoin" application is a tool us
815.
by creshal 5y ago
I can't. That's why I'm saying it's the real problem, not the engineering side.
816.
by creshal 5y ago
Precious metals and gemstones are also physical objects with strong industrial demand, that people hope will survive a civilisatory collapse; blockchain tokens can't even survive a prolonged power outage. Artworks are desirable because
817.
by creshal 5y ago
LASER, back when it was still written in all caps. It was called "the most useless invention of the century" for a while, and it took close to a decade to figure a use for it. But I think the whole discussion is missing the point.
818.
by creshal 5y ago
> Blockchains and crypto tech does seem to provide solutions to many challenging problems: distributed ledgers, immutable and decentralized data, ownerless contracts and program execution, secure and decentralized ownership of a digital
819.
by creshal 5y ago
Some of the userspace drivers are even shared between OSX and Linux, via FUSE.
820.
by creshal 5y ago
Without a significant SoC upgrade, I don't see why they would, games are already struggling with 720p.
821.
by creshal 5y ago
I dunno, 15 years ago the doxxing and death threats was reserved to child molesters and animal abusers, and vote flooding done just for fun. But I guess people got too drunk on that power.
822.
by creshal 5y ago
Sounds like everyone with a working brain left 4chan long ago and all that's left are the trolls who don't understand the concept of humour.
823.
by creshal 5y ago
I mean, have you seen some of the people on the road?
824.
by creshal 5y ago
It's also why airplane pilots do much more than they theoretically would have to – under normal conditions, a modern autopilot should be able to handle the whole flight without human supervision. But then the human won't be reacti
825.
by creshal 5y ago
Blindly trusting PR announcements isn't "research" the second time around either.
826.
by creshal 5y ago
My guess is that their lawyers weren't consulted, and that the Github people just shipped it on their own.
827.
by creshal 5y ago
If by "recently" you mean in the past 10~15 years or so, yeah.
828.
by creshal 5y ago
> The court of law would probably have you unveil and tear apart your process and find that you were trying to plagiarize in a roundabout way. Well, yes, that's the point.
829.
by creshal 5y ago
I'm not sure if making an "analysis" without doing any research whatsoever is reasonable.
830.
by creshal 5y ago
It also has no relevance for the discussion at hand. Yes, Github can display all of its content – that's kind of the point of it. But Copilot doesn't exist to show you random code snippets for the sole purpose of showing them.
831.
by creshal 5y ago
Yes. The author apparently did no research of her own and just assumed Github's FAQ was trustworthy.
832.
by creshal 5y ago
> On the other hand, the argument that the outputs of GitHub Copilot are derivative works of the training data is based on the assumption that a machine can produce works. This assumption is wrong and counterproductive. Copyright law has
833.
by creshal 5y ago
Sure, it's just that in this regard it has no advantage over other desalination technologies. You always have to deal with the excess salt, MIT is dishonest in waving away these concerns.
834.
by creshal 5y ago
I'll assume the device isn't using an infinitely long wick, so you face the same outflow problems as traditional plants: https://en.wikipedia.org/wiki/Desalination#Outflow
835.
by creshal 5y ago
Or is it? > In a free-floating configuration, any salt that accumulates during the day would simply be carried back out at night through the wicking material and back into the seawater, according to the researchers. This is fine for a
836.
by creshal 5y ago
Servers, VMs etc. always end up getting build-essential to handle random python/ruby/npm/... package installations, as the shipped versions are hopelessly outdated and creating your own debian packages for all of them is abou
837.
by creshal 5y ago
Relatively. Absolutely, it's negligible - because the space consumption of header files is also negligible. It's such a bizarre design choice to split out a single 30 line .h file into a separate package.
838.
by creshal 5y ago
I don't have any Debian machine that doesn't end up with build-essential and dozens of header packages installed; it just comes up too often. Adding the header files directly to the packages saves time and frustration, and proba
839.
by creshal 5y ago
> I can't say that's been my experience, once I figured out [dozens of moving parts] That's the whole point. Nobody doubts that the Debian tooling works (it evidently does), but the learning curve to get to that point is
840.
by creshal 5y ago
Look at Autohotkey for a starter down the rabbit hole of "we don't need APIs, we have a GUI!" and the fallout of people desperately working around it.

More ›