skysight-inc/HackerNews huggingface dataset:
I'm honestly baffled every time I hear about people in the US spending their time literally paying bills. Direct debiting works and has worked for decades in Germany, and also across Europe since SEPA. Same goes for savings and transfer scheduling, no problem at all. Doing "if below X, do this otherwise don't" is not something easily done with bank's own software, true, but I suppose it could be mostly automated by going FinTS.
No ads and background play are great though. YouTube music also means you don't need a Spotify subscription which is $10 by itself. Altogether it is worth it to me
esbuild is good. you made the right choice.
Control desktop monitor settings still requires using the display's built in controls. This should be directly accessible to the OS so one can quickly lower or raise the screen's brightness like on a laptop.

Manually turn off bluetooth once disconnect from paired device, such as a car or headphones. Save battery and reduced in-store tracking.

Interactions with smart phones still requires multiple attempts to properly format text, fix corrects on unknown words or industry jargon, and copy and paste text.

Android 12+, Google camera no longer follows the standard of allowing to select the photo gallery application and requires open it manually. Older versions allowed for it. Now Google forces you to use their application and break standard. Another Do as I say, not as I do.
psyco!
I started my journey with Vue, then Nuxt (of course),then switched to React and last year started to use Nextjs. So far I have no complains (at least no big ones).

With new frameworks poping out (qwik, remix, fresh, etc...), it's getting really interesting and tiresome at the same time.

We're migrating all our platforms to React/Next and we couldn't be happier. Is it perfect? Nothing really is. Next is good enough, the community is engaged, the ecosystem is big, and the industry is basically dominated by react (giving react devs some sort of peace of mind when looking or switching jobs).

Sometimes, you have to pick a piece of tech and roll with it as long as the tech keeps improving and the community improves alongside it. Nextjs is currently doing it.
A live sports version of this app, predicated on the likelihood of a big play coming up, would be fun.
Maybe this is a good use case for AI. Write your resume then let AI rewrite it to be aesthetically pleasing to resume readers.

People like my interior decorating, I can appreciate other things that are aesthetically pleasing, and I've made my share of actual art. I just don't think I have it in me to understand whatever in the world is going through someone's mind when they're displeased with this resume. It's a missing faculty like blindness or tone deafness. When I get a resume or an email I just read it, I don't sit there and hem and haw over how many pixels the bullet point is indented or whatever it is.

This is why resumes should be abolished entirely and replaced by a standardized database you put your experience and skillset into. Anything an employer wants to know has to go in a standardized field. No discrimination can possibly occur based on your ability to format a piece of paper according to invisible, unpredictable metrics that you might have no faculty for and have no bearing on your ability to do the job.
Probably syntax and long line parsing. I also run in daemon mode.

I imagine emacs 28 wouldn’t run well on those specs with a default confit.

But also the biggest killer is probably the lack of code trees, forward/backward searches to do syntax highlighting etc is pretty expensive.
> ...and loved to say our jobs were going to India.

They weren't wrong, though; they just omitted delimiting that assertion.

Back in those dark ages, mainframe jobs were still considered by career "experts" the "adult in the room" jobs of programming. It is hard to convey to people who never studied that era or grew up in that era just how much microprocessor-based computers were considered "not real computing" in vast swathes of the industry. The proprietary Unixes thrived under that lay perception, as a "serious business" microprocessor-based computers market segment.

And the mainframe jobs did by and large up and wholesale decamped to India from large chunks of the mainframe account base. Those career experts were right in a way.

Just not quite the way they thought. The scope they thought in was too absolute because they lacked the technical (and business, and financial...) perspective and context to understand why the same wouldn't happen to quite the same extent to sectors outside mainframes, nor of the explosion of re-invention of the wheel of many mainframe tech stacks that would drive the industry forward even to this day and beyond, along with the rapid recombination of new ideas.
Quick Portfolio Ever
How much do DEI initiatives, directly related staff (Director of 'Belonging' etc), and non-meritocratic hiring practices impact profitability?

What about the alienation of staff and users considered part of 'legacy' demographics?

https://about.google/belonging/
Yeah, that's a panel for an ad.
I've seen many variants of the recruiting process from the cute product feature disguised as a take-home to 6 stage interviews with two engineering(!!) interviewers per round that cost the company a few thousand per (un)successful candidate in man-hours.

Which is hilarious in an industry that is pretty binary ("you can build it") || ("you can't build it"). Doubly so when the majority of dev jobs are in web which is easily explored in the candidate's language of choice with basic CRUD / RESTful concepts.
Sure, and as Mike Tyson once said, everyone has a plan, until they get punched in the mouth. Affordability when the current in-force loans were written was deemed to be much better. Tech is in a huge employment bubble right now. The exorbitant pay packages that engineers at FAANG companies are getting simply didn’t exist 15 years ago. A reversion to the mean, especially one triggered by a tightening business climate, is more likely than not, in my opinion.

How these loans hold up if tech pay packages decline — that’s something that nobody knows.
Not to mention that nobody stops to ask where this magical ad-revenue is coming from.

Ad revenue is always taking a slice out of somebody else's profit, and at the end of the day the profit is always taking the slice out some consumers wallet.

But if inflation is high, and consumer debt is rising (which it is), then eventually the consumers wallet is going to get much tighter, which will shrink those companies making things profit margins, which in turn has to hit ad revenue.

And yet every companies solution right now seems to be "we'll increase the advertising!" As if ad revenue was manna from heaven.
Related:

Building a Free Photo Editor and Making $100k/Mo as a Solo Founder - https://news.ycombinator.com/item?id=32693191 - Sept 2022 (3 comments)

Photopea: A Photoshop clone web app - https://news.ycombinator.com/item?id=32692372 - Sept 2022 (50 comments)

Reddit Photopea founder – I have millions of users, but no businesses use it - https://news.ycombinator.com/item?id=30357839 - Feb 2022 (19 comments)

Photopea: A free alternative to Photoshop used by millions of people - https://news.ycombinator.com/item?id=26898836 - April 2021 (5 comments)

AMA: Ivan Kutskir, creator of Photopea - https://news.ycombinator.com/item?id=26768550 - April 2021 (267 comments)

AMA with the Creator of Photopea - https://news.ycombinator.com/item?id=24143189 - Aug 2020 (6 comments)

Reddit AMA on Photopea, a free alternative to Photoshop used by 1.5M people - https://news.ycombinator.com/item?id=18397380 - Nov 2018 (179 comments)

My name is Ivan and I want to make the best photo editor - https://news.ycombinator.com/item?id=15924402 - Dec 2017 (80 comments)

Photo Pea 0.3 – New features - https://news.ycombinator.com/item?id=6624264 - Oct 2013 (7 comments)

HTML5 image editor wants to replace Photoshop and Gimp - https://news.ycombinator.com/item?id=6396474 - Sept 2013 (4 comments)
Photopea is what I go for when I need an example of a product that's 100% perfect. Pretty much everything about it is polished, quick, intuitive, bug-free, and just works. I've been using it and advocating for it for years. The cost to remove the ads is absolutely worth it too.
> OAuth flow is even worse, if you find someone's browser open and click the link, it will complete as long as they are currently logged into GitHub/Gmail/whatever provider. I am not claiming that key management is easy or foolproof, but when this is what we're comparing to...

And the same can be said for PGP keyholders. There are very, very few threat models in which an open, logged-in computer is not a "game over" scenario (which is also why most password managers and authentication agents don't consider it a case worth guarding against). In other words: Sigstore is no worse than PGP key management in this manner, but is better in the other ways that matter.

Looking up PGP fingerprints on random HTTPS pages is not a scaleable or ergonomic solution, and not one that has ever succeeded. Remember: that is the status quo with both CPython and Python package distribution, and there is no evidence that either had gained any meaningful amount of adoption (either by packages or end users). The goal here is to enable users to sign packages without doing the things they've demonstrated they won't do.

(Also, we've focused on email identities. A separate goal is to allow GitHub Actions identities, which will require no interaction from a user's browser and has a threat model coextensive with the CI environment that many Python packages are already using to build and publish their distributions.)

> with the advantage that I can use them for verification directly, rather than involving third-party authorities.

I'm not sure what you mean by "third-party authorities" here. As a verifier, your operations can be entirely offline: you're verifying that the file, its signature, and certificates are consistent, that their claims are what you expect, and (optionally) that the entry has been included in the CT log. That latter part is the only online part, and it's optional (since you can opt for a weaker SET verification, demonstrating an inclusion promise).
Well, yeah, you have to have some sort of smoothing function to deal with exchange rates. Especially over the past year—the USD has been on a hell of a run.

https://www.google.com/finance/quote/USD-JPY?sa=X&ved=2ahUKE...

And…they list the USD-denominated revenues. They say the revenue right there in the sentence you quoted, and further along in the PDF, they break it down per region.

Not shenanigans. Commonly accepted. And makes sense, as the US dollar is the de facto world currency, and everything else swings in its wind.
> I haven't noticed miscompilation yet

I found it shockingly easy to get a miscompilation that it really soured my interest in it. It’s good to hear that in practice that appears to be less of a concern.
You're talking about a car and you have no idea what happened to it.
I wish Adobe sold modernized older versions of Photoshop. For most of my uses PS 7 or CS1 is entirely adequate and those versions ran great on a paltry 400Mhz PowerPC G3 with 128MB of RAM, meaning that it'd be blazing fast on the cheapest modern laptops you can find.
I would be shocked if a lot of people did that.
If you didn't feel pain, you wouldn't know that you had an injury, or even that you are getting close to injuring yourself.

For example, when putting your hand on a surface, if you didn't feel the pain of extreme heat, you wouldn't know that your skin is getting burned. Or, if you miss-stepped and sprained your ankle but didn't feel the pain, you would keep putting your full weight on that sprained ankle and probably turn it into a serious injury. Without pain, you wouldn't know you're having a heart attack and wouldn't seek any medical attention. I can go on and on: accute pain is extremely important to basic health. You can't "be careful", unless you think it's reasonable to get full medical checkups after every walk.

Note that "acute" means "short lived", it doesn't mean it's particularly strong. It's the opposite of "chronic", which means "long term". For example, when you prick your finger, you're feeling some (very mild) accute pain, which serves the purpose of letting you know your skin was pierced and you need to stop pushing in that direction.
But we're not seeing that happen, because the initial capital outlay to build a cloud platform is absurdly large.

Google has been at this for a decade and is only now at the cusp of profitability.

With a barrier to entry this high, and vendor lock-in so strong, you can be sure all big 3 cloud services are going to be minting money for many years to come.
And just when, at your best approximation, did consumers have an opportunity to vote on the issue? Oh, sure, "vote with your wallet" when there's a distinct dividing line between "quality" brand over here, and "feature" brand over here. And I would be negligent not to point out that you haven't even made the case for autos being of lower quality than in the past. Evidence would indicate otherwise.

IOW, laying the blame at the feet of consumers is unsupportable bollocks. They buy what's on offer, and what's on offer is what makes more money for manufacturers.
Nope. Games do not necessarily have win conditions. Games have input and interactive systems. Or maybe not even that.

There is no win condition in Tetris, and arguably there's little to no input into Progress Quest.
The Economist is not especially known for long-term thinking, despite the many self-aggrandizing ways economists describe their own field. The more cynical among us believe this to be a feature, not a bug, for those whose lives revolve around shuffling capital to and fro, as it makes for interesting and exploitable market conditions to enrich oneself.
Since their revenue is driven by advertising doesn't that mean they're indirectly driven by the health of the economy?

When the market tanks so does their revenue. People buy fewer things and ads are less effective.
The thing that concerns me about increased electronics is that they tend to change faster and get replaced more frequently. Consider how fast we change smart phones. Smart cars have built-in obsolescence as they get smarter. We'll also get better and better battery and motor tech wanting to replace less efficient vehicles sooner.
I've bought an OKI color laser print/scan/copy combo after we last moved some four years ago. Best thing ever in general and I never had any connection problems. But yeah, the mere fact that you have to be choosing your hardware wisely is precisely the problem here.
The author was the CTO for a company that’s stock has been flat or down since IPO. He made decisions and wrote a blog post here about the strategy he thinks is best, but the justification here seems to be confirmation bias and self confidence.

The team that built out Dropbox’s (incredibly hard and complex) custom replacement for Amazon S3 hadn’t built distributed systems for 20 years. They were strong generalists who had a passion for learning and figured it out.

This is a misrepresentation. A PHD who co-authored papers on distributed systems led the team.

https://www.usenix.org/legacy/event/usenix09/tech/full_paper...

Top experts experienced in running large scale infrastructure from Facebook and Google supported the team.
That's... how people make friends.

Did you have friends in school? Same thing.

Neighbors? Same thing.

Soldiers that fought together and keep in touch after the war? Same thing.

Befriend someone you run into at the gym? Same thing.

Something has to bring you together. Might as well be work.
That's not too far off how radar was accidentally discovered, over and over. There is no one clear unambiguous first claim to radar, as far as I can tell. The general story is that plain ol' mediumwave/shortwave was bouncing off planes and ships as they passed, and operators couldn't figure out where the little signal spikes were coming from.

Actual over-the-horizon radar systems have used transmitter and receivers at a significant distance from each other -- the Soviet Duga radar system in the 70s had its transmitter and receiver separated by ~50 kilometres or so. The receivers (and in active systems, also the transmitter) need to be in very precise time sync, and being physically close enough to run a direct cable makes that a lot easier.

But theoretically, assuming the system is sensitive enough and time-synced enough and you have enough computational oomph available, an arbitrary number of receivers, at any distance, can be used to synthesize an arbitrarily large aperture. It's actually a similar matter to the synthetic aperture radio telescopes used in space astronomy, where telescopes with an effective aperture ~100 million kilometres wide have been created, using space-based radio telescopes linked with ground-based radio observatories.

Such systems may not have the sensitivity of a 100 million kilometre wide telescope mirror (no matter to catch the photons since the "telescope" is mostly empty space) but it does have the equivalent angular resolution of such a 100 million km wide telescope mirror. It's mind-boggling when you consider the consequences of this as computation power improves. It will soon be possible to do this at such high speeds that it will allow frequencies into the far-infrared spectrum, not just microwave, for example.
We're only 10 years away
If it helps you temper your hype: it looks like the keyboard is made the same way as the devterm, but smaller, and the devterm keyboard is already a mushy mess of tiny keys.

And I've used good tiny keyboards, but that is not really it.
> Apple is still selling the Mac Pro [1], which is Intel based.

I wouldn't take that as any kind of promise it's gonna be maintained by them for an acceptable amount of time.

Up until last month when they announced the new Apple Watch SE, their entry-level watch was the Series 3 which you could still purchase even though it didn't get updated to watchOS 9. Sometimes they just continue to offer a product because some people might still buy it.
Lean FIRE wouldn’t be hard. But I’m more of a fatFIRE type.
How does it handle native libraries in non-main entry points?
The pandemic uncovered ways to speed up science
[dupe]

Plenty of discussion over here 8 days ago: https://news.ycombinator.com/item?id=33244767
HPy: A better C API for Python
Really? I thought TPM was the strongest of the prequels; AotC was by far the worst.
Congrats Zig Team!

Allow me to comment from my professional perspective:

I have been working deep inside the spaghetti-stuffed soft underbelly of the computational infrastructures of multitudes of international “Big Science” projects and consortia.
Zig seems like a very, very good fit.
Are there any static code analysis tools that support it?
Such functionality would be a killer app…

Wild idea: what about building one inside Zig?
(or repurpose some other external tool to eventually integrate / be a “companion” tool and perform static analysis seamlessly)

PS: Of course with C support from the get go - maybe additionally other languages.
Last I checked it actually used puppeteer to launch a Chrome instance to render files, which was ludicrous.
>Still FURIOUS they shut down Stadia

You're the first person I have ever seen with this opinion. I want to know, back when this was released, what made you ignore all the people that said that the product would be a failure and that Google would shut it down quickly? I always saw that as the majority opinion.
> Hiring for a particular tool-chain or framework

Dunno about this one. This is very much so FAANG type of thinking, not really (newer) startup type of thinking. Sacrificing a few man-months to training is something that is hard to do when that's a significant percent of your remaining runway.
The GP was using the proxy of "shows up at 7:30AM, ready to work" as signal for motivation and a lesser extent, competence. Not a morning person, but would prefer this to leetcode hazing.
Coincidentally, the primary maintainer of Rollup mentioned plans for a rust rewrite in his recent talk at Vite Conf.
Literally isn't always used in a sarcastic tone. "That was like, literally the biggest breakfast anyone has ever eaten!" Means it was a very large breakfast.

And words can change meaning to whatever is understandable. Definitions follow usage, not the other way around. Merriam Webster didn't write "yeet" down and then a bunch of teens started using it.
Citation needed I think. Aside from mortality, those are the 2 main things you need from a vaccine...
These two formatters both suffer from the flaw that what intellij does when it autoformats is different from what either of those two do and can only be controlled through plugins. Especially when it comes to controlling imports this stuff is just broken in Intellij. The settings for this are not actually part of the code formatting settings.

Most sane code formatters & code standards: "don't use import wild cards!" Intellij's default since forever: "wildcards all over the place; please jump through hoops to get rid of them".

I've given up on having code formatters in my kotlin builds for this reason. Just not worth the hassle of trying to make both sides just do the same thing by default so I don't have to think about it. And then having to explain to every new team member how they have to customize their intellij setup so it isn't broken. I just gave up on it. These days I tell people, auto format your code, leave the settings alone. Try to only format the code you modified to avoid endless formatting related diffs.

The fix would be for Jetbrains to finally fix their IDE to have proper formatting that includes the behavior of organize imports and is perfectly in sync with whatever your build file says is the code style rather than whatever manual or built in stuff. Any IDE settings for this should IMHO just be removed as they are completely and utterly wrong in the presence of a build file that says how things should be formatted. Just default to whatever your build file says is the code standard with some sane default that just comes with the kotlin compiler. This should not be optional. You want to override it: do it in your build file.

Auto format on save in intellij. CI build verifies that nothing is mis-formatted because the IDE did it right because it does whatever the build file specifies needs doing without second guessing that. Have a githook to format before commit (optional). Zero manual fixing of anything ever related to formatting. It should not have a chance to go wrong and break the build unless somebody forgot to format or have a commit hook to do so. Just import the project and everything does the right thing. That would be the goal. IMHO it's not technically hard but it would require addressing what is likely to be quite a bit of technical debt related to this in intellij. And it's about time they did that.
I don't recall ever getting alerts for earthquakes, though.
My wife liked it better than Ragnarok. Nobody else in the family rated it better than "mediocre"
Yeah look at the hit QQQ took on those two drops.
Tor Browser – 11.5.5 (Android, Windows, macOS, Linux) Released
Doesn't X-Frame-Options in the response header prevent this attack?
Also, why does Chrome on ChromeOS not open PDFs? It's irritating not only because of the downloads folder, but also because it usually makes more sense to have a PDF in a tab, rather then its own window. For example, if an HN submission is a PDF, I want to open both the PDF and the comments in new tabs, and have those tabs next to each other.