The resume filtering most companies are doing for tech jobs is clearly only letting liars and unicorns through to the other side of the pile. Yes that's all HR staff and recruiters were doing before they were replaced with AI. Would be interesting to hear from someone on the other side trying to hire people, whether unicorns exist.
Mostly I don't post, but when I do, it's some mild or hot take about free software. Mildest take: all distros except like five of them (Debian, Ubuntu, Fedora, openSUSE, maybe Arch) suck and shouldn't be used by 99% of people.
@samueljohnson@egeexyz So the article explains in more detail, but the gist is that I do not trust the small team at Mint or insert-small-distro-here. Or, more precisely, I trust the giant community at Ubuntu/Debian a lot more, and appreciate the benefits of having such a large community over a small team of volunteers. Especially as pertains security, accessibility, internationalisation, QA, documentation, et cetera.
@samueljohnson No need to apologise :) I didn't specifically link that article in the first place.
I think we disagree on something sort-of-kind-of fundamental, but I'll concede a few things:
Ubuntu isn't very good.
Canonical isn't very good.
… But still, I'd recommend Ubuntu over Mint. This is because I view technology differently. I view operating systems as common digital infrastructure. And you don't build a society on a small team of volunteers—you build it on large collaborative projects that are far more able to address the diverse needs of everyone.
Regarding whether Mint is Ubuntu or not… I'm not sure how to make this argument. Mint is Mint. It's authored, remixed, and distributed by a separate group of people who have effective root access to all users' computers through package updates (as do all distros). It completely replaces the most important component, and any other modifications are untested by the Ubuntu community.
But yes, Ubuntu with Cinnamon isn't really Ubuntu either. It's not the thing you download from their website, and Cinnamon isn't in their main repository. For Debian it's a different matter.
Or we could keep gun laws simple: only the military should carry firearms and police should only have access to them in an emergency. Safest guns are no guns https://www.threads.net/@potus/post/C5_ocV0rZx2
@danirabbit but then how am i supposed to signal that i have a big peepee
apart from my truck that i definitely use for hauling manly stuff that isn't groceries
apart from my eating big meaty meat
apart from my beer (but not the woke sort)
apart from my emotional suppression because crying is for women wimps
it is very important that everyone know i have a big peepee
Hey Python community, I need a good code formatter that works with VS Code. I've tried a few (autopep8, Black Formatter) but I could not circumvent their issues expanding tabs, regardless of every other possible setting in the project (I even have EditorConfig installed).
I'm looking for something that will ideally try to conform to PEP8, without being obnoxious expanding all tabs to spaces (we're not savages in this project). Thanks for any suggestions!
@diogoeichert Tab characters make it impossible to determine the width of a line.
One of the things that code formatters do is splitting lines that are too long into multiple lines. If the tool cannot determine the width, this task becomes impossible. If it circumvents the problem by making an assumption of the width of the tab character, then the visual width of lines will be wildly inconsistent for people who do not use that width value in their editor.
Honestly just suck it up and use your code formatter's defaults. Life's a lot happier if you leave these stupid code debates in the dust bin of history and let the formatter take care of it.
@veronica@diogoeichert This isn't 100% right. It's possible to do 'elastic tabstops' in Python just fine; tabs for indentation, spaces for alignment. The code will still run if you do this consistently.
(Of course, for projects with more than a few contributors, doing this consistently becomes an impossible chore where you constantly have to link <https://nickgravgaard.com/elastic-tabstops/> on PRs, but soit.)
… But it still ruins line widths, which is why I think it's a stupid idea. I value consistent line width a lot more than arbitrary indentation depth.
It's perfectly possible to correctly use tab characters in Python, even when 'mixing' them with spaces. It's just a stupid and error-prone thing to do.
@drewdevault I have a faint feeling that the flow of useplaintext.email is rather topsy-turvy. Section 4, the one making the case for why plaintext is Good Actually, should go first! Maybe followed by etiquette, followed by all the e-mail client busywork.
@j_bertolotti Most systems are easier to run than #dnd5e tbh. D&D players get very intimidated by the idea of having to learn another system because the process of learning 5e traumatised them against reading rulebooks.
#NotOnGitHub: Tell us about your favourite #OpenSource / #FreeSoftware projects that are not available on mainstream platforms, whether on a self-hosted cgit or available as an archive download only.
@Codeberg I just started a #FreeSoftware change log generator project and decided to host it on Codeberg/#Forgejo, sticking with the #Esperanto naming scheme. Progress is coming along nicely; it'll probably be functional within a week, and see a release before Christmas.