skysight-inc/HackerNews huggingface dataset:
You need a plan to have a number because it's difficult/impossible to get a number allocated to you as an individual. If we assume "hundreds" means >=$200/year, then the maximum monthly payment we can have for that not to be true is $16/mo. The absolute cheapest phone plans I could find in the US that weren't for alarm systems were $15/mo on mvnos like mint. In practice, I suspect few people are paying less than $25-$30 a month, or "hundreds" a year for their numbers.
Let's work at this from reverse.

OF COURSE smart people are more likely than average to become rich! How could it be otherwise, unless the only way to become rich was luck?

Now, some people are born rich! But even if it's just the self-made rich that are smarter than average, and people born rich are exactly average (unlikely as intelligence/attractiveness/etc are at least partly inheritable), that means that rich people are ALSO smarter than average. ('above average' averaged with 'exactly average' is still 'above average')
No clutch to press. This was a Ferrari 488 GTB which has an automatic transmission.

It must have good torque in first gear?
Anyone have a link to the full article? I’d like to read why folks will presumably need to be audited for selling over 600$ on eBay and not having a reasonable way to itemize that.
"Most" is tricky, but using things like sim card and IP tracking to approve drone strikes that end up killing scores of civilians is pretty atrocious.

Oh, or the false Gulf of Tonkin report probably led to millions of deaths.
Venkman, perhaps?
Will have to find the dishwasher one but this is a good start/reputable source. Btc comes in under fridges.

https://ccaf.io/cbeci/index/comparisons
[0] https://slatestarcodex.com/2017/09/05/book-review-surfing-un...

[1] https://astralcodexten.substack.com/p/your-book-review-consc...
If you also claim that your legs let you walk on water and sometimes even walk off a cliff without falling, then I'd agree your analogy is in the right ballpark.
Carbon Capture, Utilization, and Storage: Technologies and Costs in the U.S.
Understanding the Performance Impact of Generated JavaScript
In the USA.

They range from 4 (St. Helena) to 13 (Austria), I believe.
Look up “Jim Pankiw” to get a taste of the local flavour of rhetoric.
I guess "stuff" isn't really the problem with the current society. If you write software for a living, the company that has a 50% faster hack/test/ship cycle is the one that wins the market. It is a shame that you have to throw away a power supply, keyboard, and screen every few years to get that faster cycle, and Framework helps there.

But at the same time, the chips that Framework uses waste valuable electricity and don't perform particularly well. That's just where Intel is at right now. That is likely to change, and Framework is interesting from the standpoint of "when Intel gets their act together, look at our balance of performance and sustainability". That's not where they're at right now, though. Not Frameworks' fault; nobody is selling mobile arm64 chips that have remotely competitive performance. It's the late 1970s again; hopefully the clones show up to kill "IBM" again.

Realistically, people are burning the rainforest to sell pictures of smoking monkeys and burn dead dinosaurs to drive to get coffee every morning. Recycling your laptop's screen every 5 years is not really making a dent into our current planet-killing habits. It feels good to help in a small way, but what feels good is not necessarily meaningful.
That also means we have to respect their wishes and not touch them without their consent.
Well the merge has hit test chains so it’s coming for eth main chain.

Yes, you’re correct, the judgement is about what the energy is used for.
I know this way of job posts from my former company. They had a lot of applications out there, but had a STOP to get new employees. This lasts more than 6 months. I asked the HR-manager about it, and he told me that all the offers are out there to not show the internal problem. This was more than 10 years ago in Germany. Seems nothing changed, even not in other countries.
@patio11 mentioned this classic essay in his recent tweet thread on the Tornado Cash sanctions.

https://mobile.twitter.com/patio11/status/155704450388988313...
Maybe several generations of 3D printers down the road they would be decent weapon printers. Right now and in the near term they're unsuitable for printing weapons. If you're an insurgent you're better off making a zip gun out of office scraps to get yourself a better recently owned gun.

Good insurgencies don't keep weapons at home. They stash them at drop points and pick them up when they need to use them. 3D printers have the same problems as weapons. If an occupying force finds out you've got a 3D printer they're going to confiscate it if you're lucky and jail/kill you if you're not.

I'd also suggest that anymore insurgencies are more interested in IEDs than small arms. An insurgent doesn't need to be around when an IED goes off. An IED can do a lot more damage to even moderately armored vehicles than 3D printed or scratch built small arms.
Lol because working at Google or Facebook is so much better ethically? Give me a break.
That's not trolling, that's trying to get other people to fight the US justice department for you. This "troll" probably has a lot riding on Tornado Cash. It's not the kind of stunt pulled by someone without interest.
Governments are not a force of nature either. Sure, they're more likely to win over Eth, but I personally always remain hopeful for change in incumbent systems.
Maybe its a good idea at 10mph, but in general you can use transmission to stop a car by gradually switching to a lower (but not neutral) gear.
I operate under the belief that the governments have a crystal ball and can peer into any process at any time, they just probably aren't using it to watch you right now
I’d rather write Spring than Vertx callback or observable hell.
I think Java gets a lot of flak because it is so popular within enterprises. And we all know what kind of code gets written in non-IT corporates. Add to that the fact that Java allows you to do a lot means a lot of crazy code was conjured up over the years which then had to be maintained and developed.

If you apply some discipline, I think Java is a great language.
$120 before tax for T-mobile for 1000 minutes, 1 GB/mo.
This is fun. I imagine that vendors these days set a stopwatch before an open source equivalent of their product appears, and that stopwatch time gets less every year (-:
Erlang is not as peformant as Java, but there are plenty of reasons to prefer the former to the latter:

- a much better concurrency model, that gets you parallelism for free just by adding cores

- no global gc pauses, low-latency

- fantastic operational tools (trace debugging, remote shell, etc.)

- Erlang/OTP gives you great middleware out of the box, including including queues, pub-sub, service monitoring, database, etc.

- Honestly just a more expressive core language.

All that said, I don't really have anything against Java. It is a great language for the server, but it is not the only choice.
> From your link: "Even under demanding multi-threaded workloads, the M2 MacBook Air was not nearly as warm as the other laptops tested"

> Overall, your results don't seem very valid.

They're not "my" results, and thermals were not part of the discussion.

Regarding performance, if one wants to be rigorous (and that's why I didn't state "68xx is faster than Mx"), one can't make absolute claims either way, as Torvalds himself has criticized Geekbench.

I still think that describing the performance difference as "not very far" is a valid assessment.
This is such a tiny problem to quibble about. Just create a helper function that indeed force you to return values.

The default leaves you room to do harder things like custom chunk streaming.
> I think people dislike XML precisely because it's so flexible and unopinionated.

You're probably right.

> Basically, it's easy to "hold it wrong" in a way that harms consumers.

I feel a bit like this could equally apply to things like GraphQL. I spend more time reading the docs on how someone's internal data model is built than I do writing GraphQL queries. And if I get that data model slightly wrong, my query's garbage.

But that's probably a separate, vendor specific (coughnewrelic), rant.
Scala is a ring of four Corollas welded by the edges of their rooftops so that rolling over only changes the set of wheels you're using. Also, all wheels are omni directional so you can drive sideways when required.
Yes the tutorials are intended to be accessible to a complete novice.

I recommend some help from someone with a little experience for the 1st tutorial that discusses installing all the prerequisites. But the rest should be OK for children from around 10 years (I've tested it on my 9 year old)
Of course it doesn't justify it. But it's absolutely the rationale they tell themselves.
Some does, some does not. I have heard this feature called "Coin Control". Ledger and Electrum have it at least.
It's exposed in Electrum and the Bitcoin Core GUI wallet. Perfect for donations, you can spend one UTXO without change.
I'm with you, even as a Java developer I can immediately recognize when something was written in Java: it's ugly and slow. When it crashes, you know they missed a NPE or tried to use multiple threads.
How often do angry articles hit HN ranting about Visa/MC cutting of spending to XYZ source based on moral judgments or investor pressure. Yes, free access to digital payments as an anchor of civil society beats clean dishes I don’t have to do by hand.
Most businesses, consumers, and developers universally continue to ignore the primary reason that iMessage is a closed platform, rather than an app on every platform as iTunes is:

Apple is using device serial numbers for anti-spam, supported by a fully-authenticated hardware and software stack that does not allow user modification. This permits Apple to simply “console ban” any Apple device that spams on iMessage. This makes it prohibitively expensive to send spam over iMessage. They have been doing so since iMessage was launched.

Android offers no such attestation that I’m aware of. Windows, on Pluton, could offer this attestation securely — and that is a key deliverable of Pluton.

It’s easy, then, to predict what Apple’s first non-Apple platform will be: Microsoft Windows 12, only if secure-booted, with Pluton-signed attestation that the kernel is unmodified. And it’s easy to predict how Apple will implement anti-spam: by applying “console” bans to specific Pluton chips by their serial number.

If Android wants to join the party, then Android phone builders need to implement secure boot with hardware-signed attestation of non-rooted-ness, in the style of Apple T2 + macOS or Microsoft Pluton + Secure Boot. Until then, Apple iMessage will remain single platform.

(I recognize that this is extremely unpalatable to device hackers, but the same freedom to modify an OS kernel that hackers desire is also the freedom to spam all users, as we have seen repeatedly with all messaging software platforms operated without hardware-backed attestation for the past thirty years — including email, Jabber, and HN itself.)

(No, I do not work at Apple.)
> Can't really blame Java for that, though

Hmm. Can't I? I know why Sun made Java. They wanted a platform to develop applications that didn't require the skill of a competent C++ programmer. They were targeting lower caliber coders.

I'm a pragmatist; yes, Java programmers would still find escapes, but they'd do it less and so the net number of flaws would be smaller. As jayd16 points out, there is a pragmatic way to deal with this; provide a compiler mode that eliminates null dereferences and rework the standard library to accommodate this. Simple and obvious. Afterwards you can throw the switch on whatever code your facing and you'll know if you're dealing with crap or not.
We're not going to lose our land from the edges, if that's what you're asking. It's actually causing a bit of an issue right now because our land has been retained while the beach has disappeared, so it's no longer possible to walk the beach except at lowest tide. slOne of my neighbors has requested (with a legal letter) that we remove our trees and landscape in a continuous beach.
I do similar: I create a `handleError` function that deals with the error (logs it, reports it, redirects to the appropriate page), and call that in a return statement.

It's like 5 minute's work to code up, and I get to set whatever logging destination and redirect logic works best for my project.
Only if you mind ads in your game editor.
Most celebs who publicly claimed to own an NFT de-anonymized their addresses as a result, no?
It seems less hate and more 100% indifference to the societal impact of his products, which almost seems worse. He is alien, strange, soulless, has this uncanny-valley-vibe and is basically "selling" us human connection. Really creepy.
Ferrari also won't sell you their better models until after you've bought at least one of the lower end models. If I ever have the $$ to own a Ferrari, I'm certain I'd have to buy on the used market to get the model I want.
Yes this is usually it, and then the whole ecosystem benefits from it down the line. Very distasteful.
My neo-bank (Revolut) has this feature. If someone sends me money for the first time, or isn't in my contacts, they have to explicitly accept it from their app before it actually lands in their account.

Ignoring that specific feature, if you did get money sent to your traditional bank account, you can always contact your bank and tell them you don't know what it is to avoid any trouble. This is not possible with Ethereum.
So you observed the last 50 years of rates, and you don't see a downward trend?!

In every country in advanced world??
Can it get even slower?
Or maybe they just have an interest in privacy. There's a lot of dedicated crypto nerds out there with money to blow like this.
Java UI and applets have been abandoned long ago (>10 years). This was partly due to webapps becoming the standard, but also the realization that for desktop apps non-native UIs just suck.

The vast majority of Java (=running on the JVM) software these days is server-side, without any user interface.
Your argumentation is myopic. I'm not seeing anyone making excuses. I'm seeing people face the realities that few systems (if any) are without single points of failure.

Take the mobile app dependency away from banking. Then what? There's a dependency on having a computer. A dependency on having power and internet. Why did the banking system build around these single points of failure?

The reality of system design dictates that you measure risk in terms of what is acceptable vs not-acceptable, the solution on whether it is practical vs not-practical, and the implementation on whether it is economically viable. Raising a stink because your bank wants you to use a mobile phone for verification is like complaining that your car requires gasoline to work. Are there other ways of solve the problem? Sure. Did the solution they landed on meet their requirements, yes. I hardly consider them morons for going with the cell phone approach.
The lack of ability to leave a group text chat is the most annoying thing ever. Spammers send these group texts and there’s no way to leave.
Automatic, or nuanced view as a result of on understanding the tech pretty deeply?
Good post.

I have already noticed that people have stopped reading posts & comments before responding, they just react to them. They are just writing prompts.

Finding good comments and receiving good responses is becoming so rare that I think this is perfect opportunity to stop writing comments.

The end.
This is how thinking that crypto is in any way anything like anonymous trips people up.

As soon as you claim ownership of an NFT, your address is known.
> just do cryptopals

Soul read.

I did the first two "chapters", then I had to stop for personal reasons and never picked it up again. Perhaps I should put it on my github as a mark of dishonor.
It depends on what you consider "useful". I live in the west and I don't take our financial freedom as granted. There are many places in the world where decentralized consensus for financial transactions is valued.

I'm grateful to live in a society where this is not a "problem", but I don't take it for granted
They did in the article? They're not asking it to change, they're just expressing their opinion.
> In C89, undefined behavior is interpreted as, “The C standard doesn’t have requirements for the behavior, so you must define what the behavior is in your implementation, and there are a few permissible options”

That is flat out wrong; it describes implementation-defined behavior, not undefined-behavior.

In spite of the word "permissible", the range of what is permissible is very broad. It is permissible to "ignor[e] the situation completely, with unpredictable results". Ignore the situation means not to implement any requirements at all in regard to that situation, and not provide a shred of documentation about that. (Contrary to the article's claim.)

Nowhere is it imposing a requirement for the implementation to define any choices. Only one of the options refers to documentation: in some area where behavior isn't defined, the implementors can choose to provide a documented extension. It's that documentation which makes it an extension. If the documentatio isn't provided, then the behavior isn't a documented extension. There is no requirement one way or the other.

Now about this "permissible" versus "possible" difference: there could be one, but perhaps not in the way the article's author thinks.

When C89 says that it's permissible to ignore the situation, that seems to rules out malice. If the program perpetrates the undefined situation, and some harm occurs (like a flash partition being wiped out), that must have happened because the situation had been ignored with unpredictable consequences, and not because the implementor put in code to detect the instance of undefined behavior, and arranged for the erasure to be done on purpose.

"Permissible" seems to be encouraging the implementor to terminate the program (possibly with a diagnostic) if the implementor develops the ability to detect the situation. Detecting the situation and acting maliciously is not in the range of what is "permissible".

With the word "possible", it is less clear that malice is being discouraged. Clearly, malice is not logically impossible; it seems as if the word is introducing an inexhaustive list of example consequences.
> This combined with the fact that Java doesn't crash

Huh? Doesn't crash in what way vs. C? I can still deref a null pointer and blow up.

Java's perfectly fine, and I have no idea why you'd write C any more, but if you care about (extreme) performance and not crashing, Rust seems the obvious modern choice here.
The only saving grace about the heatwave in France right now is that it's a very dry heat, almost desert like. Obviously, that leads to some brutal drought like conditions and is still dangerous, but I find even 30 with a lot of humidity feels significantly worse than the heatwave in Lyon a couple weeks ago. Shade at least offered some relief. When the humidity is super high, even shade doesn't really help.

It was pretty crazy in Lyon though, I did not expect 40+ degrees during my holidays there.
He is (probably) referring to tumbling when it hits a body which is also a ton of misinformation. When a bullet hits, you want it to fragment and dump all its energy into the target and not exit. Or expand and stop, which is better. Leaving means it still had some energy.

So because the sectional density and makeup of the cheap 7.62x39 bullets when coupled with their relative low velocity won’t fragment, their only option is to tumble. This is obviously going to happen and not part of the design. “Thing flying through the air suddenly hitting something makes it unstable” isn’t magic.

So the claim by AK people is that it tumbles - by design! When really, it failed to fragment or expand. So “it tumbles well” is really bad when they talk about air which is a bad muzzle crown or bad rifling, bad bullets… but not much better when talking about terminal ballistics. There are some decently expanding x93 hunting rounds, but like two maybe. This discussion revolves around military and surplus ammo.

It’s wrong either way, but less wrong than air which is a common belief.
I'm solidly GenX, but the hacking culture described by "The Hacker's Dictionary" is a generation older than that -- the era of the MIT AI Lab or Stanford's SAIL in the mid 1970s. Lisp Machines and custom in-house operating systems. The GenX hacking culture was the 1980s and was more about getting the most out of our own microcomputers.
There is a neat video about the cyclotron kids at https://www.youtube.com/watch?v=d7tKxqwfZoE

Building a cyclotron is certainly a lot more involved than a fusor, mostly because they are physically large/heavy by their nature and also quite sensitive to their operating conditions, but certainly within the grasp of a dedicated hobbyist. The fact that one can create antimatter with refrigerator sized setup and a ~$10k budget is absolutely mind boggling!
But you can abandon a number after you registered on Twitter.
Doesn't help against agencies but against scrappers
> Java is the only programming language where I have seen a strong correlation between the programming language used to implement some application and a low quality of that application.

Funny, I hear this sentiment more about PHP which deserved its poor reputation in the early days but is actually quite a nice language now and has been for a good long bit.

I think the biggest problem some people have with certain programming languages is that they don't "look" a certain way they prefer (syntax-wise), or don't have enough modern buzzwords associated with them.
It's not the way Java is done now because, as noted, it was awful. Java is almost 30 years old now. Developers who worked in Java 20 years ago had a pretty different experience than it is now.

However, I'm sure a lot of that code still exists.
Prepare for it at it is going to happen. The production in Europe will decrease, and we will export less food. The famine will be in countries which are not self sufficient and which do not have strong allies.

We are seeing it already with Ukraine and Russia barely exporting grain, many countries knocked on the door of France to secure food.
Don't know about Chappelle, but Fallon has his ethereum name service (ENS) address "Fallon.eth" in the "Name" field of his verified twitter account profile.
We don't understand complex systems well at all.

I think the more defective part of humans is our near complete inability for long-term thinking and planning, especially collective long-term thinking and planning. Just look at our daily lives and jobs. When are long-term plans every truly engaged and acted upon? Almost none. There is much too much self-induced noise in society and the economy, and there's a hyper-focus on short-term results and concerns.
Sure, who knows. Although humans are allegedly bad with 7±2 parameters, hence a nice user interface is still required if humans are to be kept in the loop.

My point was that something like APP-E or GAME-E seems very plausible in the near future and it is more likely to render pixels with the underlying logic encoded in an inscrutable sparse matrix, somewhat the consequence of a beefier DALL-E with regard to the data set, the learning modalities, and the attention span, than to write programs to be compiled/interpreted by any current language stack.
the problem is that this is going to be one of the coldest summers in the next 20 years