skysight-inc/HackerNews huggingface dataset:
> BTC is a trash-grade asset because it's practically useless and proof of work is extremely expensive for BTC holders (and environmentally damaging)

A permissionless settlement network open to anyone in the world, with a sensibly staid development policy is as useful and valuable as... well, check whatever the market participants value it at.

I suggest you read more widely and deeply to build an understanding of energy production, consumption, transmission, the externalities of each step across then environment, society, and civilization.

Bitcoin incentivises efficiency in energy production (and use in it's narrow sector) and the development of increasingly more efficient energy sources. By virtue of having no marginal cost per energy unit produced, renewables are the most cost efficient now and only more so as the days march on given renewable's technological headroom to grow.

> programmatic public chains, especially Ethereum, are cost-efficient and extremely useful.

Don't forget naively complex, and liable to usurpation by the ever next fast growing challenger networks for the same at present hyped up use cases.

> They will become one of the foundations of the global economy

Not with ever shifting goalposts, issuance rate, and pre-mine shaped like this https://www.lynalden.com/ethereum-analysis/#Ethereum%20Monet...

Along with an inability to map to and represent the assets, subjective agreement, and legal richness of the outside/real world.

> proof of stake is more egalitarian than proof of work because while the rich get richer in both, only in PoS do the rich get richer at the same rate as everybody else, whereas in PoW there are significant mining economies of scale

In PoW the compute and energy rich participants of the network get richer, these miners are not necessarily the same as the monetarily rich. They are rewarded further riches in exchange for their service in producing unforgeably costly proof that they have explored a given mathematical space and that as a side effect a statistically likely amount of time has elapsed and concomitant quantity of computation has occurred such that the history of the network is ever less likely to be able to be edited.
Hahah, what are the odds! Thanks for sharing, I will take a look.
experience vs book learning

Why would you assume that a driver's education is a matter of book learning? Is that how you were taught?
Aren’t most of the models at the top not suitable for text generation? That’s what makes gpt different from Bert
UBO is a great idea from a malware risk reduction perspective alone. Any privacy protection is just a bonus.
The impression I get from the companies I've worked at is to not trust packages that are mostly maintained by one person. Ironically, those packages are usually the ones that don't have outrageously large dependency trees and can usually be audited by a developer on a weekend, and the more "trustworthy" larger packages with hundreds of maintainers typically have monstrous dependency trees.

Not saying 1-man tools are inherently better, but in my experience, these tools seems to have a tighter focus and less chances of scope/dependency creep.
Did SpaceX get a lot of subsidies and tax breaks? I thought they just got a lot of government contracts for their services
Of course node is less trustworthy than other platforms. It it wasn't, we would see active exploits on other platforms as well, but they are either incredibly rare or non-existent.

But you are right in that it's not a difference of kind. Except for the inane idea of executing random code on library installation, node doesn't have any kind of vulnerability that isn't shared with every package manager out there. The important differences are social on the community, and of exposure area, because JS programs tend to rely on 1 or 2 orders of magnitude more developers than other languages.
In the below graph, create-react-app has 66 package dependencies and 88 links between packages. The purpose of the graph isn't to disagree with the statement of "800 directories" but to illustrate that part of the problem is depth. The maximum depth (in my hand count) is seven.

https://npm.anvaka.com/#/view/2d/create-react-app
Show HN: Pre-launch waitlist with built-in referral to validate ideas
I too will assume good faith, and point out that you have not responded to the point about disparities in violent crime rates. All you've said is: "some white supremicists make the same argument". That's not a refutation, it's an attempt to brush the stats under the rug while smearing the person who asked the question.
USA policy in Eastern Europe over the last two decades seems designed to push Russia into a subservient "little brother" role with China. If China is the "real" opponent, why did we just give them exclusive access to all of Russia's natural resources?
Thanks for that, I didn't think to pre-order the digital copy. Done!
You can't have simplicity when every other week someone is shoving a new framework down your throat. And in fact you are made look like a looser if you dare do things in vanilla JS
I meant why Chrome? When I used Puppet, it was in terminal and in git to edit stuff. Parsing is easy, use keyword in.
A high school teacher needs a view on gay rights like they need an understanding of quantum mechanics. It's out there, but their students don't have the tools to come to grips with it.

In an ideal world, our high schools would have taught the Constitution, the American Revolution, slavery, the abolition movement, the Civil War, Reconstruction, and Jim Crow, and on that basis taught the civil rights movement. They would have taught Homer, Virgil, Greek drama, Chaucer, Shakespeare, poetry and novels. They would have looked at modern explorations of identity such as Kafka and Dostoevesky. They would have taught the Bible and the basics of Christian theology and morality, not as Truth but as the mindset and background of most of those who have, to date, built up our culture. (Much as they might teach Marx as vital background for understanding historically important movements.)

They would also train students to think and reason for themselves, to recognize and reac to susceptibility to persuasion, and to detect and break down propaganda.

With these foundations, a student might then be able to intelligently study "gay rights" or gay identity in literature.

Those foundations are the first job of the schools. Let them do that before anything else.
A Final Report Card on the States’ Response to Covid-19
Bitcoin conference is sounding roughly as ridiculous as one would expect.

Though
> a billboard behind him features a photo of a Bored Ape and the words “non-fungible nightlife.”

feels like descent into self-parody.
> You almost have to reach for some utility library or build your own ad-hoc one just to use the language.

Sure. But are hundreds of dependencies really required for this?

In Java you would use tools like Guava or Spring for general quality of life improvements, and there would be a few deps for them (under a dozen iirc).

The solution is for the “top tier” libraries and frameworks in the JS world to be designed with minimal dependencies. And where they do have a need for a dependency, they undertake serious consideration of the best option that minimises dependency hell.
I mean you're making an argument that does nothing to facilitate discussion on the issue. It's basically saying "No it hasn't changed. And if you have evidence or data showing otherwise, it can't be trusted." At the point you refute any provided data or evidence the conversation just devolves into an argument instead of a debate or conversation.
I would suggest that one tries to limit dependancies. The entire node ecosystem contraviene this so maybe people should not use it.
On a related note, I've just started playing around building a calculator for another externality of fossil fuels: financing Russia's war. First baby step is an API:

https://api.putinhuil.io/redoc

Anyone who feels volunteering some frontend work on that, do contact me. You'll find my email in my profile.
> They wanted to argue that Rosenbaum lunged at Rittenhouse in order to take his firearm ...

That reason provides the moral cover for mudslinging at the victim but we all know what's going on.

From the perspective of those around Rittenhouse, they had no knowledge if this was about to turn into a mass shooting or not. Disarming him may well have saved lives (and would've as it turns out).

Defenders of these "stand your ground" type laws ignore the consequences of cases like this. Here's the lesson from the Rittenhouse case: as soon as he pulled out a gun, someone else should've shot and killed him and then argued (with some justification, honestly) they were in fear of their life.

The extreme here is the case of Curtis Reeves [1], who started an altercation with another man who was texting during the previews to a move. When the man stood to confront him, Reeves shot and killed him and successfully argued he was in fear of his life.

Take that further: the victim can reasonably argue he feared for his life when confronted by Reeves so, if he had a gun, he should've pulled it out and shot Reeves dead.

Like, this is just absolutely bananas.

[1]: https://www.abcactionnews.com/news/local-news/i-team-investi...
Currently working on this general problem for a large corp: java & js are our two main languages (alongside a lot of python & go, small amounts of swift, groovy, kotljn & c, and some very very old php). Trust me when I say Maven/Gradle etc. are orders of magnitude more painful to solve for than others.

Nothing at all unique to NPM about supply chain risk.

Fwiw, I find Composer to be one of the better of the lot.
i thought google used mercurial (hg) ?
Relatedly, iTerm's tmux integration[1] pairs very well with this setup.

[1]: https://iterm2.com/documentation-tmux-integration.html
In the end, it's about supply and demand. Crypto's demographics match with one of the most disillusioned generations ever, young adults who crave above all, hope for the future. Blockchain makes enough promises to make the future look bright, and it's complex enough so you don't feel guilty about not understanding it fully, and why it most likely won't deliver on its promises.

Sadly, it's the perfect scam.
Looks pretty simple and straight forward. What's the problem with it being "stuck in 2013" from a looks perspective?
Can't find it now but I remember an interview or article by Ryan Dahl, describing his original vision of Node.js. He related it to childhood enjoyment of building and piecing things together, and used tinker toys as an analogy saying he wanted code to be the same.

In other words it has been an intentional design decision from the start.
Lisp has served as an inspiration to so many programming language designs, Javascript included, that saying a language feature isn't really unique to Lisp is a bit like saying that The Lord of the Rings is just a bunch of fantasy clichés. It's true in some sense, but it also conveys a deeply flawed understanding.

Here[1] is a fun example of what's possible with a Common Lisp library that would be difficult to do in many other languages without language changes or essentially just giving up and dumping the C style code in a string and calling some sort of eval on it. That is very much not the same thing.

[1] https://github.com/y2q-actionman/with-c-syntax/
Do you have a list of useful DevOps libraries/frameworks? I work as a linux admin and this is the first time I've heard of fabric but it does look neat.
If I remember correctly, that library was a joke. That people immediately started exhorting as "the right way to do it" as a joke. That due to Poe's law other people immediately understood as the right way to do it...
My take is that the lack of experience for the average JavaScript developer is absolutely a factor here. I don't think it's the only factor though. Here are some of the other pieces of the puzzle.

JavaScript's standard library is so thin on the ground that there's already a culture of "reaching for a library" to accomplish tasks that many languages do out of the box.

The monoculture is wide enough that the language caters to lots of paradigms and schools of thought. If there's one library that uses classes and method chaining, you can be sure that another will pop-up to re-implement the same functionality in a pure functional style. One will focus on type safety and another will abuse the dynamic bits of the language to make the code you write as terse as possible.

Amount of code shipped has always been a more important metric for JS than other languages because the nature of the web means that users have to wait whilst the source code is downloaded before your page becomes interactive (for a huge class of applications). This encourages developers to favour smaller libraries that solve for narrower problem domains.

It's become very trendy to write a smaller, faster, better, smarter version of existing libraries. The JavaScript community loves the process of picking a catchy name, registering a domain, designing a logo, and publishing packages as though they were businesses. This creates an abundance of packages that look great on paper, but with no users, patchy/non-existent tests and maintainers that haven't ever used the code in a professional context.

Finally, I think JavaScript is a deceptively simple language. It doesn't take very long before people (mistakenly) think they're close to mastering the language. By comparison, contributing to an open source project in a meaningful way is quite difficult, so these developers assume that other libraries must be written badly if they find it hard to contribute. Then they write their own, because they believe they can do a better job.

The ecosystem as a whole sees a lot of innovation, and pays for that with a lot of churn and a lot of dependencies. From a theoretical standpoint, it's a fascinating corner of modern programming. In a professional context, it horrifies me and I wish I could sanely cut npm out of the chain.
They are speaking more broadly. Every day you walk past buildings with novel construction features, planes fly overhead without your permission, the ingredients to the food you eat change without your knowledge or consent.

It's a simple fact of life that you test things without explicitly consenting. The driverless cars are no different.
Hi HN,

I made a tool to validate your ideas with a pre-launch waitlist. I created this platform to solve my own problem of testing many ideas by creating a landing page. I used to create a one-page website to collect email addresses. I notice that I used to spend lots of time creating databases to collect email signups. So, I created LaunchList to cut down the development time of launching a landing page to collect leads and validate your idea and build hype around it.

Some of the key features;
- Referral system – Signed up users can refer their friends to move up the list
- Verify email address – Send an automatic mail to verify the email address of the signed up user
- Customize every aspect of the form and success page

LaunchList is designed for early-stage Startups and Indiehackers, so we’re charging a one-time fee instead of a monthly periodic fee.

If you’re building a product and need a signup form, please give LaunchList a try and save hours of development time.

Signup link – https://getlaunchlist.com/?ref=hn

Please share your feedback & share this with your friends. Thanks :)
> significant fee revenues that accumulate to token holders

What is the value proposition for the people that are paying that fee?
>This is exciting if only because as we discover more compute optimal models that out perform the behemoths that have been state of the art it opens up the ability for smaller independent groups to train and release their own versions, more fully democratizing AI.

I think I support this in principle but it seems like the scaling curves keep going so it's easier to just make larger models with more data.

>Looking forward to a group like Eluther or Hugging Face releasing a version of this

Both of those groups have access to dozens if not hundreds of Cloud GPUs, I'd hardly call them small.

It would be impossible to replicate these models as say an independent researcher or even in an academic research group outside of maybe Stanford/Berkeley/MIT/etc. and I'd even doubt their ability to replicate models like this based purely on Cost alone.
MIT Scientists Develop New Regenerative Drug That Reverses Hearing Loss
I didn't hear much classic rock and roll back then about murder gang shit though... lol [1]

[1] https://www.youtube.com/watch?v=mWISiHcGoNg
This has got a "Bobby Tables"[1] vibe to it. While I personally do not like the concept of adjusting data to fit a tool, as others have pointed out, Excel, for better or worse, is ubiquitous. To the obvious detriment of genomics. And likely others.

Any tool that seeks to replace it would need to be as easy to use, as flexible. And preferably fewer bugs.

The problem is that the paradigm for spreadsheets works well for many projects, even if the implementations are crap.

[1] https://www.explainxkcd.com/wiki/images/5/5f/exploits_of_a_m...
It was a riot, not a protest. The kid was an idiot for bringing a firearm, just like the idiots in the mob who chased a kid with a firearm.
We need one or a few well maintained standard library for Node and/or Browser-JS.

Those must not depend on any other libraries. And then packages can reduce their dependencies vastly, by just referencing one standard library, that provides a lot of features.
I have been using jetbrains gateway solution. I've seen lots of improvements but unfortunately it's still awful.

I'm using mostly Visual Code + Remote SSH (which would be wonderful if visual code was a gread IDE, which it's not. A fine IDE, but not a gread IDE). For large java project I switch to Jetbrains Gateway, but the experience is too painful.
Neither thermic nor electric vehicles are sustainable with our current usage.

Let's pretend you don't know about cars and someone comes to pitch you this idea:
"We'll make a 3 tonnes metal box, with a 1 tonne battery, that will on average only transport about 80kg of human being from A to B, we'll need about 1B of them". Who on earth would believe this is the optimal solution to a green future ?
I think tastes can be adapted, and culture will defined what is "great" food. But to extend your point, I wonder what happens if they encounter something completely non-toxic to dog, but are toxic to human.
Perhaps GP had an issue with the battery technology itself. Obvious comments about rare or toxic mining aside, population center infrastructure isn't really designed to support everyone having battery based EVs.
An interesting compromise would be that carbon "offsets" are available for purchase, but must be used to fund installation of renewable generation and energy storage infrastructure.

So that carbon offsets are accelerating the transition away from carbon.
Modular Synthesis and Unix (2020)
This isn't very well thought out, where do you live?
> supermarket cashiers

I don't use the self-checkouts anymore since they installed cameras on the screens at some of the supermarkets in my area. I don't care about normal CCTV in ceiling. But when the camera is 30cm from my face as I pack bags, it's literally a mechanical eye replacing the human eye of the cashier.
LOL, cars don't go anywhere near 25mph in Boston. They'll average 15mph, if they're lucky. Even with ~70% of the right of way allocated to cars, there's still too many of them for the road to handle. I don't know what "efficiency" you think cars have over other modes but I'm not seeing it on my commute. More often than not, my bike is stuck behind cars (because the bike lane disappeared) rather than they're stuck behind me.
7 transactions per second
It's a good reference because people are familiar with GPT-3. The paper mostly compares Chinchilla to LaMDA, Jurassic, Gopher, MT-NLG, and GPT-3. In the broader tech industry and even to a certain extent within the AI field, GPT-3 is the only one that most people know by name.
SCSI was great, it's too bad it never overtook PATA.
Last time I used Perforce, more than a decade ago, the visual diff app was fantastic and all other aspects were total shit. Would rather use Subversion if someone insisted on not using git.
> I cannot explain why this is ordered this way between {Node, Rust, Python}. Again, batteries included?

My vote is that its cultural. Both for "batteries included" python, and for nodejs.

Its easy to forget now, but npm was extremely innovative when it first came out. It absolutely went out of its way to make adding dependencies as easy as possible. And the culture (especially in the early days of nodejs) went bananas for this philosophy of programming. I had a chat with @isaacs on a bus one time. (He was the maintainer of nodejs at the time). I asked him what he thought about package documentation, and what to do when a README isn't enough. He said that he thinks if a readme isn't enough documentation for your library, your library is probably too big and should be split up.

You still see this today with packages like "isobject" (a tiny function published as a package) which still gets 53M downloads / week[1].

Correct me if I'm wrong, but as I understand it python and ruby still don't support parallel dependencies with different versions in the build tree like npm does. If a python or ruby package transitively depends on foo@1.0 and foo@2.0 then my understanding is that ruby and python lose their minds. And this problem is almost impossible for the end user to solve. So libraries like rails sort of need to be designed as one big block of software.

Nodejs has no problem with this - if you do this in nodejs, npm will just quietly install both versions and node will happily wire everything up correctly. The only constraint is that no single package can have a direct dependency on both foo@1 and foo@2 at the same time. But thats not something that you ever really want to do in practice.

The tooling supported this too. It was quite common to have a library with some optional features that not many people used. If you wanted to exclude them from your javascript bundle, until recently the main way to do that was by breaking your library up into small pieces so your library's consumer could pick and choose what they wanted.

Building a dependency tree out of with thousands of tiny modules is exactly what nodejs is designed for. It should come as no surprise that thats what we got.

[1] https://www.npmjs.com/package/isobject
Isn't the carbon that make up trees a form of sequestration? I thought that was the "global warming counter measure" component of planting trees. But, perhaps this part of the equation can never be significant?
Fossil could be one of them.

https://fossil-scm.org/home/doc/trunk/www/index.wiki

Before the JIRA days there was https://www.redmine.org/ as well.
Yeah, 50 years ago when there was 120 million less people in the United States and households were bigger yet had smaller houses/lots and owned a single vehicle. Power lawn equipment was more expensive back then too - most of my family used push mowers up until the 90s.

# vehicle/person probably doubled since then.
> Back then we were talking about trustless digital cash. That was what people were excited about.

That was the scams selling point and how they clouded peoples judgement: Make it sound like it can change the world for the better. Even in 2010/11 when my brother and I were talking to the founder of the Avalon miners there was plenty of skepticism floating around.
Yes but this conversation was about jaywalking and what roads are intended for. No one (I think) is arguing that a bike crossing the rode to go from one bike lane to another is wrong, but that it isn't the intended purpose of roads. Pedestrians do have the right away, but that doesn't make jaywalking illegal, it just makes it so drivers are (rightfully) held accountable for running over pedestrians trying to cross the street. It doesn't give a pedestrian the right to walk down the middle of the street at a leisurely pace