So sad when it happens…
I don’t follow - do people still seriously use SMS? I for one try to use it as little as possible.
So sad when it happens…
I don’t follow - do people still seriously use SMS? I for one try to use it as little as possible.
It’s still a draft
, but that’s just a weirdly unnecessary change, IMO. There is no need from anyone to have the versions shift by 11 versions.
Here’s a better overiew: https://devguide.python.org/versions/
Learn how to test (which is also what the article recommends).
Write unit tests. Write property-based tests. I don’t care which ones, but automate the SHIT out of your tests.
Also curse at your school for not teaching you this from day one.
Alas, I don’t know any articles or books on how to learn, because school didn’t teach me either. I learned the theory from Uncle Bob, among some others, but had to learn the actual work from work…
Protip: pip install pyupgrade
And then find . -name '*.py' -not -path '*.tox*' -print0 | xargs -0 pyupgrade --py310-plus
in your repo to update what can be updated.
BTW, pyupgrade’s creator, asottile
(that’s his name) also has an informative channel: Anthony Writes Code where he explains Python features, or goes into interesting bugs he ran into, etc. The good stuff.
So I remember the plan to improve Python’s speed from 3.9 to 3.13… Has there been an updated plan since? I presume the JIT will likely be faster in 3.14 (it’;s already at parity - pretty impressive for a first release), but is there anything else planned?
VSCodium doesn’t have the Python plugin, does it? It also misses the config sync when you’re logged in (IIRC). Not the worst to miss if you start out, but I’ll take it over having to track EVERYTHING in my code-workspace file.
Nice! I didn’t go because I couldn’t find anything I really wanted to see, but my co-workers enjoyed themselves, which was nice :D
As well as the release date for 3.13! 2024-10-01
Downvoted for paywalled medium article. That being said: I have no idea how I would use Python differently without the GIL, but I’m glad we’re getting the option!
If I install a package, I don’t even know what it installed and/or where.
I can’t believe Linux can’t even tell you what it installed where - even Windows can do that.
Use pip to install pipx, use pipx to install gunicorn to make it available globally. Pipx is meant to install applications as it will install each in their own venv, whereas pip will install them in a single global env.
Makes sure gunicorn isn’t installed in your venvs, so when you run them, they’ll use the pipx installed one.
The fact that Blizzard was able to piece together a reconstruction of WoW Classic v1.12 is more of the exception to the rule.
I tried it a little - being able to run rye sync
and not even having to worry about Python versioning is sooooo nice.
Might want to look at Pixi - written in Rust, BTW, but effectively seems to be a drop-in replacement that’s at least faster than Conda.
edit: link: https://prefix.dev/
It comes with built-in ruff
and uv
, and can handle Python versioning for you!
Not sure if they want to eventually dissolve Rye
into uv
or what, but for now it’s one of the best (better than Poetry, IMO)
edit: it also uses the pypoetry.toml standard, something Poetry doesn’t (because Poetry predates pyproject.toml becoming a standard).
One possible downside: I’ve heard Rye doesn’t honor XDG, which means it has its own location for its config. I don’t mind, but perhaps you do.
A second possible downside is that Rye doesn’t let you centralize your venvs, so each .venv
goes into each project folder, so no using virtualenvwrapper
with workon
to jump between projects. zoxide can alleviate that problem, or presuming you have a ~/dev
folder or similar, you could write a bash function that ls
’ that folder and lets you select a folder via fzf
? Go ask ChatGPT about it or something.
edit2: link: https://rye.astral.sh/guide/installation/
Ubuntu is a gateway drug to Arch.
Have you found appdata/local/Application Data
? It’s a “conjunction point” that you can only find via the command line, and only exists for backwards compatibility. It points to appdata/
… Do not EVER try to gain access over all your files in appdata/
. It’ll break due to that conjunction point.
I’m confused why you’re asking for feedback. You already chose Svelte and Sveltekit, no?
Here’s my feedback anyway: I like Python and dislike Javascript. Yes, Python is slow (though that can be offset via Pandas, among other libs) but it’s relatively painless. Unlike JS, which is quite painful to work with. JS libs also come and go every few years, whereas Python’s seems a bit more stable in that regard.
But it also depends on whether I’m part of your target audience - who is your target audience?
LineageOS, maybe? Still Android, but (AFAIK) more open to change than standard Android.