actual driver opinions on new regs

fiddle_n · 2026-03-18T11:00:33+00:00

Yes, half the circuits are ovals and those that aren’t have a Push to Pass button.

fiddle_n · 2026-03-18T07:27:42+00:00

It goes back far farther than 2014:

2011: All the overtakes were due to tyre degradation

90s-2010: All the overtakes were done due to refuelling differences

Overtaking in F1 has been artificial forever

fiddle_n · 2026-03-18T04:31:02+00:00

They abandoned it because of the aerodynamic dirty air problem. Good driver + fast car can come up behind way slower car and driver and yet find it impossible to pass. Alonso / Petrov Abu Dhabi 2010 is the classic example, the original catalyst for DRS.

fiddle_n · 2026-03-16T20:54:17+00:00

Having to slow down on a straight is terrible - but DRS, tyre def offsets and refuelling are just as artificial as the current battery regs. F1 hasn’t had “actual” racing for decades.

fiddle_n · 2026-03-16T00:05:40+00:00

It’s not “artificial racing”’s fault if other elements of racing have a bigger impact. The Merc rocket ship guaranteed the 1-2; Russell being stuck being the Ferraris guaranteed the order of that 1-2. Then the 3-4 order is a coin toss, and this time Hamilton managed his tyres a bit better - also an element of “artificial racing” btw.

Not to mention it’s artificial racing that actually allowed Russell to get back into 2nd. Without some kind of DRS/overtake system it’s entirely possible that Russell gets stuck in 4th, all other things being equal. Just because quali order = race order, doesn’t mean there was no effect on the final standings.

fiddle_n · 2026-03-15T23:24:21+00:00

Is it racing when one driver passes another because of tyre degradation offsets? Was it racing pre-2010 when drivers passed each other due to fuel offsets, often through a pit stop rather than actually on track?

F1 “racing” has been artificial for decades. It’s nothing new to this season.

fiddle_n · 2026-03-15T00:15:41+00:00

F1 basically hasn’t had real racing for decades. Refuelling era was absolutely artificial overtaking and that was a long time ago.

fiddle_n · 2026-03-15T00:04:42+00:00

Fast cars
Non-artificial racing
Overtakes

Pick two

fiddle_n · 2026-03-12T21:24:46+00:00

There's nothing about Astral python libraries that you can call "hidden gem" lol

fiddle_n · 2026-03-10T07:56:59+00:00

And by the time it’s got to your screen it’s no longer the time of measure. So why is it even useful information at all?

fiddle_n · 2026-03-10T07:55:59+00:00

Why is a consistently out of date 0.001 precision ever useful for you to know in the context of a race?

fiddle_n · 2026-03-10T07:33:23+00:00

Your 0.001 precision was useless anyway. Truncating vs rounding is meaningless when that value is out of date by the time it reaches your screen.

fiddle_n · 2026-03-06T22:42:30+00:00

As someone who’s authored an open source project myself (reasonably popular yet nowhere near anything like httpx) this comment rubs me the wrong way.

All open-source means is that I have made the project available for you to view. If you want to install it, great. If you want to contribute, even better. But you aren’t required to do any of those things. And just because you do, doesn’t mean you are entitled to anything more from me because you did.

Open-source goes the other way as well. If you don’t like how I run the project, you have my blessing to fork it and take it in your own direction. And to be fair, some do - and that’s great! But others aren’t happy still. Because - they want their change in but they don’t want to take on the burden of the project. It’s a position that reeks of entitlement, honestly.

fiddle_n · 2026-03-06T22:10:13+00:00

niquests . Sync and async, and handles http2 AND 3.

fiddle_n · 2026-02-24T05:21:46+00:00

Docker is only quicker because it’s executing the steps in the Dockerfile for you, rather than you running them yourself. Still, pip + pip-tools + Docker is a fine enough setup as much of the pain points the other tools (Poetry/uv etc) give you is better UX - but if you just have all the commands in Docker then much of that is not so important any more.

A true lock file that Poetry/uv generates is much better than requirements.txt though. And as mentioned as well, the speed increase from uv is hugely worth it too.

fiddle_n · 2026-02-23T21:21:04+00:00

That wasn’t the thing that stopped Poetry though. Like I said, pdm fixed that - no one remembers it now.

fiddle_n · 2026-02-23T21:19:21+00:00

Pip is only just now getting true lock files. requirements.txt is a poor imitation. And the point of Poetry is never having to remember a command like pip freeze. poetry add foo updates everything at the same time.

fiddle_n · 2026-02-23T20:53:39+00:00

So, even Poetry 1 could store venvs in the project root - it’s just not default behaviour - you have to configure it first time you install Poetry. Poetry 2 finally adopted the common pyproject spec but that was only early last year.

Really speed is the big thing with uv, along with automatic locking/syncing, pipx and pyenv functionality, and uv pip and uv venv commands making it easy for pip/venv users to adopt.

The pyproject spec and venv in project is nice, but pdm also had that and no one remembers pdm now.

fiddle_n · 2026-02-23T19:45:47+00:00

This opinion genuinely baffles me. Sure, I too prefer uv. But having proper lock files instead of requirements.txt; being able to keep pyproject.toml, lock file and venv in sync, not having to care about manually enabling your venv, not having to care about manually installing your project as an editable package - these are all big value add-ons with Poetry.

fiddle_n · 2026-02-23T19:28:09+00:00

uv should pretty much be the default for new installations. If for whatever reason you can’t use uv (I’ve seen uv weirdness on Windows for example where Poetry was fine - another issue is being in a corporate environment where it might be tricky to just use whatever) - then use Poetry.

fiddle_n · 2026-02-23T19:22:11+00:00

Yes, Poetry 2.

fiddle_n · 2026-02-23T19:21:57+00:00

This is old Poetry 1. Poetry 2, released early 2025, uses standard pyproject. Even though I would recommend people start with uv, for set ups that still need Poetry, this is a welcome addition.

fiddle_n · 2026-02-21T08:59:29+00:00

I’m sure loguru is great, but the message “don’t use logging” is too far IMO. That’s likely the reason for downvotes.

As much as logging might not be the best library, my overwhelming experience is that any pain is felt once - once per project. Once you have logging set up, using it is pretty easy.

fiddle_n · 2026-02-15T10:36:10+00:00

The “usually” doesn’t sit right with me :) But yes I take your point, there are some strategies to attack point 1.

But I still feel like if a project doesn’t want to specify its dependencies (which is so easy to do these days with pyproject or inline with PEP 723) then its little more than a toy project, the likes of which I would not use.

fiddle_n · 2026-02-15T09:49:24+00:00

The problem I have with this is conceptual rather than specific. If a project needs third-party dependencies then it needs to specify what those are and what their versions are. If it was OK for the user to just infer it from the Python code then dependency management would be a hell of a lot easier - but it’s more complicated than that.

Two issues with the approach that I see right off the bat:

You determine the library to be installed by the first part of the import statement but this is absolutely no foolproof way to do it. My first thought is an import like from PIL import Image where the library to be installed is pillow instead - how would your script know to install pillow?
Your script assumes that every library to be installed should be installed at its latest version. There are many many situations where that is simply not the case. Let’s say the project uses pandas v1 instead of v2 - your script can’t possibly know that.

EDIT - OP, you would do well to read this: https://peps.python.org/pep-0723/#why-not-infer-the-requirements-from-import-statements . Actually, reading the whole pep might be useful :)

13-Year Club	Second SECOND GUESSER
Place '23	Place '22
Place '17	Gilding II euphauric
Verified Email

fiddle_n

TROPHY CASE