skysight-inc/HackerNews huggingface dataset:
It depends on how adept you are at creating cards, I think. If you have a non-manual pipeline that automates most of the work, I think the lifetime cost of reviewing a card a few times is comparable to writing out the same information out by hand. The difference with the card is that now this information is there for life, instead of for a few days/weeks with writing.

Agree that if we're talking about manual creation of cards, it can be hard to see the ROI given how much effort it typically takes to create high-quality one-off questions and answers.
Haval (Great Wall Motors) also a top seller in the Russia market. Hostile de-globalisation will be a pre-Cambrian explosion of automotive design
I recently learned of Dysgraphia from an interview with Eric Weinstein. For some, writing notes on paper actively destroys recall. Western education pretty much forces students to take notes by hand, which is understandably a nightmare for those afflicted. I wish I could find the specific clip I'm thinking of. https://en.wikipedia.org/wiki/Dysgraphia.
Had the same problem as well. Actually, I wasn't able to finish a single game since it always got stuck (took more than a minute to play a move) after a while.

I'm using Chrome on Android and was only using the rate me page.
Lol, not in the city my friend. They will literally argue with me about how what they are doing isnlt solicitation. They truly believe that after starting out arguing with a complete stranger, they will somehow rope me into a sell. I told him he was soliciting, he ignored my sign and wanted him to off my property. He refused, I asked for his name and then he tried to fight me. I almost went out and purchased a gun because some unhinged individual was mad at me and had my address.
Until you lose track of the paper...
It is possible to fall asleep in Rust while holding a lock, but it's possible to statically detect this mistake/ infelicitious choice in the software and diagnose it. Clippy calls this await_holding_lock - unfortunately the current Clippy diagnosis sometimes gives false positives, so that needs improving.

Tokio provides a Mutex like your final example that is intended for use in such async code that will hold locks while waiting because Tokio will know you are holding the lock. It is accordingly more expensive, and so should only be used if "Don't hold locks while asleep" was not a practical solution to your problem.
I typically check in on my last.fm scrobble history every 6 months or so... and I just checked in and found that spotify has stopped working. This is truly a disaster for me and my heart is broken.

Does Spotify to Last.fm still work for anyone?
From Tom Brady to Shaq, FTX’s Celebrity Promoters May Be on the Hook for Damages
avoid one word responses, especially functionally ambiguous ones.

>Would you like to exit?

>[Yes, Exit $appname] [No, continue working]

If one word is a constraint, phrase the question better, or have the alternative be more specific too:

>Are you sure you would like to Exit?

>[Exit] [Cancel]

>You have unsaved changes. Would you like to save the changes before exiting?

>[Save Changes and Exit] [ Exit without Saving] [Cancel]
Argh, I hate the solar salesmen. We get them all the time during the warm season. I have a hard time going the rude route and just shutting the door on them, but I'm improved a lot in shutting down their arguments with three sentences of my own stats. Pretty quickly they know I've run the numbers, figured out why it doesn't make sense for me, and I've shut down all arguments they want to make. Usually they just say "Wow, it sounds like you're already given this a lot of thought." Umm, yeah, yeah I have. I wanted the numbers to work. I tried to convince myself. Even with Project Solar pricing, it does't work for me. So it sure as hell won't work if I pay your prices that give you such a nice commission.
I also find that writing by hand led to better retention and understanding when I learned a new language, compared to writing with a keyboard. My guess is that it's because handwriting is slower, which somehow creates a better focus window.
To echo a comment I made elsewhere in the thread, one thing that's worth considering is that WHAT TYPE of games you play makes a big difference.

Most single player games work well, most multiplayer games don't.

Both are very valid ways to play games, but it can give different gamers very different experiences with what's supported.
WASM is executable from every language to every language, you wouldn't have to write code specifically targeting the JNI for example. Say you want to use a PDF library from Java, a web server from C# and some scripts someone wrote in Python, and for whatever reason your preferred language of the day is Haskell. In the normal case you'd have to rely on someone to maintain Java -> Haskell, C# -> Haskell and Python -> Haskell glue code. But with wasm, you just pull in csharp.wasm, python.wasm and java.wasm, so it's just one binding layer, not three.

It's often the case that people choose languages based on the availability of the libraries written in those languages. The goal of non-browser WASM is to get rid of that and to minimize the friction of inter-language communication, so you don't have to rewrite it in $language. WASM is not tied to any language (like the JNI).
this is true.
and here's my sexy pen hack - https://www.lambdacurry.com/blog/2017-05-10-cheaper-better-w...

i use a waterman rollerball and use a signo 307 refill. which is probably as good as an ink pen.

Added benefit being the signo 307 is a fraud-proof ink.
https://www.reddit.com/r/selfhosted/comments/eo77m1/is_there...
If that were true, all enterprise code would still be non-GC
Me too! 480,000 scrobbles and still going. I recently downloaded all of my scrobbles so that at least I'd have the listening data in case the service ever goes down.
Digging this UI. It's actually really beautiful compared to regular ol' reader mode. The UI is nice, and it's a cool touch to see social comments. Nice work!

I love that you also opened source it! Which is a huge win.

It might also be nice to "auto-activate", so people don't forget it's running. Right now, I have to click the extension to run it.

If it could pass paywalls, I'd probably pay ("donate" might be a better term).

Any chance you could bring it to iOS as an extension? A lot of my reading is also happening on phone
> What is the problem with that?

Because, I guess, Intel will charge a premium for these SKUs anyway, because they have unlockable features inside.

So, you'll pay twice for the privilege.
Unfortunately, the massive influence of central grid profiteers make the obviously beneficial (especially in times of disaster and war) move to micro grids progress at the slowest possible pace.
https://listenbrainz.org/ is open source (from the MusicBrainz ppl), though not really intended for self-hosting.
Show HN: I created a product to connect any API to Google Sheet
Skills don't follow a bell curve or normal distribution. They follow a power law distribution with most people being terrible and a very small number of people being exceptional.
Email might not be delivered for many reasons that may not all be in control of the sender. It may be classified as spam somewhere along the way. It may simply drop into a black hole. Eventually the user will try again.
...and that's the sort of critique I'm interested in and which should have been given initially.
Being able to understand the syntax and by implication being able to understand a single piece of code in front of your eyes doesn't mean you will understand what it actually does. If you're talking about a small piece of code mainly using well known APIs, maybe you will understand it perfectly. But with code calling custom functions in a big codebase? Even when looking at a simple function call in a class:

- if it calls a function on `self`, where is it actually implemented?

- if you pass arguments, can they be mutated?

- can the function throw an exception?

you can't really answer this questions easily and I would argue answering them in Rust is much easier. Also because tooling for statically typed languages can derive much more than for dynamically typed languages.
As I had been building out my other product UseSQL I noticed another adjacent product that had a lot of potential run by another IndieHacker. I have since taken the product over. Added a number of features, fixed a few bugs, and pulled together a couple of demos. I have since started dogfooding this product, and figured I would share it with the world.

I am very excited to share this product as I don't think I have built a product that has leaked into my daily left as much as this one.

Feel free to give this product a try as there is a free plan if you want to take it for a spin. Thanks again! If you like it enough to start paying don't forget to snag that discount on my Product Hunt post https://www.producthunt.com/posts/apigum-2 otherwise I wouldn't be against any upvote love on the post. Happy holidays!
Please write more IETF RFCs. The world needs more of this.
> D is closer to C++ than C, in my opinion.

In terms of what the language allows you to do, yes. However, if you're a C programmer, you can pretty much just keep writing the same code you've always written (minus the preprocessor, thankfully). You can even compile C code with the D compiler and call those functions from your D code without doing anything further. That's definitely not the case with C++.
Benthos is much simpler, since it's stateless and it's a single static binary written in Go. I don't really know much about NiFi, but if you need to use a messages bus with Benthos, such as Kafka, you can. However, you don't have to.
Great work on the visualization, looks fantastic! Impressive how far web graphics have advanced.
well, a user might put in the wrong email by mistake...
We already struggle finding people good at everything else lol
You may be right. I did no latency comparisons for these systems. As long as the ECC is handled in the memory controller and not offloaded to the CPU, it will be completely transparent to everything on the platform sans the machine check subsystem, which will log and report these errors in the first place.
I practiced for literally decades. It didn't help much.
Maybe hacking and front-end dev are very different skillsets, and being gifted at one does not automatically make you even competent at the other.
Absolutely nobody in that meeting other than Elon agrees with that version of events.

Everyone else came out and said that those promises were never made in the first place and quite frankly why would they just take his word on it given he has developed a long reputation as a liar.
I agree with your statements on fungibility/liquidity, but what's curious is that Bitcoin is actually more liquid than most assets on the planet.

> They will always be inferior to the dollar purely on the virtue that they rely on the value of $USD to exist

As long as you can access / cash out from dollars, yes. Most people don't have this privilege or access to first class financial services.

Usage:
I agree that usage is currently being driven primarily by enthusiasts and speculators, but in the last 3 years its changing fast... Here are some links. https://news.ycombinator.com/item?id=33723425
> And the situation of the people fighting starvation, how do you call it? Indigence?

I call it a situation caused by greed and capitalism that can be resolved in a second by just giving these people food.

Scarcity created by nature is not poverty, it is famine. Scarcity created by humans is poverty.

To whit I give you the definition of poverty:

https://www.britannica.com/topic/poverty

poverty, the state of one who lacks a usual or socially acceptable amount of money or material possessions.
Try removing and re-adding the connection. This occasionally happens to me too.
> unless the language compiler/interpreter uses tree-sitter for parsing

Doubtful, last time I tried tree-sitter would parse invalid inputs without even tagging any errors in the parse tree. For example, it would silently accept extra tokens, or keywords in the place of identifiers. Replacing the built-in lexer and then validating the parse tree for correctness would be close to writing the grammar twice.

And accepting partially correct inputs within the compiler toolchain isn't too hard, so I don't really see the advantage of agreeing on tree-sitter and not just on a parse tree representation that editors can then query, as you then suggested. If the big deal is having it execute client-side or being sandboxed, I feel that's orthogonal to parsing algorithms.
The engineering solution to this problem isn't to add more parity bits to deal with the political changes, it's to use TAI, and make sure that TAI is well run and consistent.

We will need to encode planetary time origins, and should think about the equivalent, but I don't think that the solution to that will happen until after we need it to happen.
>Perhaps it should be; everyone can be the best at something. You have to find your something.

What happens if you don't? What do you tell someone who managed to find something at which they are respectably competent, but not the best? Is that not sufficient?
I have literally never encountered someone who really takes Roko's Basilisk seriously.

Other than the person who came up with it, I've not even heard of such people.

I don't doubt they exist — I've met people, people are dumb and believe dumb stuff even when they're smart — but I've never once encountered that.
> The core philosophical question is actually interesting: what is a machine? [...] I wish the author had focused on the philosophical substance of “what even is a machine?”

Indeed, and here we enter the land of metaphysics. Empirical science is not inherently mechanistic, though you cannot be blamed for making the mistake of thinking so given the crude metaphors we learn in school or how the methodological presumptions within scientific disciplines affect how we model and make predictions about phenomena. Even when not intended as literal characterizations of reality, against the backdrop of scientism, it is easy to reify metaphors into metaphysical truths if you don't know any better, when an authority figure compels you to do so, or when you fail to detect the whiff of contradiction. From experience, I will say that it is difficult to dislodge the mechanistic bias after a childhood spent having it reinforced in school and educational material. It might take a while to heal from the brain damage.

But where this article is concerned, I think the author missed what is the essential difference between a machine and a living thing, namely, that while the parts of a machine are arranged according to ends external to the arrangement (the artificer) and, more importantly, have no inherent tendency to operate the way they do, the "parts" of living things are inherently ordered toward an end. To put it in technical language, the parts of a machine (or artifact) are joined together by an accidental form, while what makes an organism is a substantial form. Of course, a mechanistic view of the world excludes substantial form and telos as a presupposition of its founding charter, not as the conclusion of a demonstration from observation or logical necessity, and so a "mechanist" is conceptually prevented from distinguishing machines from living things from the start.

[0] A nice article about mechanism: https://edwardfeser.blogspot.com/2010/05/deus-ex-machina.htm...

[1] For those tempted to construe reality in computational terms: https://drive.google.com/file/d/0B4SjM0oabZazckZnWlE1Q3FtdGs...
I did door to door charity fundraising and there's a more straightforward reason why the people that engage tend to be the elderly: they're in all day (and quite likely to be bored enough to talk to strangers on doorsteps even if or especially if their mental acuity is great).

Obviously it varies: at the other end of the spectrum I suspect people calling random mobile numbers pretending to be Microsoft get most of their "business" from a small number of elderly people even though they're least likely to answer the phone.
Well, I am glad it's working again... whew
Umm, Tesla built a nation–wide charging infrastructure from scratch on their own dime a decade before anyone else. That seems like a free market success to me. If we look further back in time we see the free market building zillions of gas stations without needing much help from the government.

There is one important way that electric charging infrastructure differs from gas stations though. Most people who use an electric car as a daily driver will simply charge it at home. They might need to spend a few hundred bucks to upgrade to a 40A or 50A circuit, but they won’t need a supercharger every day of the week. I don’t think it will be very long before apartment complexes are advertising that they already have charging infrastructure installed, and eventually it will be ubiquitous. Everywhere you can park will have a way to charge your car, and gas stations will be few and far between.
Just FYI: MetalLB can be used without BGP, in L2 mode. It was actually one of the few things that "just worked" for me (with k3s).
Flocks of assembler robots show potential for making larger structures
> A mentally healthy person, when shown a display of excellence, is impressed, energized, and motivated.

The way I’ve expressed this sentiment before in the context of music was to find hope when I hear outstanding musicians, as my thought was usually, “we now know there is at least one human capable of such expression, so it’s possible for us to reach this level,” or simply to say “such an individual does exist.”

I think the author has deeper seated issues to deal with, especially if they spend time languishing over this, and then writing these posts to justify/circumvent their negative emotional reactions by reframing and then echoing their internal troubles to the rest of us like we need to be enlightened.
> If it depends on large amounts of computation, how can it be considered more efficient?

More efficient in terms of rotations necessary to solve the cube.
You'll Never Do Agile Right
But this isn't true. Who is it benefitting to lie to people like this?
Absolutely. That's why PredPol was such a great success.
I was on the "Twitter will could be dead by the end of the weekend" train in the beginning, mostly because the popular narrative was that Twitter was poorly built, which is why they had 7000 developers. I've come around for a couple of reasons: Those devs seem to have overengineered a lot of stuff, and made it pretty robust, and elon still has at least 1000 people who either believe in his hype or couldn't leave because of their visa. That's plenty to keep some form of website with the twitter logo running at all times. 100 people is enough to keep some semblance of "a" twitter running, but more than several hundred means that twitter will have a web presence as long as elon is willing to burn cash, or forever if he finds some profitability.

I have several years experience now being the sole person on a mission critical portion of an international company that was still abandoned/ignored/whatever by management. All but 5% of the people I worked with have left, and there are entire portions of the code base that nobody left has ever touched or been involved with.

What happens is erosion. A manager will ask "Why is <thing> running poorly, or doing the wrong action" and you will only be able to say "I don't know". You then have to spend an hour tracking down the relevant code and teach yourself something that used to be the remit of a team of twelve and they could have answered/fixed this question in a minute. Now every ticket has to include a section about the required software archeology.

Things will keep running, but you can't really build on the previous code very well, because you have no clue how it was built or the sharp edges it works around. Even minor updates to the system means an entire sprint worth of research and a half solution that is less robust. Bugs on the tracker will never be looked at, and the backlog explodes with tickets that won't be touched before the heat death of the universe. It destroys morale, makes onboarding new devs difficult, kills any advantage a previously smart architecture brought you, makes you a pariah in the local employment environment, and reduces even your most senior devs to the output of a brand new junior dev. Your everyday task is "can I put out more fires than will start today".
I definitely agree this is an etiquette rules discussion - and that maybe this change has to do with how loud the loudest microphones can get. Maybe pre-internet, the only people who would see criticism would be other experts in the field. But now maybe even things offline are more public. I've heard many academics use twitter - which means a critique in public could easily become a tweet, and then viral in the community, etc.

I do really like that newspaper comparison, especially because it could prevent misunderstanding what an author was trying to say.
Thank you for distinguishing yourself.

I'm not sure why you think a humorous plush toy precludes any of the other things you mention (retrospective, etc). I see a plush toy as something that makes failure an amusing thing to laugh at, rather than something to be hung up about.

But don't worry. At your request, I will not work with you.
Still use last.fm. Most "You might like this" algorithms go straight for the low-hanging fruit, and often fail to take any kind of nuance into account.

I can't tell you how many of the streaming services will see my Black Sabbath play history and immediately recommend, "If you like Black Sabbath, you should love...Slipknot!" But I've never had a real person make that mistake, because a real person who looks at my last.fm history and has an understanding of the genre says "Gee, this guy has plenty of Black Sabbath, Iron Maiden, and tons of doom metal on his list, but doesn't have Slipknot, Korn, or Pantera in his history. Maybe that's intentional."

Human review and recommendation still beats algorithmic recommendation by a mile if you have discerning tastes.
I think the webdevs are right about this one. People lose or forget passwords all the time (in general not using password managers). Permanently losing access to an account sucks a lot. Tying account ownership to email primarily with passwords being more or less an optional convenience saving you the email roundtrip seems worth it.
Doesn't this likely sound like an unintentional Goodhart's Law? Our heroes are those who have never erred, and anyone who ever errs can never be great. Given that we have created this ideal, it is unsurprising that no one ever wants to set that "have erred" bit. And given that, it is unsurprising that anyone would want someone they like or respect to have the "have erred" bit set on them. And given that, it is best to avoid any discussion of error at all.

Perhaps, and I speculate, it is our culture of dunking on targets. My personal favourite is that I disregard anything regarding Colin Powell. Someone might say "Well, he was quite the X" or "he would have made a good Y" and I cannot resist but say "But the mindless clown will just repeat nonsense if you give him nonsense". Others might decide that errors I consider insignificant in others are the equivalent of Colin Powell's.

Consequently, it is important to never state that another has erred.
Agreed. Guess he's dipping into the social engineering aspect of hacking by getting actual FE devs to do the work for him.
HA, I know why. And it is why I hate HN. Truth does not matter, feelings matter. I am hurting feelings.

Up and downvoting to gauge what the mob thinks is the worst invention of the internet.