HN user

arter45

149 karma
Posts2
Comments153
View on HN

I get the point, but I assume the people keeping the museum open at 2 AM for some rich dude are the same people who do exactly that kind of job in normal hours.

In other words, they are asked to do overtime. So, as long as they are getting adequately paid for that overtime and they are not forced to do so (but I assume you can always find at least two people out of 20 who could do that), I don't think it's a big deal.

A great lesson for system design job interviews - if this is a popular payment system in a country with 1.5 billion people, your theoretical system you're designing for a small company cargo culting Google interviews will not likely support millions or even tens of thousands of average TPS.

“Anonymization is hard, and you’ve got to have the right technical experts at the table to come up with the solutions,” Adkins told Wired.

So Google, with hundreds if not thousands of security engineers, basically infinite budget, more than 500 published papers on security and privacy, multiple security teams, including one (Project Zero) that has discovered at least 2,000 vulnerabilities in the last 10 years, and with actual experience in privacy applied to its many apps and solutions... is unable to anonymize data when required to avoid a lock-in?

Let f(t) be the price of RAM per GB from 1960 to 2026. Let F(t) be the price of RAM per byte in the same period.

At every point in time t, f(t) is the price per 1 GB of RAM which is 1GB/1B times the price per byte of RAM.

Because 1GB/1B is non-zero, it follows that f(t)=1GB/1B F(t).

It also follows that ratios are preserved, ie

f(t1)/f(t2)= 1GB/1B F(t1)/F(t2)

As long as f(t2) is non-zero, which in this context is never the case.

Visually, the two graphs are the same except scale is different.

Well at least Anduril refers to a sword used by the “good guys” so, industrialization aside, it is a somewhat reasonable name for a US defense company.

Palantir really doesn’t make sense. It’s like developing a bulletproof vest and naming it Horcrux… sure, in the HP world a Horcrux does protect you from death, but it is very associated to evil, so no one who is really fan of the saga would choose that name, especially for a publicly known product.

Then again maybe they just asked an LLM “I have a surveillance solution. I want to name it after a fantasy concept. Any ideas?”

Also, a gravity-like model makes even more sense in ancient times which were really constrained by distances, unlike modern economies for which this is more true for goods than services (although there are gravity effects for services, too). In a 100% goods economy, with information itself traveling at the speed of a man or a horse, everything becomes gravity-like.

Maybe it's just me but this post is written in a confusing way.

I think the argument here is:

- laws are slow

- innovation is faster

- if you let laws regulate AI you're basically playing catch up

- therefore, let technology regulate AI in real time: once a decision is made, it is immediately valid.

From an efficiency standpoint this may make sense, but the important question is: who makes the decisions that are then implemented in software?

AI platforms are generally provided by private operators, so there are two actors here: the State and the AI provider.

Assume the State decide to completely deregulate AI.

Let's take deepfakes. As long as an AI provider makes money out of deepfakes, and they do not fear sanctions (remember, there is no government regulation), why would they ban them? Reputation risks? Well, there are many AI providers, so as long as they can produce deepfakes that cannot be traced to a specific AI platform, why bother?

It's one thing to say that laws are slow, quite another to say that democratic accountability and general concerns other than making money should be thrown out of the window in favor of fast but obscure processes.

Yes, markets have existed for a lot of time, well before established economic theory.

I don't think this surprise anyone, especially given that Adam Smith, who is known as the father of modern economics, wrote a book describing stuff that was obviously already happening before his ideas were published. Not to mention Italian bankers, tulips bubbles, gold coins and so on.

However, this doesn't mean that things do not (or cannot evolve). Markets are observed by someone, a theory is born, markets evolve, maybe following a theory, an existing theory is generalized, and so on.

You lose the concept of DNS forwarding. Usually, if your company has example.com, your DNS server is authoritative for example.com, which means it will actually contain (fqdn,ip) entries belonging to example.com, and it will forward requests for other domains to other DNS servers, possibly one DNS server per domain.

If you remove DNS servers from the equation, you need to write down records for other domains, too. This means you have to chase every domain for changes in CDN configuration, hosting provider or ISP migrations, IPv4 to v6 migrations and so on.

You don't have PTR records, which means you can't find out a name from its IP address.

You also miss other features of DNS, like SRV, MX and so on.

More subtly, you lose the ability to control DNS resolution over systems you can't control. If a DNS server says host.example.com is 192.168.0.4, a Windows desktop, a Linux server and your toaster will agree on that (especially if no local cache is enabled, but even then TTLs apply). If for some reason you cannot control a particular machine, you will never get it to consider that new DNS record. This can happen for a lot of reasons.

Disclaimer: I haven't been able to read the full article because I don't have a subscription.

Yes, there are alternatives to GDP, but context is key.

If you just to make more meaningful charts or rankings of top 10 countries, you just switch to another indicator and that's it. This could also impact, to some extent, real economic choices.

Other applications are more difficult.

For example, debt substainability. Governments issue bonds to finance stuff, but they eventually have to repay at least interests. This introduces a link between GDP and debt growth. If you replace GDP with another index things get more vague: a country may have the maximum happiness, but if it issues bonds and it cannot repay its interests, it's going to have some trouble anyway.

Monetary policy is also difficult to decouple from GDP. Alternative indicators often mix many aspects, which means the central bank can either

1) target the whole index, which means it could try to influence not just interest rates, but education, healthcare and so on (it essentially blends with the government), or

2) keep targeting inflation, but through non-GDP estimates, which means the price "signal" is mixed with other "noise".

If the only person who can get the money is you (or your partner or children or whatever), it’s fine as a form of compensation for potential damages.

If anyone, including your surgeon, can take that life insurance policy based on your life, things can go bad pretty quickly (hint: what happens if a profit-maximizing surgeon would earn a lot more money from your policy than from his regular job?).

Engineering is not just about the tests. It is also about following standards, making decisions based on data and requirements not just personal preferences or trends, and especially being aware of the legal and ethical implications of what you're building.

That's why there is so much emphasis on signing or stamping projects in the "ordinary" engineering world: you're literally telling a potential third party (which may include a court of law at some point) that you reviewed the work and can be held responsible.

This doesn't rule out team work of course (just think about civil engineering, it's not something you can do alone most of the times), and this doesn't mean there are no unethical or even corrupt engineers, but there is in most cases a single person who is responsible from a professional, ethical, and legal point of view.

In my experience this never occurs with programming unless you're dealing with SWE in engineering-adjacent sectors (aerospace, ...), and even then I'm not sure as I have no personal experience in those areas.

Magnifica Humanitas 2 months ago

Moreover, ownership of data cannot be left solely in private hands but must be appropriately regulated. Data is the product of many contributors and should not be treated as something to be sold off or entrusted to a select few. It is necessary to think creatively in order to manage data as a common or shared good, in a spirit of participation, as Saint John Paul II already suggested regarding collective goods. [128]

It does mention IP concerns, but that's not the greatest existential threat posed by AI.

Magnifica Humanitas 2 months ago

It lands on both. "It was just a job" or "I was just following orders" doesn't excuse you from doing unethical stuff.

You can but it’s not part of a plaintext standard. You could certainly build a text editor which can decode a base64 string, but to transform that into a picture you need something implementing the GIF (or JPEG or PNG) specification, otherwise it’s just a binary blob.

I think the real limit of plain text is pretty obvious: you cannot embed pictures in it.

It’s like SMS vs MMS or modern chat. With pure text, you can at best add a link to a picture (which could get rotten or inaccessible for other reasons), but you cannot directly graphical content.

No, quantum physics is not a sham. Lasers are an application of quantum physics, for example. Usage of quantum physics principles in non scientific (thoughts are entangled!) or arbitrary macroscopic contexts (since electrons can cross a barrier, a human can pass through a wall) is an entirely different thing.

If you don't care about the user in the UI, you probably don't care about the user in the backend either.

Not necessarily. I hate frontend tasks not because I don’t care about the user, but because I don’t have decent graphic skills. I can code but I don’t have a good istinct for colors, size, font styles, or other frontend issues that feel more art than science.

I’m honest about it, and luckily my job doesn’t involve frontend tasks, but this doesn’t mean that I don’t care about the users. In fact, you could say that I avoid frontend tasks precisely because I care about users and I don’t want them to be tormented by my awful UI choices :)

Frontend problems are just easier to see — bad UI, confusing views, ugly design. Everyone notices. Backend problems are hidden — slow API response, bad errors, hard to manage code

That’s one way to see it. Another way is that frontend problems are subjective. The same UI could be confusing for someone and reasonable in someone else’s eyes. What’s ugly? “Beauty is in the eyes of the beholder”, as the saying goes.

Backend problems can be hidden and random but they are objective. If an API returns 500, there is something wrong. It may do so only when a plane passes by or when a cosmic ray happen to flip a bit, but everyone can agree that a 500 is not supposed to happen (unless your API intentionally returns 500 for success…). The root cause may be obscure, but the existence of an issue is objective.

I would say privacy. No telemetry, no targeted ads, no centralized transcripts, possibly end to end encryption. Psychiatrists are bound by professional secrecy, and they touch on very sensitive topics (people’s fears, their private lives, sexual preferences, …). Privacy is a very strong concern if you want to build this kind of platform.

Yes, being a monopoly certainly helps, but that monopoly is YouTube, not YouTube Premium. Since the basic offering is free, raising the price for the Premium version only makes sense if they don’t expect a shift from Premium to free users. This suggests that they believe their Premium offering to become more important, so its users can tolerate a price increase without shifting to the free version (or a YouTube alternative).

Well, transactions in this context are business transactions, which may involve 1 or N remote calls. Imagine checks against no fly lists, fraud detection, flight delay and so on. Speed of light is also another concern. So it’s not as simple as doing 35k TPS on a local SQL database.

But yes, you don’t always need cool technologies.

It’s not decentralized either, at least not in the Bitcoin sense of the word. Interactions between participants may be automated but they can ultimately rely on legal contracts and people. IATA is one of those participants, but everyone has to trust IATA in the airline industry because of their role. A decentralized airline system built to avoid trust in a central authority would be pretty different (actually the booking part may be the least of their problems there).

It probably doesn’t require consensus among all participants (pairwise consensus at every step should be fine), so there is very likely no voting.

It’s not even permissionless. It’s not like a random company could join this “chain” simply because they can generate a keypair.

It’s a fundamentally different problem, and it makes sense that the architecture is different.