aobdev

From the subheading: “plus new AI features and premium content in Keynote, Pages, and Numbers”

From the subheading: “plus new AI features and premium content in Keynote, Pages, and Numbers”

Have you worked on different types of Python projects? (Not in different codebases, different types of codebases)

I don’t have any specific complaints about Python syntax because I can force it to get the job done…but homogeneous, it is not.

Sorry but you don't get to claim capital gains on retirement distributions, they are entirely taxed as ordinary income. If your tax rate later will be 40%, you get the exact same result: 3000-1200=1800.

If your tax rate will be lower in retirement, favor pre-tax contributions. If higher, favor after-tax. The trick is knowing what tax rates will be years (decades?) from now.

I'm not familiar with the strategy you're describing, but this is not how it works for the majority of backdoor Roth contributors.

If you have $100k pre-tax in a trad IRA, contribute 7k after tax for the purpose of rolling into a Roth, then you will owe income tax on the proportion of 100/107*7k, or $6,542.

You're still limited to 7k annual (for 2025) so the 14k you describe must be something else.

"TypeScript-first schema validation with static type inference"

It's a generated column, so there's no overhead to keep it up to date, but all generated columns in PG are stored. The corpus for text search will be stored 1x in the source column, 1x as a tsvector in the index, and an additional 1x in the generated column if you do so. That's a 50% increase in disk space.

This is not my area of expertise so take this with a grain of salt, but my initial instinct was to question why you would need to store the tsvector both in the table and in the index (because the tsvector values will in fact be stored losslessly in a GIN index).

The PG docs make it clear that this only affects row rechecks, so this would only affect performance on matching rows when you need to verify information not stored in the index, e.g. queries with weighted text or queries against a lossy GiST index. It's going to be use-case dependent but I would check if your queries need this before using up the additional disk space.

Snark aside, Joel is suggesting that because Fly uses rust-based virtualization software they should have a more reliable deployment process.

There are plenty of mature front end SPA frameworks that would work perfectly fine with Adonis. If you want to build traditional server side templated pages they provide a templating engine called Edge, and the docs tell you how to use Vite to bundle assets. If you want to make pages feel like an SPA without using a framework, they suggest Inertia as another comment points out. What do you feel is missing?

OpenAPI has a handful of open source API explorers. The ones I’m familiar with are Swagger UI, Redoc, and RapiDoc.

OpenAPI 3.0 has this concept of remote references, which can be URLs to other OpenAPI specs hosted anywhere. https://swagger.io/docs/specification/using-ref/

I’ve seen comments here on HN about people having similarly visceral reactions to the name CockroachDB and swear they will never use it for that reason alone. I always laughed at the absurdity but now I actually have some sympathy towards this type of reaction. If I opened the docs for an unsuspecting python package and was greeted with a detailed, half-screen photo of any arachnid I would probably throw whatever device I was using.

Are you sure about that? I was under the impression that the CFAA is broad enough that even if you have credentials to access computer systems, but do so in a way that was not intended, then you have broken the law. Intentional damage is included in that definition too.

Section (a)(5)(A): knowingly causes the transmission of a program, information, code, or command, and as a result of such conduct, intentionally causes damage without authorization, to a protected computer

If it takes 5 API calls to populate your page, do you want to make 5 round-trip responses to where you user is, or 5 within the same datacenter and 1 to your user? If the answer is that it doesn’t make a difference, then you don’t need these tools.

I think it depends on your goals. If this is a serious project and your first deployment, consider Platform-as-a-Service (PaaS) and a managed database (DBaaS). If it's a hobby project and you're interested in learning about infrastructure you could run your app, database, and reverse proxy on a single Linux VM, which any cloud will offer.

For PaaS, if you want a set-it and forget-it solution check out Render or DigitalOcean App Platform. If you want to dive a little bit deeper and learn about different offerings from the major cloud providers, compare the features of Google Cloud Run and App Engine, or AWS App Runner. All of these providers offer databases too.

Either way I recommend learning how to containerize your app because then you can run anything almost anywhere.

Just curious, how are you using black? I would expect it to take 3-5 seconds for 10k LoC, but how frequently do you need to format that much code to notice 3-5 seconds at all?

In what way is it a JS framework? There’s a build step because there’s so many possible utility class combinations that it would be size-prohibitive to ship them all.

> you're still fetching everything it's just without the waterfall

It's exactly because of the waterfall. If I have to make 3 roundtrip fetches, and the latency of each is increased by 150ms, then eliminating 2 subsequent fetches will save me 300ms.

> I've yet to see a modern-ish device (going back to iPhone 7s) that struggle so hard with rendering that progressive enhancement is valuable.

I have used an uncountable number of websites that are extremely janky, slow to load, and overall unpleasant to use on mobile while traveling on trains and busses between cell towers. Some of that can be attributed to ads but the reality is you don't need SPA's to serve news. Remix is cool in that it lets you develop like an app but serve like a website.

It’s not a value prop, it’s just a statement of remembering to use the right tools. You even mention this yourself, just not explicitly, when you say “react app” and “vanilla site”. They serve different purposes and I’ve worked with many people who do not understand because react is all they know.

Remix is an improvement over react as a framework though because you can fall back on native browser functionality where the framework will fall short (high latency, slow devices, no JavaScript).

I would argue that learning Racket as part of a foundation in CS would make it easier to learn TypeScript and Rust.

As an instruction set, yes, but I think this was inevitable with the demand for things like native USB, Wi-Fi, Bluetooth, and hobbyists wanting to use languages like Python. These boards do a lot more than the ATMegas I grew up with, and while almost every new design in this space might go with ARM thanks to generous specs and low cost and power requirements, I think there's still a good amount of competition in the 32bit microcontroller market (ST, TI, Microchip, NXP, etc. come to mind).

Everything in JS started with callbacks, then promises came on to the scene with libraries like Bluebird, then the async/await syntax was added to the spec. The language was always able to handle concurrency but it was a long road to the current state.

> at least as far as price is concerned

There is a significant portion of the USA that will take on 84 month loans, make negative-equity trade-ins, or refinance their homes if it means they can get a new truck.

I agree that it's way more expensive than I expected, but calling the displays "two apple watches" is really understating how much resolution you're getting. By like two orders of magnitude.

Automated testing and debugging are not the same

Generating a demand letter and being a lawyer are not the same. Thinking they are is exactly why the parent comment is bad advice.

ChatGPT is not a lawyer and this is not good advice. Generally threatening to sue will almost never serve your interests.

They probably mean cost efficiency rather than thermodynamic efficiency. It would cost a lot to install those systems in addition to the electricity storage necessary to run during a blizzard. I’m not disagreeing that electric is better but there’s a lot more to consider than just “modern systems are better so you should install them” and it’s not a lie to say so.

You linked the Python SDK, just FYI. Here’s the JavaScript version: https://docs.aws.amazon.com/AWSJavaScriptSDK/v3/latest/clien...

I’m someone who spent a lot of time focusing on finding the most efficient tools, writing the most elegant code, using the most “pure” frameworks, etc. and I realized that this did very little to help me obtain my goals.

Unless your objectives are not commercial or will never scale beyond the ability of a single person, the overhead of human communication and collaboration will be enormous compared the inefficiencies of shuffling electrons and flipping bits with imperfect instructions. Sometimes this means using technically-inferior tools better than idealistic tools improperly to get the job done.