skysight-inc/HackerNews huggingface dataset:
Comes down to your data model. If its inherently relational it's still the best play. Scale and performance are much more tractable problems than integrity and consistency. One you can measure and be sure of, the other you need a Phd to fully understand all the edge conditions that need covering.

There are some pretty decent NoSQL stores now for simpler access patterns. As long as you stay away from nonsense like MongoDB and stick to real databases like Cassandra/ScyllaDB/BigTable/etc you will do fine.

These stores are a fraction as flexible as PostgreSQL/MySQL but do allow scale-out storage and fast primary key lookups and scans. Good for when the size of your data is well in excess of 1TB+ and you don't need anything complex or consistency.
I don't really remember finding any good dense sources, I mostly slogged through wikipedia articles and gradually decoded things. I really ought to get around to that article...
One reason not mentioned (or maybe it's only me):

If I've got bunch of problems, I'll work on the easiest ones first, saving the hardest for last. This clears my mind from the drag from the easier problems, and as a side effect I wind up committing more.

There's no particular correlation between how hard a problem is to solve vs how much time it takes to solve them. So hit the easy ones first and make your users happy!
It would help if people had more awareness of the personality spectrum in the population and the distribution of traits within a team.

Not knowing leads to lot of misunderstandings.

https://en.wikipedia.org/wiki/Big_Five_personality_traits

https://en.wikipedia.org/wiki/Temperament_and_Character_Inve...

Different traits become strengths or weaknesses depending on the type of problem being solved.

If the solution is known the disciplined/conscientiousness trait holders shine. If the solution is unknown the neurotic shines cause they dont methodically explore the search space (matters a lot if its large). If there is lot of conflict everyone loves the agreeable trait holder. And teams full of introverts get boring as people don't develop deep personal connections that extroverts enable etc etc etc
> Playback via standard HLS

Why HLS instead of DASH + MSE? Isn't HLS Apple only?
Wow, the premise of this article is very wrong; it's deeply concerning that people are falling for this.

Those who make a lot of commits are not top performers, they are mostly engineers who are overly concerned with their 'optics'; they are engineers who are good at projecting themselves as 'top performers' but if you actually look at the results of their work a few years down the line, you will see that they are in fact low performers of the worst kind because they tend to add a lot of unnecessary complexity and technical debt because they don't think through things enough and just implement.

I'm absolutely shocked to learn that people are falling for this.
Show HN: Anomaly Detection for ECommerce Platforms
Misconceptions about Bitcoin, and Where to Buy
Well at least Slack doesn't even offer such stupid policies

It does (indirectly) if you use SAML single sign on (which many large corporations do). That is what is happening with Teams. You're not being asked to sign in to Teams itself. You're being asked to identify yourself via Microsoft single sign on and the people that set up that companies Microsoft single sign on have set SMS as the default 2FA.

Whether or not you should use SMS for 2FA is of course a separate discussion.
Yeah I have been thinking about something like that, but we don’t know at compile time when NaN will turn up. (I suppose if you take abstract interpretation as far as you can, you get to partial evaluation, but I am not in that game!)

Another idea is to rely on Rust-specific optimizations: make the concrete type used by the result expressions into

enum ZeroNum {
Zero,
Num(f64),
}

Operator overloading on this type works like it does on the separate Zero and Num types, but the cases are tested at run time instead of compile time. But this type is only used in a small context where the optimizer should be able to eliminate the checks in the same way I naively thought it would do for ops with 0.0.
I’m worried that I will either overestimate or underestimate how much you’ve followed the conversation regarding brevity and programming. If I’m saying something you already know, please disregard my comment.

In other essays, Zach Tellman has made the point that Clojure is unique in that it’s syntax allows it’s written to form to almost exactly represent its AST tree. The comparison then is between Arc and Clojure and between Paul Graham and Rich Hickey. Both men wrote essays about programming which seemed to promise new ideas but Hickey delivered real innovations whereas we can now see that Graham was unable to deliver. And Graham’s failure is in part traceable to his inability to make explicit what he actually knows, or why he believes the things that he asserts.

The debate over how to make tacit knowledge explicit is important. The debate over what constitutes good programming is important to the whole tech industry. I’m astonished that you would think this essay was merely a matter of gossip.

It’s possible that Tellman should have repeated some of his earlier essays, to give more context to his remarks, but this is the Web, so he embedded hyperlinks to some of the previous discussions.
Also a fairly real fire hazard, as well as leaving needles everywhere that you'll find until Easter.
Microsoft Shared Source Initiative
>Regardless I still feel its a far better experience than developing for Android.

How so? I enjoy that on Android at least I can fix things manually or some open source contributor will soon jump on it to fix it for me. You have to wait for Apple to fix things.
> And the days that are mostly fasting (e.g. Z) aren't too common.

You could eat ziti with zucchini!

Options I hadn't heard of before -- Slavic savories

https://en.wikipedia.org/wiki/Zapiekanka

https://en.wikipedia.org/wiki/Zakuski

and Italian desserts

https://en.wikipedia.org/wiki/Zabaione

https://en.wikipedia.org/wiki/Zeppole

https://en.wikipedia.org/wiki/Zuccotto
Covid-19 interactive vaccines tracker
Im pretty sure its this
https://www.youtube.com/watch?v=qo-2gDg-37w
I buy the thesis as stated; there's a common attitude among researchers of, "why don't we have this already?" that seems counter-productive.

However, there's an adjacent thesis that's also worth stating: fundamentally improving programming is hard, but still worth attempting. There's just too much risk with the current status quo. We've built up our world atop a brittle, insecure, unstable tower of software, and it doesn't feel unreasonable to ask if it might lose capability over time[1].

The good news: you don't have to give it all up all at once and return to the stone age to try something new, as OP says. There's nothing stopping us from using the present as we like to build the future. The key, it seems to me, is to prevent the prospective future from inter-operating with the present.

You won't get lots of users this way, but I think jettisoning the accumulated compatibility baggage of 50+ years of mainstream software might free us up to try new things. Even if the world doesn't switch to it en masse, it seems useful to diversify our eggs into multiple baskets.

Here's what I work on: https://github.com/akkartik/mu. It's a computer built up from machine code, designed to be unportable and run on a single processor family. It uses C early on, but it tries to escape it as quickly as possible. Mu programs can bootstrap up from C, but they can also build entirely without C, generating identical binaries either way[2]. (They do still need Linux at the moment. Just a kernel, nothing more like libc.)

I call this ethos "barbarian programming", inspired by Veblen's use of the term[3]. I rely on artifacts (my computer, my build tools, my browser, my community support system, the list is long) from the surrounding "settled" mainstream, but I try to not limit myself to its norms (compatibility, social discouragement of forking, etc.). I'm researching a new, better, more anti-fragile way to collaborate with others.

Here's a 2-minute video I just recorded, experimenting with a new kind of live-updating, purely-text-mode shell built atop the Mu computer: https://archive.org/details/akkartik-2min-2020-12-06. The shell is implemented in a memory-safe programming language that is translated almost 1:1 to 32-bit x86 machine code. Without any intervening libraries or dependencies except (a handful of syscalls from) a Linux kernel.

[1] https://www.youtube.com/watch?v=pW-SOdj4Kkk

[2] http://akkartik.name/akkartik-convivial-20200607.pdf

[3] https://www.ribbonfarm.com/2011/03/10/the-return-of-the-barb...
They say you can narrow down from all of humanity to a single person with just 33 yes/no questions. I think a similar principle could be true for programs, if we just knew the right questions to ask!

I think this is what makes programming hard to improve. We have a poor understanding of what kinds of programs people want to write.
I remember tweaking the Cube source to compile with MinGW, to allow for community mods on Windows (even the most basic version of VC++ cost a lot of money back then!). And then the CubeCTF mod that I made with that, back in 2003. It wasn't just the editor that was fun to poke around; the source code was also very educational.
Dynamic UTIs in macOS started to cause problems for me when I upgraded to Catalina.

Setting defaults for 'Open with' on these file types seems pointless as I'm forced to do it once per each dynamic UTI (as far as I can tell).

It's also annoying that quicklook (extensions) started playing dumb with them — you'd think that QL would look for the lowest familiar ancestor or something.

I'm not sure whether the file typing approach changed with catalina, or if the migration from qlgenerators to quicklook extensions broke things, or if it's just catalina being buggy but it's disappointing that the typing situation seemed better back in mojave.
> I want ALL my subscriptions to go through Apple Pay and App store

What about defining a standard subscription protocol that allows any company to offer subscription management, and allow consumers to change their subscription manager if they are not happy?

Putting all your eggs in one nest because you currently like it is a very risky gamble.

Banking has worked with standards for decades that allow interoperability and competition.

> But to be honest at the end of the day it can't be Apple's problem.

That's why the trust in one company should be very limited. As a non USA consumer, I will prefer some one else managing my data.
Code Together: Mob Programming FAQs
TFA mentions regular trimming/shaping, and fertilizing.
> That said, we should still be the first to realize that a successful, fundamentally new way to program would target a new generation and idea of software maker, one that won’t look like the modern developer at all.

Channeling Gibson[1], do you see any potential successors already out there?

[1] “The future is already here – it's just not evenly distributed."
Former Limewire developer here. I definitely had an iPod mini prior to Limewire's peak years, counted by number of monthly peers reachable via crawling the Gnutella network.
My experience of Japan and East Asian govt/megacorps is that they are far more honest on the surface level but will stonewall and put up far more resistance if you try to dig deeper/follow up.
Not to mention its failed experiment with holocracy, which is a great way to de facto promote the worst.[1]

[1] https://pando.com/2016/01/19/delivering-hopelessness-38-zapp...
And even more people talk about high scale workloads with no clue what they actually look like. :)

I routinely work with 10TB+ PostgreSQL clusters, 10TB+ BigTable clusters and 500TB+ BigQuery projects all in my current day job. I'm in Data Infra btw so this is sort of my bread and butter.

In the past I have worked with 100TB+ Cassandra clusters, 50TB+ MySQL+Vitess and countless other stores like MongoDB, RethinkDB, Voldemort, TokyoCabinet and probably tons I have forgotten.

It's highly unlikely one actually works with and manipulates these volumes of data on a regular basis and doesn't respect SQL stores and the JVM (the literal king of Big Data).
I think Paul Graham is very probably right about Lisp relative to Java; with Arc (and Bel) he set out to do something more ambitious than evangelizing Lisp. The bit about Java in this post wasn't the strongest argument. (I thought it was solid overall, though).

I'm not sold on either Arc or Bel! But if nerding out on programming languages was the only limb Graham ever climbed out on, nobody would read a post like this.

For what it's worth, in the field of Critical Paul Graham Theory, I don't know that anyone's done better than "It Turns Out". https://jsomers.net/blog/it-turns-out
It might depend on the CI process. If the CI is only run on the tip of the branch being merged, then the PR should squashed, otherwise if a rollback it required, it would be possible to rollback to a commit that was not tested by CI. Unless there is a list of 'known good commits' somewhere.
A book is lot of work, but a blog post would be a great start!

Regarding modes, your presentation is excellent and true (AFAIK), but why some scales don't have the same modes as other scales; given scales with the same number of notes, they should have the same modes?

Yet for example, while the modes of the major scale are
Ionian then Dorian, Phrygian, Lydian, Mixolydian, Aeolian and Locrian, the modes of the double harmonic major scale are [name of the scale] then Lydian, Ultraphrygian, Hungarian, Oriental, Ionian and Locrian.

Is it only a problem of nomenclature or is there a profound truth behind it?
Right, but a company that wouldn't have switched to the ACM rainscreen cladding could never have won the bidding process - because they had to agree to do a bunch of cost cutting to have a chance of winning the bid.

So even if the average standards in the industry are high, and 95% of companies wouldn't have suggested the use of dangerous cheap materials, those companies wouldn't have won the bidding.

So any change in the rules needs to improve the bottom end of the industry - it can't be a mere voluntary scheme that improves only the conscientious and competent.
Your comments are drawing my attention because you’ve previously written a great deal on Hacker News that I agreed with and so I’m surprised that you have such a negative view of such an excellent essay.
You are not having any issues because TeXLive is everything. The `full` scheme on `install-sh` or `texlive-full` on Debian takes up around 7 GB last time I looked, 2 to 3 of which are PDFs for package documentation.

That is, by a long shot, the largest install a lot of people have on their system. Nowadays, no biggie, but systems like Miktex allow to install-on-demand and of course, it allows you to shrink your installation significantly.

Full TexLive contains a number of packages average "Western hemisphere scientific authors", arguably the largest LaTeX demographic, will never need: Eastern and other languages, music, humanities.
Because they are willing to take the risk of publicly being wrong.

Committing your source code to the company git makes it very easy for others to point at you later, if things break. And it's pretty much impossible to undo once someone else has pulled your change.

In my opinion, many top performers are simply people who do what needs to be done, and when it's needed.
A similar thing happened to me years ago. I was a monthly contributor to This American Life. I switched credit cards and wanted to update my payment, but they had changed their website or something and there was, as far as I could tell, no way to change or cancel or any "account" page or "login" system. I couldn't even find support or a phone number. I think I sent email to a generic account and waited a week. After not hearing back I canceled the credit card.

I tried to stick to PayPal to manage subscriptions for a few years since it was centralized and I could change payments or cancel. Patreon seems to have taken over a lot of this--but it's even more niche.

> Big hope that fin tech will blow it up, but unfortunately start ups didn't deliver.

I just can't imagine the ROI needed to satisfy VC funding...especially without it becoming shady or predatory itself. Or, like you said, the regulations involved for a self-funded startup. I think the other aspect is that big companies aren't motivated to play ball. Yodlee is probably the biggest player and has had spottier integration as companies have added 2fa and other security measures. Very few have gone as far as adding tokens to support 3rd parties like Yodlee.

> Each bank got their app and added some obvious features there

I suspect if something does happen (I'm not particularly confident) it will be a spinoff from a bank like how Allstate and Discover Card were spinoffs of Sears or Kingsford Charcoal from Ford Motor. Do companies do this anymore?
Relevant extrapolation: The Water Knife, by Paolo Bacigalupi (https://en.wikipedia.org/wiki/The_Water_Knife)
"The psychological impact of quarantine and how to reduce it: rapid review of the evidence" https://www.thelancet.com/journals/lancet/article/PIIS0140-6...

quarantine and flattening the curve is important imo, but the way governments go about it is not. there needs to be a parallel campaign educating people about the effects of quarantine - which are well researched. Also I highly recommend reading up on the psychological effects incarceration has on felons.

Quarantined people aren't prisoners but there are parallels due to effects of isolation. Every re-socializing attempt of a prisoner even in the most "progressive" manner, has at its core idea to _first_ rob that person of their own agency.

Isolation opens up minds to new ideas and to cause them question everything. What minds are being fed in such a state is absolutely crucial to how they're reorienting themselves and what they latch on-to. Isolation breaks everyone except the hardest psychopaths, which is why it's used in every society (since earliest civilizations) as an instrument of control.

This lancet research paper isn't talking about felons but there are some hard to ignore parallels, maybe this is why politicians avoid the subject.
A lot of successful founders have thankfully documented their paths through the startup world through blogs and books. A great one to start with is Founders at Work by Jessica Livingston. You can find more startup books here https://www.startuplit.com
How to run a web site anonymously
You also need to know the harm or benefit you accrue by paying for services and being shown ads, as well as the benefit to paying a lower cost for the hardware upfront.
There are billions of people who are abused by their government, who cannot trust their government, who's local money is debased by their government at a whim.

The United States inflated the money supply by many trillions of dollars in the past year, which decreases the buying power of the dollar. With savings accounts paying close to 0% interest, due to inflation, savers are losing money in these accounts each year.

And while the goal of the Fed is to manage the economy to have about 2% inflation, in reality, the things that people care about—higher education, medical care, real estate in many cities—has inflated much more than 2% annually.

The dollar is being debased gradually; one day it could be sudden.
Here is my bone with these 'alternative' theories, a lot contain a lot of snake oil (of course I didnt look at much) and are disingenious. Let me give you an example. (I think it was a video by Däniken). He takes a ancient egyptian metal-vessel (probaly copper amphore) and then says:'the amazing thing is, if you just add a little acid and a wire to this amazing device it will act like a battery. So did the egyptians have electricity?' Or something like that. Of course that will happen, and it will happen to any metal cup, it does not show anything about having the knowledge about electricity of a society, but people who do not know much physics will then lead astray to 'so how do you explain this'. If they would have found the wire (of a different metal) inside the jar, in some device... ok... but this is like finding a rock of uranium and saying:'they could have made nuclear power plants from this'.

When I saw they had to go this low, I was pretty sure they have nothing.
The vast majority of open source software is a clone of a closed-source alternative. I currently having issues with thinking of a widely adopted, consumer-oriented software that has no closed-source alternative.
What is your favorite software that has no real closed-source equivalent?
I think the question should have been phrased “If your crate of bananas was recovered, and I lost a couple Ferraris, presumably you don't owe me a Ferrari now?”

It seems like the “fair” thing to do would be to pretend the entire cargo was lost, and the value of the remaining cargo is distributed in proportion to the value of each person’s cargo.

So if $500,000 of Ferraris were lost and $500 of bananas were recovered the Ferrari guy would get $499.50 and the banana guy would get $0.50.
> Does anyone know if the Rust community has ever done anything original, though?

Depends on what you call "original". Is the Servo layout engine _not_ original because layout engines already exist? :)

Moving away from the rhetorical question, I think there are several reasons to rewrite something in Rust, the first and foremost being the huge improvement in memory safety/management. The other reasons are typically related to speed: C wasn't built with concurrency in mind, and trying to develop multi-threaded C applications that run in a cross-platform manner is not straightforward. On the other hand, Rust has the following:

1) Memory safety during concurrency [1].
2) Multi-threading in the standard library [1].
3) An amazing package ecosystem revolving around "crates". And there are several build specifically to make concurrency safe and easy to implement. [2]

[1] https://doc.rust-lang.org/stable/book/ch16-00-concurrency.ht...
[2] https://crates.io/categories/concurrency
Hello, I made some ML generated videogame music: https://soundcloud.com/theshawwn/sets/ai-generated-videogame...

There are ballroom themes, battle themes, boss fights, and the last one is my attempt at a final battle track. If there's interest, I can walk through how the model works. Gwern's writeup is here: https://www.gwern.net/GPT-2-music

All 25 tracks were made in a single night. That's the kind of boost you can get from ML.

Note that it's not entirely automatic. But that's a benefit, not a downside. It's more like an AI instrument that you play.

The songs each contain the ABC source code that generated it. (Click on the song's description to see.) You can replicate the song for yourself by copying the source code into a text file, then running something like this:

abc2midi "${1}.abc" -o "${1}.mid" && timidity "${1}.mid" -Ov -o "${1}.ogg" && timidity "${1}.mid"

(That's from my bash script called "abc2ogg".)

An effective model will "group" its data in a way that the model can understand. That's the essence of why this model worked so well.
They will decompose, at least. PVC is nasty.

Also, there's the transportation costs. From farm to retailer to home, vs from the other side of the planet.
> The iPhone literally changed everyone's life.

I thought about this for a moment and realised it is probably correct, but not in a good way

Previously we used durable, work-orientated smartphones with productive keyboard input. Then the iPhone arrived and popularised a flashy but fragile and less efficient form factor that became dominant.

Every time I type in a touchscreen phone I regret that change. It was a triumph of a consumption mindset over usability.
Price History for BestBuy, NewEgg and Amazon
Connecting an ASR33 Teletype to an ESP32