NeutralForest

What bothers me, for example in Python, with the function coloring is that it creeps everywhere and you need to rewrite your functions to accommodate async. I think being able to take and return futures or promises and handle them how you wish is better ergonomics.

That's what we like to hear! Read to the end and donate!

As mentioned in the article, others might have different constraints that make the GIL worth it for them; since both versions of Python are available anyways, it's a win in my book.

Nice that someone takes the time to crunch the number, thanks! I know there's some community effort in how to use free-threaded Python: https://py-free-threading.github.io/

I've found debugging Python quite easy in general, I hope the experience will be great in free-threaded mode as well.

My main interaction is from the GUI where I just leave it open for days at a time. So this article stems from some of the frustrations I had using it in the terminal and not finding the same behavior I was used to.

This article is mostly about using emacs -nw which will depend on a bunch of things like how terminal input is handled! With regular Emacs, as a GUI, I typically split as well but I prefer vterm over M-x shell.

Thanks for taking the time to make this, that was helpful!

Indeed!

There's usually two pieces, a short one that can be taken as is for the general press and another which goes more in depth at a university level I would say.

I used to use org-mode with hugo but it got annoying, I didn't like how I needed to structure my org files, it kind of forced me into some structure. Now I use Zola with Markdown. I'm losing in power but it's so much simpler tbh.

Ink and Switch has been such a source of joy for me. I like reading their articles because they come from such a different place than what you currently see in most software (Cloud based subscriptions). Just a breath of fresh air backed by cool tech and cool people. Thanks!

I think being able to just create cross platform binaries + having good tooling out of the box as well. You can get started with go very easily and sharing programs as binaries just removes a whole lot of issues you'd have in other languages.

The sandboxing, especially for AI Agents.

That's why I stick mostly with Github actions and pin the SHA of the commits instead of the tag version.

Something like this: https://learn.microsoft.com/en-us/azure/devops/pipelines/tas...

Invariably, ppl will write inline scripts instead of actual scripts in their own files. There are also some SDKs for most of these operations that would let you do it in code but they are not always 100% the same as the CLI, some options are different, etc.

Can't tell if asked honestly. Because that's how most platforms handle their pipelines. Terraform or Bicep let you use a declarative language for your platform. Everything else is calling cli commands or scripts from pipelines, written in YAML.

But it's the situation we're in now. It's what you see in the docs and what my colleagues write as well. I entirely agree that scripting into a markup language doesn't make sense yet the inertia is there and I wish there was some way out.

I'm just so tired of writing bash scripts inside the YAML. I want to be able to lint and test whatever goes into my pipelines and actions. Not fight shitty DX on top of whatever Azure spits out when it fails.

Great! Crazy that it can be brought back every time though, it makes me very uncomfortable.

Just excellent. Lots of (common from my experience) examples, potential fixes and self-contained explanations. Nice.

there are some efforts to compile python to webassembly so let's see who will have the last laugh!

Oh no, yet another article that looks super interesting and will be in a browser tab until I decide to read it and that requires quite a lot of background info I don't know how to get yet. Oh well.

I've used Zola and it gets the job done in a few commands, nothing else I need from it tbh.

> Likewise I never understood why we blame ourselves for a lack of effective integration

Because the country of arrival is usually the stronger economic party. You have the capability of emigrating and integrating because you speak multiple languages, have most likely attained high education and you probably have the means to start a new life some place else. Honestly, good for you but not everyone has those benefits.

In the case of someone poorer, it might take a significant amount of resources and time they don't have, hence more of the burden being on countries integrating the immigrants. Let's also not kid ourselves, it's a trade for their labor in often bad conditions; not something from the grace of our hearts.

> But you have to _want_ to integrate, we can't force you. And if you don't want to, please leave.

This is imo a question the EU has struggled with for a long time. You'll want people to have their personal freedoms: culture, religion, language, etc. But you also want a cohesive whole where citizens can live and work together peacefully. This is a much more difficult question than "integrate or get out".

This sounds very defeatist? I still believe in the European project but it gets hard when you see the current political landscape. That said, I don't think we can only put it on spineless bureaucrats, I don't see many countries having bold policies of integration even at the national level.

Fair, what did you find in Go that you couldn't in PHP? Do you miss anything from PHP?

> The problem in Europe is not immigration, the problem is there being no European country with a vision of the future for immigrants to buy into

That's fair and I think it's mostly true. At the same time, comparing "Europe" as a monolith compared to the US doesn't make a lot of sense, the history, languages and religions aren't shared for many countries, contrary to the US. We can circle back to saying it was and is a lack of vision from the EU to not have been more aggressive in creating this culture.

> I'll enjoy your aesthetic traditions and take your free social welfare, but I'll keep my own culture and values, thank you very much.

From what you wrote, I can somewhat understand this standpoint but this creates strong segregation between communities that aren't healthy and it sounds like a breeding ground for conflict as well.

But the question always is: was the rewrite the reason for the gained efficiency, or the new language?

I've seen those kinds of tests described as astrology for business guys. Sounds about right.

Cool to see there's a long term plan for the language and the ecosystem!