skysight-inc/HackerNews huggingface dataset:
A quote with no context or attribution always makes it fun to figure out what someone intends to say with their comment.

This quote is in reference to ProtonMail in 2019, a fairly widely reported on case at the time.

This would be a point in favor of Mullvad, as Mullvad has demonstrably squashed a subpoena in the past, thanks to their data-minimization policies (no PII for signup, no PII options for payment, diskless infrastructure, etc.).

Note that this is more related to privacy, and not as much security. If the parent comment was specifically talking about security, I would recommend reviewing the software and infrastructure audits made available by either company. I'm not aware of any major fault with either, from a security perspective.
People seem to think that LLMs are going to be this source of truth that everyone can rely on to give them the information they need. Which for certain use cases e.g. text based is fine because you can tolerate inaccuracies.

But I have worked at highly regulated finance companies who aren't interested in LLMs at all. Because their business can't tolerate if your model returns a figure or calculation that is inaccurate.
> Maybe consider you're just a messy person, and don't extrapolate from that to "if rebasing is a normal part of your workflow, you're using git wrong".

Possibly? But I also find it hard to believe that there's this many developers out there typing out perfect code on the first try with no mistakes or false starts.

> I find the resulting history from lots of squash merges is not useful in figuring out why a change was made; by that time the specific change is part of a big ball of mud with a very vague high-level goal.

That's the developer's fault though. If someone is lazy enough to squash-merge a big ball of mud onto the main branch, they would also be lazy enough to generate a commit history filled with barely working and unclear commits, or incompetent enough to completely hose themselves with a rebase.

At the end of the day, I'm generating the same set of small, atomic commits as you. The difference is that I don't spend any time worrying about what the commit history looks like while I'm coding. It's only at the last second before sharing a PR that I consider it. 95% of the time I've got a tight one-commit PR containing a little code, a few docs, a few tests. Sometimes I break my changes into separate PRs, very rarely I'll add multiple commits to a single PR, but those aren't my default workflows.
The MBP has a very nice screen including HDR, if you care about that. M2 vs M3 - no idea. I have a M1 and it's great.
You're paying GoG to sort your box of old games and keep them clean for you.
One step closer to unveiling dark matter with ARRAKIHS
Oh, I see what you mean now. I had trouble figuring out the relevance to my comment before.
>Having worked extensively with both Nordic and Chinese chips, what makes Nordic win is the ease of development

This seems to be the norm for Chinese chips in general.

Poor documentation, even in the native Chinese, no official dev boards, sometimes no JTAG debuggers, random bugs, just a whole lot of bullshit to deal with as a foreign developer.

I suspect it might be a cultural thing; developers are less prone to pouring over data
sheets and more prone to asking their friends/colleagues to introduce them to someone who works at one of the microcontroller companies. (This is just a hunch, and I could be completely wrong.)
This is a known issue with using 1.1.1.1 as a DNS
lol I just made it up. But a lot of this knowledge is based on a book called The Happiness Trap which describes all these interactions in much greater detail and by an actual mental health professional.

My post is kind of a shitty abridged version of that which does it no justice.
I know people who attend sit-in protests at Chase Bank locations over fossil fuel divestment who also fly internationally 3-4 times per year for pleasure. The cognitive dissonance and lack of engineering intuition among the general populace is staggering.
I use Thunderbird on my mobile and desktop.

Thunderbird needs to get to the 21st century before general public starts swapping out MS or Google mail, calendaring, and contact solutions. As it is, the GUIs on need a Jacob Nielsen-style usability revamp.
Unlikely. One reason Google Cloud is so terrible is that nobody in Google actually uses Google Cloud. It used to be that every time I mentioned this, somebody would jump in and say, "Well actually, Google Domains runs on Google Cloud," and we'd discuss whether Google Domains was a business critical part of Google. https://support.google.com/domains/answer/13689670?hl=en
Jeff, plenty of smarter people than me came out against you to correct your crusade. As a practicing Christian, I'd expect more from you than coming out to lead a mob frothing at the mouth for blood. You didn't even try and have a reasonable discourse with Red Hatters. As an influencer, you have a responsibility not to encourage this kind of social media vitriol that's become all too common. It's a contagion upon the human mind and you are directly responsible for whipping people up in this one.
I agree, choosing to have a family over a career or ambition is social suicide to many young people. High wage earning women are especially vulnerable to this. "you're just giving up to have a basic life in a basic city..", my wife heard this from many of her supposed friends when she decided to leave the workforce to raise our two boys. Ironic, my wife has grown her career leaps and bounds since returning to the workforce yet her former friends, so sure they were destined for greatness, are doing the exact same thing they were doing 15 years ago. It's really them who hit the "stop" button on life.
I feel like trying to make Hammond's greed/foolishness into the main point of the novel is a disservice to the rest of the story. He's not some rare supervillain, he's only a bit more greedy than most people would be in his situation, because on the whole we tend to discount risks.

The "don't do this" aspect of cloning / genetic resurrection hits so hard precisely because that greed is entwined enough with human nature that any person rich enough to be a Hammond, probably is going to also have the ego to think that their idea is more safe than it is, or the greed to think they can get away without the proper precautions -- thereby dooming the project in a similar way.
Not correct because of physics. Ground based radar is still blocked by terrain and the horizon, meaning that low altitude attacks are still quite effective against only ground defense. That is why Ukraine's air force still exists and is still causing issues for Russia. It is also why shaheed drones are causing problems for Ukraine.

The bigger problem for low altitude attack is AWACS + fighters and interceptors with look down/shoot down capability. The MIG-31 has been a major problem for Ukraine because it has long range radar + long range missiles that can hit low targets. NATO and other US allies have integrated air defense where data from AWACS and other aircraft can be used to target low altitude targets.

As far as stealth goes, the notion that stealth aircraft can be targeted at medium ranges has not been tested on the battlefield.
It's 2023 and you still can't build iOS Firebase apps with Bazel
One of the many reasons onerous discretionary land-development systems are bad is the giant opportunities & incentives for corruption.

Some other comments have raised the question: if you're stuck in a corrupt system, should the payers of bribes to government officials be punished as harshly as public officials who take them? Or even punished at all?

A way to square this circle without having open-season for payer-initiated corruption would be to allow blanket amnesty for bribes that are preemptively reported, whistleblower-style to an anticorruption agency or mechanism. That is, before delivering any money-for-favors, you pre-register (with a person or trustworthy system) your confession/testimony against the recipient, in a manner to be revealed automatically for prosecution at an appropriate time.

Further, the payer could be given a default hard-to-reverse presumption of keeping any such purchased approvals, if-and-only-if the bribe-taker is punished/removed-from-office, and further the payer should be given first priority in recovering the bribe funds.

Then, the incentive flips for everyone under pressure to pay bribes to instead become skillful 'sting' operatives against corrupt officials.

Similar ideas have been suggested by prominent economists, including India's chief economic advisor 2009-2012 Kaushik Basu, before: https://marginalrevolution.com/marginalrevolution/2011/03/re...
That is one proposed etymology of "Suomi".
ISPs want to make as much money as possible but there are multiple ways to do that. Once ISPs discovered that "fast lanes" and similar ideas are bad PR they moved on to peering extortion. Unfortunately, activists haven't really adapted and are still mostly talking about QoS and protocol blocking.
> I'd buy $750 M1 Airs. They last longer, "just work", and have fewer support issues.

As an employee of a company that runs macbook fleets, hell no they don't. Every other year we have had to replace half our inventory because of the 2015 macbooks having faulty batteries that want to explode, and then the next generations being that terrible keyboard, where every single employee needed their entire top cover replaced at least once because the keyboard didn't even last a year.

Meanwhile at my previous company which ran those boring ugly dell "workstation" laptops with the fat ass batteries, Entire generations of older workstations were still in inventory because they just didn't die, and were stupidly easy to repair, and you didn't have to send them away for a month for something like "my N key doesn't work anymore" or "the battery we gave you will burn your house down"

I just don't get how people say "Macs are reliable", because the only laptops less reliable than my work macbooks have been a series of cost reduced dell laptops that screws would literally fall out of, except even when that happened, dell would send someone to come fix it the next day, in your home!
I have been out of this area for almost a decade now, but I have very fond memories of the nRF5 SDK. When I was evaluating the (then new) Nordic BLE SoC's for future products it was so much nicer than the TI CC2540 we had used in our first BLE device.
Gandhi also routinely slept in bed with naked young girls to prove he was celibate.

Also: "In 1903, when Gandhi was in South Africa, he wrote that white people there should be "the predominating race." He also said black people "are troublesome, very dirty and live like animals.""

So maybe read up a little?
I've always found that a good Git user interface goes a long way to understand what is really going on. The commit graph and the conflict resolution UIs are most important. The right choice is very personal - I've found understanding the contents of a repo purely on the terminal to be torture, even though I issue most commands from there.
Kinda. That the projects get destroyed under flimsy pretexts is also because the general voter direction is anti-development (really, don’t change anything).

Plenty of places extract bribes while being pro-development too (they just generally more directly ask for bribes - or ‘planning fees’ - and are more consistent with it, so that it actually functions).

Very few places with the type of control a city planning department has don’t end up corrupt.
The hypervisor is not enterprise like VMware where you can easily pass 3D accelerated adapters. But it's still very usable over remote-desktop. Windows Server works a charm, as does Linux Desktops via VNC or whatever remote protocol you use.

You can pass though hardware devices including graphic cards but you need to have it as a secondary and unused. bHyve is unable to use the primary card as well as a shared device for the guest.
> How about, instead, we elevate the masses, and embrace more egalitarian models, like democracy?

Genuine democracy, or the theatrical impersonations we have that citizens are brainwashed into believing are genuine democracies?
Not sure what that changes? Scalpers can very easily outsource making phone calls to some call center for pennies, while legitimate customers will now find it harder.
I think I failed the captcha, as I had a picture in my head of literal windows being found inside the cabin and was trying to guess why that would be so important. Stained glass? Stolen from an English country house?
I assume they only hold what the server is doing in any given moment in ram and it is overwritten as new requests come in. By the time the police showed up with the subpoena the data they wanted was long gone.
Briefly, we've found Playwright to be easier to implement (exception: Vue and component testing which is functional, but experimental and not well documented), easier to target, faster, and less flaky.

FWIW, GitHub Copilot is great at helping refactor tests.
Pro-natalists, maybe? Seems like they have been getting more popular.
Also, I should point out that a set of machines hosting TPUs is referred to as a "pod", which is not the same thing as a Kubernetes pod (also referenced in this doc).

The term "pod" originated in early data center design and occasionally crosses over from HPC to broad use - i.e. nVidia calls the set of DGX machines a "pod" https://blogs.nvidia.com/blog/2021/03/05/what-is-a-cluster-p....

Kubernetes chose "pod" to represent a set of co-scheduled containers, like a "pod of whales". Other systems like Mesos and Google's Borg https://storage.googleapis.com/pub-tools-public-publication-... use "task" to refer to a single container but didn't have a concept for heterogenous co-scheduled tasks at the time.

Somewhat ironically, it now means TPUs on GKE are confusing because we have TPUs hosts organized into "pods", and "pods" for the software using the TPUs.

A Kubernetes pod using a TPU lands on a host which is part of a slice of a TPU pod.
> ... it has never done a thing to change their strategy nor sales.

Look up their Mac sales figure - it's down. And I do believe it is because consumers aren't stupid and recognize that the new Macs have planned obsolescence built-in with their soldered RAM and SSDs.

The Gaslighting is also high with Apple claiming that their "8GB equals 16GB" because they are Apple:

> Comparing our memory to other system's memory actually isn't equivalent, because of the fact that we have such an efficient use of memory, and we use memory compression, and we have a unified memory architecture. Actually, 8GB on an M3 MacBook Pro is probably analogous to 16GB on other systems. We just happen to be able to use it much more efficiently. - https://www.macrumors.com/2023/11/08/8gb-ram-m3-macbook-pro-...
It’s irrational, but I always stand on the sidelines of these conversations being a little bit cross that people slag off rebasing.

At some point someone pointed out that rebasing changed the history and if you change the history of a public branch everyone was going to have a bad time. That got turned into “rebasing is bad” and now people keep rolling it out the same old trope. It’s a tool, and a good one for managing your work. If you don’t know how to use it then you’re doing yourself a disservice.

In terms of squashing, my rule is that I squint at the PR and if the commits are going to have value in a years time then I’ll merge commit otherwise I’ll squash. In 10 years of running my codebase I’ve never blamed and thought to myself “I wish there were more fine grained commits here” so it’s obviously working fine for me.

As you say, do what works for your team but make sure you understand the tools and what they provide for you.
The story of Icarus is the story of inadequacies of wax as an adhesive.

I'd understand your take, if you wrote this 200 years ago. But holy shit, we've been doing powered, heavier-than-air flight for over a century. People put their footsteps on the Moon, and then they safely came back to tell about it.

If anything, I see such takes as a great example why the talks about "hubris" and "playing god" are not just wrong - they're dangerous, perverse, mind-consuming memes. Literally every advancement we've made in recorded history came from ignoring this take on hubris.

(To be clear: there exist hubris that is dangerous. It's not this though.)
>how much is delivery on that $1?

From AliExpress, it'd probably be $2-$3 including shipping.

They don't ask questions when ordering large volumes of microcontrollers either.
Show HN: Get you emails roasted by the new GPT-4 Vision API
Built this for fun because I wanted to play with the new API then the domain was $5 so it kind of just happened.

That's it!
My brain seems to scan for differences to familiar patterns. For code that just doesn't look right. When I see stuff like this, it feels like finding a bug/typo. So a lot of false alarms.

Maybe my brain would adjust after a while. And maybe I'm also different to other people. I think my reading skills are a bit skewed towards recognizing words/patterns instead of reading characters (probably some form of compensation for my dyslexia).
> A bot on the other hand wouldn't hesitate because they can turn around and sell the reservation to anyone they want. The deposit is simply a cost of doing business for them.

If the spot itself is actually worth $200 then the restaurant was forgoing that per seat and suddenly made $5000+ per day. No restaurant is going to pass up $1.8M of “free” revenue.

Either the seats are worth the price or they’re not.
> for no reward

My reward is not having to stand in a long line. I avoid cashiers like the plague, except in the case where a register just happens to open up near me and I'm the first or second one on line.

Not to mention that self-checkout lets me decide what goes in what bag without having to put it on the conveyor belt in a specific order.

Self checkout is just all-around far better than cashiers.
The more I think about this VM's are not required. There are tools that can extract data streams based on specific parameters on demand using eBPF. Perhaps tools like Sysdig/Falco, etc... It might also be useful to know if they custom compile kernels to disable eBPF and if they do any additional specific kernel hardening to strip out or disable on demand debugging capabilities.
Remember during the public commentary about removing it, there were millions of automated messages claiming to be pro-removal? What ever happened with that? Did anyone ever get in trouble?
Who is this in reference to? What is the source? Googling for the quote you gave doesn't have great results.
You can search this very forum where we posted stories when the M1s first came out, that they were churning through several percentage points of the life of the SSD within just a couple months. I think that was caused by a bug however
I do think that the potential behind GPT-4V is a bit understated right now. Obviously, roasting emails is not the best use case but there are some really exciting ones I'm interested in seeing other folks build.

Highly recommend checking out the docs for the new API and playing around, it's fun! https://platform.openai.com/docs/guides/vision
the web did that not google
That's fascinating. Thanks. I've only encountered cryptographic hashes, or hashes for data structures that are limited by address size.
>That way Mullvad can only see the IPs I visit,

I hate to break it to you, but if they wanted to look at the SNI on all your TLS connections, they could; ECH is not really a thing yet.
Unix timestamp 1 600 000 000 was not too long ago. That was on 2020-09-13 12:26:40 UTC. Discussed on HN back then here: https://news.ycombinator.com/item?id=24452885

My own blog post here commemorating the event: https://susam.net/maze/unix-timestamp-1600000000.html

Given that 100 000 000 seconds is approximately 3 years 2 months, we are going to see an event like this every few years.

I believe the most spectacular event is going to be the Unix timestamp 2 000 000 000 which is still 9½ years away: 2033-05-18 03:33:20 UTC. Such an event occurs only once every 33 years 8 months approximately!

By the way, here's 1700000000 on Python:

$ python3 -q
>>> from datetime import datetime
>>> datetime.utcfromtimestamp(1_700_000_000)
datetime.datetime(2023, 11, 14, 22, 13, 20)
>>>

GNU date (Linux):

$ date -ud @1700000000
Tue Nov 14 22:13:20 UTC 2023

BSD date (macOS, FreeBSD, OpenBSD, etc.):

$ date -ur 1700000000
Tue 14 Nov 2023 22:13:20 UTC
Show HN: Forge Buddy – A Simple Menu Bar App for Laravel Forge Users
Hey HN,

I've been quietly working on a small project called Forge Buddy. It's a menu bar app for Mac, designed to work with Laravel Forge. You can take a look here: forgebuddy.com.

It's just a simple tool that I thought might be helpful for those who use Laravel Forge. It allows you to manage your Forge server firewall rules from your Mac's menu bar. I tried to keep it straightforward and easy to use.

Where I work, we keep a lot of our servers locked down, except on the ports needed for operation. As such, I find myself regularly whitelisting my own IP address to enable access. I've been using it for a while and decided it might be interesting to polish it and launch it for others to use.

This is a pretty small-scale thing, and I'm not the best at promoting stuff. If you try it out, I'd love to hear any feedback or suggestions you might have.
One of the reason is mentioned in the article:

"When guests drop $100 or more just to walk in the door, “people have [the] wrong expectation when they come” he says because those expectations might be unreasonably high."
It isn't free revenue. The deposit is applied to the final bill.
> But it then also allows them full access anytime they want and complete control of your data for whatever they want.

95% of people use webmails from Google, Microsoft or Yahoo. They already have complete control.

Sure, Microsoft should make it much more clear what is going on with the passwords and cloud email, but all things considered, nothing really changed for 95% of people.

And if you don't trust Microsoft with your email, but are using this Microsoft mail app on Microsoft Windows, well, that's again weird.
Businesses are trees in a forest. Infinite growth requires decay/enshittification, which produces tinder. When conditions are ripe, flames of disruption burn down old edifices, fertilizing the ground for new growth.

It's the classic birth/growth/death/rebirth cycle.
> I think most people I know offline hate interacting with chat bots as products

It's hilarious to me when people are bringing back chat bots as a concept.

We had chat bots a few years ago and it was something that almost all larger companies had built strategies around. The idea being that they could significantly reduce call centre staff and improve customer experience.

And it wasn't just that the quality of the conversations were poor it was that for many users it's about being the human connection of being listened to that is important. Not just getting an answer to their problem.
Michelin actually says service does not factor in to their star rating.

I’ve eaten across the stars and had the same misconception when we ate at 2-Star Tim Raue Wild in Berlin and were surprised at the poor service.