> huge structural investments are needed in the country
The D-Ticket is completely independent of any (rail) infrastructure financing, those have distinct budges on federal level, since any project has to be approved by the legislature individually. The D-Ticket is eating away the budget of the states and their transit authorities, causing a reduction of services..
> no income taken away, as it is subsidized and compensated on the federal level
Only 50% of the relative loss of transit agencies is subsidised by the federal government, the other 50% gets subsidised by the respective state. And since the compensation is calculated in relation to the prices of monthly subscription tickets on routes in the respective transit area, transit agencies are left with even less.
Additionally, a lawsuit determined that the train network price cap for public transport is illegal, further increasing costs for the states.
This already has caused service reductions in multiple states, e.g. just now in Berlin additional overground Metro services during commuter peaks got halfed. With the results of the lawsuit and now interest from the federal goverment to put more funding into public transport, a lot more services will get axed in the next 3 years.
And it can be pretty great for that. But I'm not sure if this works well for people who don't have experience reading API documentation or coding support sites like Stackoverflow. Beginners having a problem most likely don't know any abstract term for the problem they want to solve, so they'll feed their scenario meticulously to the LLM, causing it to output an already tailored solution which obfuscates the core logical solution.
It's like starting to learn how to code by reading advanced code of a sophisticated project.
No, Archlinux was repeatedly behind with package updates. This even went as far as lagging behind Ubuntu in at least one instance, causing inconvenience and frustration for users which then either had to use other more up-to-date sources for dependencies or package the newer version of dependencies under a different installroot themselves.
This problem is caused by a staff shortage or the average necessary maintanance effort for repo packages. At least one of those 2 causes has to be solved.
> But I'd love to see Switzerland take over some of those international connections.
The Giruno EMUs of the SBB serving the Eurocity from Hamburg to Basel are having technical malfunctions causing delays & aborted trainrides for the last few weeks.
The Eurocity(Express) Zurich-Munich is the most delayed long-distance train route in Germany. Most of the German route is only single-tracked and overcrowded.
It certainly can be inefficient depending on what you want to do, but loading files with functions into the scope of your GHCi session works quite well for quick debugging. When cabal repl all necessary deps for the project get loaded and it just works.
Unrelated to this issue but I've had a race condition with Automake which while run oin 2-4 threads occured exactly every 2nd run. With -j48 it was obvious it's a race condition. No idea how cache invalidation works in the automake stack, but that must have caused it to fail exactly 50% of the time.
I only developed on smaller FOSS projects but can tell you this blogpost ist just an abyssnormally small piece of the hate you'll get for changing things.