skysight-inc/HackerNews huggingface dataset:
I don't know if this calculator was good or bad, but the rationale sounds superficially ridiculous.

> Visitors who didn't see the calculator were 16% more likely to sign up and 90% more likely to contact us than those who saw it. There was no increase in support tickets about pricing, which suggests users are overall less confused and happier.

Of course if you hide the fact that your product might cost a lot of money from your users, more of them will sign up. Whether they are better off depends on whether they end up getting a bill they are unhappy with later at some unspecified future date, or not. That's not something you will figure out from a short-term A/B test on the signup page. So this seems like totally useless evidence to me.

I see this dynamic frequently with A/B tests. For example, one of my coworkers implemented a change that removed information from search result snippets. They then ran an A/B test that showed that after removing the information, people clicked through to the search result page more often. Well, obviously, it makes sense that they might click through more often, if information they wanted which was previously in the snippet, now requires them to click through. The question of which is actually better seemed to have been totally forgotten.
I agree in principle, but I am struggling on how you could quantifiably evaluate the contentiousness of a change. No feature will ever get 100% consensus. 30% does not seem great, but is it meaningfully different from 20%?

Even better if you have mixed incentives: sales wants any and all dark patterns enabled, customer support is sick of issuing refunds because the cart auto adds extended warranty to the purchase, etc

I smiled in the article when they claimed that removing the calculator might be better for users because more sales are completed. Ignoring that maybe the users were getting the appropriate amount of sticker shock, and bailing was the correct choice.
According to the metadata in the html, the site is built on ghost.org
Incompetence, using ChatGPT to write cover letters, or both?

My money's on "both".
Why not just store the output of the proprietary codec in an AVFrame that you'd pass to libavcodec in your own code?
If the startup is successful it won’t be cheap to buy
3.15 billion packet-per-second DDoS attack mitigated against Minecraft customer
Most people don't like being underpaid.
Knowing that the internet is as rife with abuse as sneakerspace, I cannot see how there could not be. If such an industry had spawned a decade earlier maybe The Algorithm would have less unchecked and would not have resulted in so much societal destruction this century.
All the encryption stuff is just a red herring to a larger degree. It’s not the technical access to the information that is the issue, it is that people can share and exchange information that the various regimes do not want shared that is the primary issue. They want censorship, i.e., control of thought and speech, arresting the information flow.

They know what is being said and that’s what they want to arrest, that information can be sent and received. And by “they” I mean more than just the French. That was just coincidental and pragmatic.

The French state does not operate that quickly on its own, to get an arrest warrant five minutes after he landed and execute on it immediately. That has other fingerprints all over it in my view.
More like, Qubes OS can help you. It isn't bulletproof, but it makes sense to take every precaution.
Yes, with the default theme. I deserve zero credit for it.
I would imagine it would destroy the plastic. A common problem with retrofitting stardard split systems. They require a UV resistant drain pans.
The time horizon on Waymo getting there is quite long. Uber is in every city because they don't have to build and maintain their own fleet. Waymo will have to. That's not only a massive capital cost, but a substantial scaling problem.
Is a MOP (like CLOS) going to bring substantial advantage to extensibility? My intuition says yes, but I can't test this hypothesis without thousands of plugin developers. Has any (meta) study even been done?
Yeah, uh WHICH employees?

Because Boeing is not an engineering led company. It is a bunch of scum sucking MBAs that attached themselves to a once-successful company and undermined any engineering focus, professionalism, and ethics from the entire management chain.

We're talking about a company that has murdered whistleblowers in all likelihood: https://slate.com/technology/2024/05/boeing-deaths-whistlebl...

This is a fundamentally amoral and corrupt company that should have executives in criminal jail.
If that is the correct default then why Telegram is blamed for having non-E2E chats by default? Maybe they also care about users who can accidentally lose their conversations. When Apple does it, it is good, but when Telegram or TikTok do the same, it is bad and not secure.
You’re making it sound easier and more certain than it really is. “Engaging with local government” is very often ineffective. Case in point: our municipal government bought a hotel right across the road from a high school and converted it for housing the homeless. That wouldn’t necessarily be a problem, but in this case there are no prerequisites, and sex offenders and drug addicts are OK, right next to the school. There was a “public comment” meeting, lots of people (myself included) came and protested, only to be told in the end: “fuck off, the decision has already been made and there’s no recourse”. Which is to say, complaining seems to only work if you can play different parts of the government against one another, or if they’re already looking for a justification to do what you’re proposing. If that is not the case, you’re SOL.
Are you advocating for techno-authoritarianism?
> That would be the moral thing to do.

The simplest explanation: when peope start at facebook/meta they leave their ethics at the door on the first day in the role.

It’s cynical, but does explain a lot: many people will pick the fat paycheque over their ethics any day, particularly in the US (where money is king)
I was referring to the metadata that are typical complaints about Matrix, like usernames and reactions.

> "Metadata" includes a lot of stuff, but basically the originator, the destination and the timing of the messages

Indeed. AFAIK, sender/recipient correlation cannot actually be protected at the software level, because packet switched networking necessarily reveals it. The common way I'm aware of to mitigate this problem is at the network level, by trying to avoid common routes that would allow monitoring many users' traffic from any one place.

Concretely, that might mean having everyone use Tor (which some folks suggest already) or going fully peer-to-peer (which some messengers do already, and Matrix has been experimenting with).

Signal tries to improve the situation with Sealed Sender, but I'm pretty confident that can't protect against the Signal servers being compromised, nor against network monitoring. When trying to think of how it's useful at all, the only thing that comes to mind is that it might strengthen the Signal Foundation's position when a government demands logs. (And if that is why they implemented it, I suppose they must be keeping logs, at least for a short period.)

Related:

https://www.ndss-symposium.org/ndss-paper/improving-signals-...
And even "advanced" protection is not advanced enough to protect your calendar and contact list from the government (under silly excuse that Apple uses standard protocols for those data).
While this is a well-trodden stereotype, and it certainly has merit, not all crimes are Snowden-level crimes against the state. Felonies such as embezzlement, fraud and trafficking are often investigated by exposing the digital trail. Law enforcement most definitely do pull those records with a subpoena. It's often one of the first things done (pull all banking and phone records) and is often a key ingredient in a successful conviction.

Yes, burner sims definitely help evade investigations, but they are harder to get nowadays, depending on jurisdiction. For instance you can't pay cash for a SIM in North America. It has to be a credit card or a bank transfer and that's a form of ID.
Headshots are pretty vulnerable because no-one really cares if it's fake, as long as it actually looks like you. But there are a number of areas of photography that don't really have to worry about AI because the entire point is capturing the moment.

For example, wedding photography. A picture that looks like you and your husband dressed up doesn't cut it. It's the moment, capturing everyone together, the crowds, etc.

The best I can imagine is that you could have someone walking around with a basic phone (or CCTV) wide angle capturing everything in low res, and then an AI could take those images and create convincing looking upscaled versions of them with interesting perspectives and composition etc. I still think though that people will want the real deal.

Sports photography and journalism are similar.
NOT writing and reading to and from a file stored on a drive is not, in this context, an optimization, but a significantly freeing conceptual shift that completely transforms how a class of users conducts themselves when using the computer.
I for one love the idea of space extraction, even if it is a pipe dream. Gathering minerals from dead space rocks seems better than from our planet.
Google is risk-averse. There is no real incentive for its management to be aggressive. Even with the Gemini AI, they only acted after being pushed around by OpenAI.

You need someone ruthless and aggressive at the top, like Travis Kalanick, Jeff Bezos, Elon Musk or Steve Jobs who basically stop at nothing. Folks who act fast and can take big decisions. MBA business types often get caught up in endless meetings, prevaricating over inessential things.
I have an old desktop with Debian where I run a bunch of random things (Home Assistant, Pihole, Seafile, Jellyfin, ...) and I run everything with Podman Compose.

I have enough things that I'm 100% confident I'd have run into dependency issues by now without containerization, but with Docker files it's trivial to keep them separate. As a bonus, compose.yml files are basically the lingua franca for describing deployments these days, so you can almost always find an example in the official docs for any given service you might want to host and get lots of help.
Looks like an easy task, even your granny can do it.
Removing features is deeply unpopular. The millisecond it is released, someone is going to make it a load bearing part of their workflow. A removal is now breaking the contract with the customer.

Which may/not matter, but it requires more politics and negotiation to suddenly be dropped.
I worked with many teams at many companies. I trained a lot of developers to become a good tech lead. Most of them didn't know how to operate a team, what to do and what to expect. I extract the essential parts for daily tasks for a tech lead and share how it works here https://ruzig.com/answers/2024/06/19/how-to-run-a-sprint-as-...

This is the daily workflow, practical, no theory. There are a lot more details when you run a team, and you need a coach to help you do it correctly. There is no silver bullet solution for these questions. The important thing you need to know is that you should follow good practices like doing science: predict, experiment, retro => make changes and keep following the loops.
They weren't acting in the scope of the job that qualified them to have immunity. If they were, it would apply, and seemingly they could testify about that specific job duty that they are unable to be prosecuted for.
One question I would ask is how fast is Waymo growing? At this stage isn't it too early to comment on the viability? Concerns around safety may take a decade of safe riding/data to come down.
Also, when you talk about Uber's stock price - Uber may not only be restricting itself to retail use cases but UberFreight could be a big market as well. In the logistics space too, adoption of self-driving may be slower than in retail is what I suspect.

Also, on an apples-to-apples basis, ~46% of Uber's revenue comes from markets outside the US where self-driving is yet to go through its own motions, regulatory approvals, local dynamics, learning (see how autos drive in subcontinent), etc.
It says caffeine is not part of the recipe, so... just add more?

(And use beet sugar IIRC.)
Not necessarily, in fact one of the most important optimizations for compilers is inlining code (copy-pasting function bodies into call sites) which results in more code being generated (more space) but faster wallclock times (more speed). Most optimizations tradeoff size for speed in some way, and compilers have flags to control it (eg -Os vs -O3 tells most C compilers to optimize for size instead of speed).

Where optimizing for size is optimizing for speed is when it's faster (in terms of wall clock time) for a program to compute data than to read it from memory, disk, i/o etc, because i/o bandwidth is generally much slower than execution bandwidth. That means the processor does more work, but it takes less time because it's not waiting for data to load through the cache or memory.
Signal is thin server ephemeral, matrix is thin client strongly persistent. They have securiry tradeoffs as different as they can be.
I loved this series and his procedural city. His death was a great loss for the recreational programming and gaming community.
You might want to do something about the combined ~15 megs+ of PNGs (rated_screenshot_pair.png, rated_screenshot_pair2.png, feed_screenshot.png) you have on your landing page before you blow through bandwidth quotas :D
When body cameras first rolled out, someone (an actual person) had to review the footage. Officers had to wait for that review to be completed before ending their shift. If I recall correctly, that wait was overtime at first and then policy was modified and it became unpaid time.

I hope that has changed.
Apple could also use E2E for their cloud backups by default, but they don't (and if you enable E2E, it doesn't apply to contact list and calendar backup anyway). Why do you demand more from Telegram than from Apple or Google?
I'm LA based and I witnessed them loading the entire city with Waymo cars in a span of two months.

And no, I don't have stock and I was very skeptical of them being able to crack this but I was proven wrong in the past 2 months.
Show HN: TrendingThumbails – Built by Claude Sonnet and Cursor
This is my first attempt at building a complete app using Cursor + Claude Sonnet. Here are a few things to do to really make the setup work for you
1) Before apply or accepting major changes do commit the code
2) Add Docs to the Cursor IDE. I added nextjs, prisma, and Modal docs
3) This may seem obvious but don't ask for the AI to write code even when the task is very simple. Make changes where and apply what you have learnt.

Even though AI helped me a lot I feel everyone using these tools should have a basic understanding of programming otherwise you will go down the rabbit hole and get derailed completely

Happy Coding. As for me I will use this setup to build more apps and validate ideas.
Well imagine someone who's just been raped. You think she'd be happy to discuss that in front of a bodycam?
Don't ask about it in the interview.

But it might be worth paying extra attention to any clues that they might not have lived in that place and have a falsified history.

As he said, "we should treat each individual with respect and assumption of good intent." But a decent proportion of people showing this particular characteristic will be engaging in employment fraud, and we shouldn't be blind to that signal.
Why should someone betraying their community's trust be protected from reprisals? We've seen how the police operate our whole lives. Collaborating with occupying armies has always carried a dangerous social cost. It's absurd for a snitch to think they'd be insulated from the social costs of betraying their community.
> NZ has government provided healthcare.
We really don't. You won't be bankrupted by hospital bills, but the absolute shambles that we're working with is far from an adequately functioning healthcare system.

We do have it though, and it works, though it's not perfect. Wait times are definitely long unless you go private, but the public system has helped me many times. I've not had to deal with ACC, so I can't speak to that.

In practice if you work for a good company you often get health insurance included or at a discount (at least all the software companies I've worked for have done this), so you get a mix of public/private healthcare and that works pretty decent.

I can't imagine the stress of the nightmare inducing hospital bills you hear about in the US.
'We basically live in the jungle': how one couple cooled their home naturally
> My understanding is that every police officer has either personally done something unethical or has watched another cop do unethical shit and look the other way.

Given it's statistically impossible that any individual has ever been able to follow every law in effect, at any given time (or place) in their life, the simple assertion that every cop has broken a law or witnessed another do so, is more likely than not.
> do people doing their own server setup like this use containerization at all?

Depends on what you're deploying, really.

If it's one Go service per host, there's no real need. Just a unit file and the binary. Your deployment scheme is scp and a restart.

For more complicated setups, I've used docker compose.

> Also like setting up virtual networks among VPSes seemed like it required advanced wizardry.

Another 'it depends'.

If you're running a small SaaS application, you probably don't need multiple servers in the first place.

If you want some for redundancy, most providers offer a 'private network', where bandwidth is unmetered. Each compute provider is slightly different: you'll want to review their docs to see how to do it correctly.

Tailscale is another option for networking, which is super easy to setup.
> This is a symptom of over hiring.

Perhaps. It's also a symptom of bike shedding which can happen with as few as two people.
> The other will always be under the boots of the employees/managers and complain while enjoying basic things.

No, not really.

Employees have actual rights here in Europe :) Most of my (ex-)managers are also my friends. There is no boot. We get lots of holidays, we get a good lump sum when we are laid off because there is no "at will" employment and grievances can be discussed fairly.

There's always reason to complain of course but we're not bad off.
> We assume that if something exists then it exists for a good reason

I suspect that this often exists because people have tried this, and been summarily burnt by either politics, or some form of Chestertons-Fence.

Which leads to the question of: how and when do we discern the difference? How do we design our teams and engineering to do things like,

- ensuring the psychological or political safety to suggest slimming down systems without having every other team come down on your head.

- incentivise “svelte” systems at a product level, without falling into Google-levels-of-“lmao this is going away now thanks bye”

- engineer for slimmer systems. There’s lots of ink spilled on the topic of making things extensible, or able to have stuff added to it, but seemingly little about the opposite. Is it the same engineering practices, or are there other concerns you’d need to take into account, if so, what are they?

- would you as a customer pay for something that was better at its purpose but didn’t have every single feature under the sun? I sure would, how many other people/orgs would, if given the option? I semi-controversially think that too many tools providing too much flexibility mostly encourages orgs to paint themselves into wacky processes, just because they can. I doubt this entirely goes away, but if given less feature/flexibility bloat, how much “fat” (process/overhead/friction/etc) could be trimmed out?
Your grandma is into cannibalism? How big was this apple pie? Something about this story doesn't add up.
True, but at least the communication overhead between 2 people, and the time for them to either agree, compromise, or punt, can be a lot lower, which is a significant win for getting things done.
It's got a fairly linux like ABI, though we don't aim or care to be 1-1 compatible, and it has/requires our own custom interfaces. Porting most software that was written for linux is usually pretty easy. But we can't just run binaries compiled for linux on our stuff. So for languages that require a compiler written in its own language where they don't supply cross compilers or boot strapping compilers built with the lowest common denominator (usually c or c++), things can get a little trickier.
What makes you qualified to make such an expansive claim about a stranger's inner character?
As Dave pointed out at the end of the video the people who donated machines to this museum, thinking that they'll be saved forever, must be really hurting now. The lesson learned is never donate a valuable object to a museum -- put it on "permanent loan" or stipulate in the contract that should the museum cease to exist, it goes back to the donor.
At a personal level, it feels better to have something of your own to hold on to instead of someone else’s, so I think beaucrats will also respond accordingly.

In a way, we’ll probably see more cloud fragmentation in the future, especially as other countries develop their IT sectors more and feel like they want more control over their own infrastructure, and whatever tertiary benefits can be extracted from that.

Relationships don’t even have to turn sour, there just has to be enough protectionism and popular appeal to support it. Just like saying “build it here”.
Waymo is growing incredibly fast (from 2 days ago, nearly 100k trips per week with exponential growth) https://www.reddit.com/r/SelfDrivingCars/comments/1ezysb5/wa...
+1 for NixOS. Amazing for self-hosting and everything-management.

Getting into it has a learning curve, but it's honestly so much easier in a lot of ways, too.
I agree with this but with a much more nuanced take: avoid pipes if either reader or writer expects to do async i/o and you don't own both the reader and writer.

In fact if you ever set O_NONBLOCK on a pipe you need to be damn sure both the reader and writer expect non-blocking i/o because you'll get heisenbugs under heavy i/o when either the reader/writer outpace each other and one expects blocking i/o. When's the last time you checked the error code of `printf` and put it in a retry loop?
Waymo is far from a full rollout across the US, let alone the world. That’s why.

Waymo is only testing in 4 cities. Market share is barely scratching the surface. Maybe in a decade, it will be viable replacement.
Well, right, but I already called that out:

> except insofar as no one on the planet has never done something unethical

It's accurate to say that if that's what OP meant, but it's also entirely uninteresting, so I'm kind of operating on the assumption that they didn't mean it that way.
The Blue Zone Distraction
I save a lot of work code generating the non-biz-logic parts of applications from simple declarative specs. I typically end up having to only hand code about 10% of the application.

No AI required.
Hope you name it not “SCC” but “SmaCC”.
Grep is inefficient search engine, because it needs to scan through whole content (and Telegram uses search indexes). Also, grep cannot deal with words forms and inflections (you type "foot" and you also want to find "feet"). Inflections are not very important in English, but you need to deal with them in other languages where the word can have many forms.