Breaking Changes in Python-3.14
Key topics
The python people don't adhere to this principle and maybe I need to give up on it, I'm just sick of this crap.
Those of us of a certain vintage will recall the tumult of python-2 to -3. Suddenly, production code needed significant re-writing. We got an arguably better python out of it, but oh! the pain.
In 3.14, (among many other things) the python developers decided to make 'forkserver' the default instead of 'fork' for the Process() method (this is for starting a child process - https://docs.python.org/3/library/multiprocessing.html). Why on earth break our code in such a wanton way? Why not leave the default alone - there was always the option to use 'forkserver' if one wanted it. Or maybe they could have created a new entrypoint with the new behaviour Process_fastserver() or some such? Oh no! Just break it and make their customers patch furiously!
When we adopt a language, we like to think that what runs today will run tomorrow - C and bash programs that I wrote 30 years ago still run. Not with python - if you use it, buckle up and make sure your regression tests are thorough, it'll be a rough ride.
Move slow and break things, perhaps?
Discussion Activity
Light discussionFirst comment
16m
Peak period
3
18-20h
Avg / period
1.5
Key moments
- 01Story posted
Dec 18, 2025 at 5:05 PM EST
19 days ago
Step 01 - 02First comment
Dec 18, 2025 at 5:21 PM EST
16m after posting
Step 02 - 03Peak activity
3 comments in 18-20h
Hottest window of the conversation
Step 03 - 04Latest activity
Dec 19, 2025 at 1:00 PM EST
18 days ago
Step 04
Generating AI Summary...
Analyzing up to 500 comments to identify key contributors and discussion patterns
Want the full context?
Jump to the original sources
Read the primary article or dive into the live Hacker News thread when you're ready.
Discussion hasn't started yet.