skysight-inc/HackerNews huggingface dataset:
You're confusing authoritarian governments with limitations on capitalism.

We already had unlimited capitalism. It had child labor, literally poison as "medicine" [1] etc.

In modern times unrestricted capitalism keeps doing the same: from sweatshops all over Asia to things like Nestle literally dissuading mothers from breastfeeding in developing nations which led to widespread problems like, you know, children dying.

[1] See, for example, https://en.wikipedia.org/wiki/Jim_(horse)?wprov=sfti1
I think it is market forces. Fanless laptops can be made, but the bulk of the market seeks reasonable performance at the best price.

I think it doesn't matter much, as you can take a standard laptop and restrict the clock speed, and the fan will never turn on.
It would make a superb April fool's if done correctly :)
> It's ironic that the clay tablets we found are probably the only things that will survive another few thousand years.

It’s doubly ironic because the ones that lasted were the ones that accidentally got turned into bricks when they were in fires.
Just a bit too real
Notice how the name of printer company can not be mentioned even in the article about evil doing of that company.
Should conferences have a rebuttal phase?
> He might mean limited 'natutal' talent. Some people just inhale new concepts and syntax and grok it all instantly.

He also describes how it might look like some musicians can do magic effortlessly, but recognizes that it is based on training. And the same is true for software.

It is incredibly difficult to judge "natural" talent. The skill level can be judged, but the amount of prior experience cannot. It is always self-reported, or just estimated. Total time spent and the age at wich the first line of code was written is probably extremely high/low respectively for people considered talented.
This is optimist fantasy hyperbole. You can’t imagine physics into existence. And also the military is well known for spending on ideas that don’t even have a hope of working out whatsoever. We can use goat staring as a fine example of military thinking.

Having also worked for clearly larger and more respectable defence contractors, one of whom had a big stake in early radio, in an RF engineering capacity, this stuff is laughed off the table. No one really wants or needs this capability nor believes it will work. It’s fringe garbage.

Defence projects start with capabilities and then work out what you can deliver within those capabilities and client expectations.

Knowing when to tell the client they are lunatics rather than taking the money and dragging a project out while paying subcontractors is where things are divided in the market.
The only way this is in any way interesting is as a 1950s style death ray, and even then, it's only enough to warm porridge at that distance. A close-quarters vehicle mounted version at 100m might be a different proposition.
What is "RTO"?
I don't think you're an outlier. If anything, you're the majority. Most people I know use Facebook and Instagram sparingly and communicate with friends directly using Snapchat, iMessage, Messenger, or Whatsapp. It's not a complete shunning of Facebook/Meta (that feels like an outlier to me) but it's also not using Facebook the way Meta wants you to. They can't show ads in messages (yet).
Pi_static_and_hidden in Glibc Rtld
I don't have a "side" in this, that kind of division further drives the toxic narratives in US politics and sees the only options as based on force or a civil war. That shows either a lack of imagination or bad faith in seeking a solution.

I live elsewhere and, like the majority of the world, this isn't even a debate, even in a country where about 25% of households have firearms but the availability and controls are strict and there's near zero expectation of being a victim of violent crime, let alone with firearm. Large swathes of the world have figured this out without the cataclysm that gun fantasists in the US claim would result.

Lastly, the winning, or rather the currently prevailing, side of anything does not necessarily mean that it is correct. What's wrong in the US appears to be the culture and so the solution would be to try to change the culture (cultures naturally form and change gradually over time). Unfortunately the current direction is for people to become ever more entrenched, leaving the nuanced middle ground virtually empty.
How come python works then? It uses rc with cycle detector, doesn't it?
I don’t think this necessarily means anything. App download count will always favor newer apps that are still in their growth stage (TikTok is a good example of this).

Facebook is post growth stage and is probably at the point where it’s already hit, or close to hitting its peak market share. Most Facebook users have already installed the app and only ever need to reinstall it if they switch phones. Those that haven’t installed it/don’t use Facebook are unlikely to convert to new users at this point
I do agree with your overall points but it’s worth noting that Go has been pretty stable in that regard. In fact backwards compatibility is one of the core missions and has lead to various design decisions that have left many wishing Go would break its compatibility promise. But I do agree it still wouldn’t compare against Bash’s multi-decade of consistency.
Someone should make a laptop that's way heavier/thicker than current models but is also silent, cool, high-performing, and the battery lasts a week.
You clearly are relying on falsehoods. I can make hydrogen at home at much better than 1% efficiency.
Tons of websites and apps use Material design and nobody tells them to change it or they're Google
My mise en place is very similar to the authors - set up whatever I need to get fast and clear feedback before anything.

If it’s a web service, set up a hello world / health check to auto-deploy with migrations if applicable, after automatically running the build.

If it’s a library, set up a build and CI, and any version bumping and release scripts, docs autogeneration.

Basically set yourself up for success and handle a lot of the non-project related heavy lifting. That makes a great foundation off which to launch and iterate quickly.
I thought he had actually built that tower, tv documentaries portray him as a genius who invented stuff but wasn't commercially successful.
There isn't much new to learn. It is mostly new wheels, but those are still wheels, just in a different box.
Can't edit the comment anymore, but I made a mistake. The Maximum Turbo Power explanation is as follows: "The maximum sustained (>1s) power dissipation of the processor as limited by current and/or temperature controls."

Somehow I have misread it to mean that it can peak up to said power limit for UNDER 1 second, which is incorrect - the CPU will run at that limit for as long as cooling allows. The CPU will gulp down ~240W when under full load, as evidenced here at ~24 minutes: https://www.youtube.com/watch?v=fhI9tLOg-6I
True. Fruits and berries.
> instead we see that capital is the deciding factor in success

It's called "capital"-ism for a reason.

> Scale enables efficiency

Efficiency on which dimension? You can only optimize on one dimension: customer satisfaction? Employee salary? Profit?
Ask HN: Merchant of Record for Selling NFTs?
I believe that creating and selling NFT is similar to traditional B2C digital services.

Does anyone know of a merchant of record service for this kind of stuff?

Before suggesting Stripe do some research please, afaik they don’t have a merchant of record product. They can calculate all your vat etc but then you are supposed to register on every country and report/file/pay taxes
I was thinking more about the copyright on the score, and whether other people would be able to freely copy it, make their own recordings, create derivative works, and so on.
If it bleeds we can kill it.
I’d love to know what they all were.
The “best practice” of preferring higher level languages is questionable when it comes to System level tasks such as this one.

If it’s something that needs to be part of a complex system, sure higher level langs can be powerful. If it’s a standalone thing, shell scripts are generally ok.

In fact higher level languages add complexity: their build process, library updates, breaking changes of dependencies all make it a pain to maintain. Shell scripts? “ls” is never gonna change.

IMO the biggest reason shell scripts are avoided is simply because most software developers aren’t very comfortable with the syntax (tbh it does feel archaic in certain places) or know how unixy stuff like signals, pipes etc really work. If you have to do system level tasks though it’s probably worth the effort to understand these things.
sort of, its a prisoner's dilemma

even if you had the theoretical quantum computer with enough qubits to derive private keys, you would be better off just taking some people's coins or transactions so that people will victim blame them based on assuming they have poor OPSEC instead of tipping off that the system is compromised
If a user manages to get the temps high enough to throttle its going to be a very bad user experience if they aren't savvy, the device is going to be hot and slow.

My work laptop is one of those macbook air style super light Windows ones, I thought it was fanless until I watched a teardown, the fan hardly turns on and I have to put my ear to hit to hear when it does.
I spent the last 2 years still enjoying myself (hobbies, meeting up with friends when I could, traveling occasionally although maybe not as much as you, etc) and now I'm making 400k+ a year with 3 years of experience. You don't have to slack off to enjoy non-work time and it feels like doing that's just going to hurt you in the long run. I also might be speaking out of my ass so maybe someone with more experience can come correct me.
Return To Office
Mid 90s, my father and I went to buy a computer. It was late afternoon and the company (some B2B in some huge conference center) was almost closing for the day. We decided on what must go into the thing (along lines "no, 16Hz is unnecessary, 12Hz will do) and were so truly disappointed to find out it would take two business days. Despite almost closing, they told us to wait and assembled the computer on spot. We returned home where I learned that computer without software is nothing (I was able to play with some DOS commands this evening). I remember a strong 'aha' moment... "ok, that's computer PLUS software."
I don’t understand what merchant of record means. Opensea is the best market place.
>In cooking, you usually know the recipe and have experience before preparing it for many people. In programming, you often explore and create, trying out new things that you didn't know before.

Im pretty sure that experimentation equally well to cooking.
I agree with the sentiment, but does Swift actually see any usage outside of Apple’s own hardware? I think Swift’s reliance on such an optimization is justified since the hardware this optimization is applied to is the main target.

While Swift’s approach may be slower in theory, is it actually slower in practice? Just a thought.
> You can blame the noise of the fan on the push for crazy flat laptops though. There's no reason a still light but thicker laptop couldn't use a larger slower moving fan. Well, other than the perception of thick as heavy and thus bad.

FWIW I've taken apart many laptops over many generations and the general trend seems to be that OEMs always use a cooling solution that's just-so good enough, regardless of available space and laptop cost. When you give an OEM a 40 % reduction in power through a new CPU generation, you're giving them a choice: a) spend the same amount of money on a cooling solution that's as capable as before, so now you'll get a quiet and cool laptop or b) make the cooling solution 40 % smaller, making it cheaper, and keeping noise and heat roughly similar.
FOSS Daily Capybara Website, Twitter, Discord and Matrix Bot
Yeah, I am disappointed that fanless devices have been on the retreat these past several years. My wife's previous laptop was a Lenovo Yoga 710, with a fanless Intel Core m3-6Y30 (Skylake, 2 cores with HT). Performance was more than adequate for her work as a scientist. My current laptop is a Xiaomi Mi Air 12.5, with the same CPU installed. It's powerful enough for everything I do on the go. If I were to replace it, there's just no up to date fanless device available except for the Macbook Air - which will have to have decent GNU/Linux support before I can/will consider buying it.

But it's not just laptops that lose their fanlessness (which I appreciate both due to noise and reliability concerns), but also NUCs - almost every single NUC-like device that has entered the market and managed to come to my attention over the last months has had a fan installed. I wonder why that is - TDPs do not seem to have gone up, at least not when looking at data sheets... maybe it's just cheaper to make stuff that way.
Exactly, it's like athlete wanting to be a referee.
Mise en place is a useful mental model for everyday activities, but I don't think the author gave a good example in the post.

I don't think intensity or difficulty is the key differentiator between preparation and the actual work. To me, it's mainly about separating tedious and repetitive tasks from the ones that require attention and creativity.

Prep work means that you perform something that you have done many-many times before and it feels automatic. Prep can be also harder and more intense in many ways than the actual work itself.
> As it turns out, there were also a group of Ukrainian Special forces that pestered and attacked that column relentlessly.

I mean yeah? That is the nature of millitary offensives. The opposition tends to make your life harder every way they can.

When someone says that the attack stalled because the attacking force botched the logistics, that doesn’t mean that they forgot that tanks run on fuel. It means that they couldn’t deliver the supplies needed because their logistics were not resilient to enemy action.

In the very micro level this might mean that a particular Ukranian soldier shot dead a particular Russian fuel truck driver. (Or they blown up the truck, or trapped it, or misrouted it, or caused them enough fear the truck driver decided to run away instead of getting the supplies to the troops.) On the macro level the details don’t matter, there you can say that the logistic failed.

Similarly if during an excercise in your own country the fuel trucks show up a day late that’s not a problem. You spend the day camping next to your tank and the fuel arrives when it arrives. But if the same happens during a real invasion you are a sitting duck the enemy is trying to kill.

Logistics failing and the Ukrainan forces pestering and attacking the column are not two different things. They are one and the same, but on two different levels of abstraction.
I'm so sorry, but any further idea if no reply from it ?
I don't know, it seems like if the corporation sent a high fee transaction they have already been alerted that their defenses need to be raised. so your attack vector has limited efficacy as it might be closed. the hackers need to have the foresight to sit in the server and accumulate other blackmail, but also not lose the chance to take the bitcoin bounty based on another hacker finding it.
The Huawei Matebook X looks good to me.

I was really disappointed with the fan behavior of my Thinkpad X1 Nano -- constantly spinning, and loudly. I use third-party software to control it now. Having the fan spin for writing an email is just ridiculous.
Former President Obama Speaks at Stanford [video]
This is the video of former US president Barack Obama at Stanford University on the matter of online disinformation. The speech was given on 21 April 2022.

Obama's remarks begin at about 9m50s.

https://www.c-span.org/video/?519625-1/president-obama-warns...

There is, it turns out, a transcript:

https://barackobama.medium.com/my-remarks-on-disinformation-...

And similar comments from a panel at the University of Chicago:

Obama's comments: https://yewtu.be/watch?v=uGXwA1W2cbc

Full playlist: https://yewtu.be/playlist?list=PLkFZB_XMYMJaE7wqstL6F9XEFHpW...
From a 30.000ft view, this "no-code" thing looks like those "4th generation" RAD languages. They let you do what they were designed to do easy and quick, but the barrier around their scope was tall, specially for the "casual developers", their primary audience.
> I would say that mornings contribute to 80-90% of my output, despite being less than 50% of my working time.

> After lunch.. I have the various meetings that help me reorient my work, learn what new is happening..

I think this is important to notice - even if the morning brings most of the output, it probably wouldn't do so without "after-lunch" period. You need a preparation time in the day and the execution time. I guess the problems arise when you mix them too much.
Unfortunately I don't know of a free way to do this at the moment - it is supposedly being worked on. https://www.theverge.com/2022/1/22/22896666/whatsapp-android...

You could try looking through this posts on reddit which details a few options for this:
https://www.reddit.com/r/ios/comments/qkq7f2/the_current_sta...
This is really funny, this article itself might have been AI generated and an actual viable thing for humans and robots to implement alike.
Is there any practical difference between 7 years and "lifetime" or you just want to get into a "let's see who supports FOSS more" measuring contest?
The problem with shell scripts is the same as automation a gui.
It’s flakey and hard to maintain.

Grepping through output
No uniform handling of spaces, tabs. No data structures. Multiple dialects.

Shell scripts mainly work with files and process management. So many scripts don’t handle spaces correctly. This is not a problem of the creator, but because of the language.
Pointless to squabble over the idea that there is some fixed 'proportion' so let me offer this -

Body langugage and facial expressions are entire, distinct channels that primarily communicate information around emotion and attitude towards objects of attention. How relevant this information in any given situation is one question.

The impact of those channels not being there, and the ability (let alone willingness) of senders and receivers (read: people in an interaction) to send and interpret that information over another channel is a whole other matter.
I just disabled snap and moved to Edge on my test Ubuntu 22.04 install: https://taoofmac.com/space/blog/2022/04/12/2330
Interesting fact: The first quote mentioned in that app is from Ecclesiastes.
Genuine question : why do you even care if your app is packaged as a deb or as a snap? What does it change for you as a user?
I wouldn't say "super" toxic. Household window cleaner is 30% ammonia.
For me, "Mise en place", has nothing to do with chopping everything beforehand and in fact that is completely different from how I cook and develop software. Chopping everything at the start seems like it takes longer.

I think Mise en place can mean different things to different people. The way I was taught it was to have everything "in place" before you start. Literally you gather all the ingredients in one place (on a metal tray) before you start cooking. This has three main benefits:
1) you make sure you have everything you need;
2) you don't forget to add anything as you go because at the end your tray should be empty;
3) you don't mess up timings by searching for something while you're cooking that you can't find;
Thus I use Mise en place, but I don't chop everything at the start. I chop the onion and then start cooking it, and then chop the other ingredients. Chopping everything else upfront would make the process slower.

Similarly in software development I often save simple tasks for when I need mental relief from a hard task. Working on a simple task can often give you the space you need for your brain to solve the hard task it's working on in the background.

Doing all the simple tasks up front does not seem to me like a good approach to cooking or software development, but making sure you know what all the ingredients are and have them all ready, does.
Sure, but e.g. the documentation problems with Nix don't prevent you from working with it. While the problems make it less smooth and productive than it otherwise might have been, it might already be better than legacy systems for you.

In particular, Nix can be used in a non-invasive add-on manner on ordinary distributions. We have it installed on RHEL servers at work, where it is used exclusively as a build system and for "userspace programs" (not in the kernel sense, but in the sense of programs that are not core to the functioning of the system).
An Ode to Shell Scripts
Related observations:

1) Ötzi had cavities and gum disease.

“Ötzi, a Stone Age man who died atop a glacier about 5300 years ago, suffered from severe gum disease and cavities.” [1]

2) Sailor Steven Callahan, after 72 days adrift in the Atlantic ocean, where he subsisted on fish and birds, after being rescued:

"When I wake up in the morning, I look into the mirror. My God! Who's that? The face I see is straight out of Robinson Crusoe. Long, stringy bleached hair, hollow eyes, drawn brown skin, shaggy beard. Michelle Monternot gives me a toothbrush. It feels strange in my mouth. What's even stranger is that my teeth are not crusty and slimy but are remarkably clean. I wonder what my dentist would say about that." [2]

[1] https://www.science.org/content/article/scienceshot-iceman-h....

[2] https://books.google.com/books?redir_esc=y&hl=en&id=ebUKAQAA...
I don't know the _motivation_ for why it leaks, but it leaks because the method calls of a context manager are __enter__ and __exit__, but not __del__. [0]

The motivation is especially opaque, because though CPython does run __exit__ immediately, it isn't guaranteed to do so by the standard. So __exit__ will happen at some point, like __del__ with the GC, but it won't actually call __del__, which makes GC'ing the value more complicated as __del__ can't safely run until __exit__ does.

I _think_ the motivation is something to do with __exit__ being allowed to throw an exception that can be caught, whereas __del__ isn't allowed to do that, but I don't find it that convincing. And I've never seen an example where the introduced variable is ever referenced afterwards in Python's documentation (including in the PEP itself).

[0] https://peps.python.org/pep-0343/
Have they improved that? Last I tried with 200GB or so of photos it just froze.
Buttons on BL602 NuttX
Good that you mention this.

I had a sentence in the post about the guest workers invited to Germany during these times in there, but decided to remove it for brevity and for a focus onto today.

I grew up in a massive right wing area in Austria, so I based my judgment on the xenophobic sentiment I was hearing during that time.
Literally something I regularly need to take screenshots of for payment confirmations etc.
It was built but that’s not the real story. Ignore the TV documentaries.

The real story was the tower was built for information not power delivery. But Marconi got there first and made it irrelevant. Tesla decided to repurpose the thinking around some fanciful bullshit for power delivery to pay off all the money he’d borrowed to build it. This cycled into non delivery, because quite frankly it didn’t work, and he ended up bankrupt, living in a hotel for free after giving the hotel owner a “death ray” for security. This turned out to be some primitive measurement device.

Tesla did a lot of good work on AC power delivery however. But that was it. I’d rather remember him for this than the legendary bullshit.
I struggle to find a 10Gbps USB NIC for my laptop.