A tutorial site for programmers, mostly Python and Java, with articles on performance, libraries, and machine learning, plus paid courses.
HN commenters link it for specific tutorials, such as styling PyQt6 apps with QSS; its own staff also promote paid memberships there.
Huh. I guess I'm one of the few who's had generally good experiences with FUSE, then. I've used several different FUSE filesystems, ranging from disk-based, to network-oriented, to... well, let's just say a bit odd, kind of fun, but probably not particularly useful. I even wrote a couple of the latter myself, just for funsies.
Oh well, there's my FUSE rant for the day, I guess. Now, on to what I came to comment on....
I'm indifferent on the WebDAV vs FUSE thing, actually. But if the author wanted a nicer way to query a bunch of text files, where each line would roughly represent what a db row would, and there's whatever random delimiter character in there (comma, tab, pipe, or even those weird ASCII control characters nobody ever knows or remember exist for the purpose [0]), then I think he gave in and went to a database too soon. Besides the ubiquitous GNU textutils, there are tons of tools out there for working with record-oriented CSV and TSV files. [1] There's even `jq` if you're a real masochist and want to use json as your text-based data storage, query, and interchange format.
Now you've got me wondering if I was lucky in not having any significant issues with FUSE. But, as far as OP and the technical problems they were facing, I think it was a little premature to jump to `sqlite`. All those things they put down to "clunkiness" really just makes me thing that `sqlite` + WebDAV ended up being one of the members of the set of simple, elegant, and wrong…
I discovered this about a month ago, and it deserves to go up to the sky.
The GitHub page is linked at the end.
Some articles/content that relates to this ([4] is pretty cool and definitely check it out, so is [6]):
[1] https://brython.info/static_doc/en/intro.html
[2] https://towardsdatascience.com/run-python-code-on-websites-exploring-brython-83c43fb7ac5f
[3] https://stackabuse.com/an-introductory-guide-to-brython
[4] https://rayluo.github.io/brython-project-template/
[5] https://github.com/rayluo/brip
[6] https://github.com/brython-dev/brython/wiki/Brython%20in%20the%20wild
[7] https://academy.cs.cmu.edu/ (CMU's academy website runs on Brython)
Here's the GitHub page: https://github.com/brython-dev/brython/
And the Wiki, for examples -https://github.com/brython-dev/brython/wiki/Brython%20in%20the%20wild
If you're familiar with all that's going on with the source code or at least some parts of it, and have time to spare, do take the time out to contribute to this project. It's pretty insane what they're building.
You can join their Google Groups forum here: https://groups.google.com/forum/?fromgroups=#!forum/brython
Tools that have changed how I think about things, and yes some are hyped things you have probably heard of. But the opposite effect of people ignoring it because it's too hyped might come into play:
Docker - figuring out what you really need to get something running and having a reproducible way of doing it. I did a blog post on it: https://stackabuse.com/how-docker-can-make-your-life-easier-as-a-developer/
Node JS - much derided, but nothing compares in terms of the speed you can quickly hack up a tool in Node JS and the ecosystem you have access to. I don't use it as production server, but just as a quick way to hack up tools.
Pandoc - being using this tool to convert markdown to PDF, and it does a nice job. Uses Latex & friends so you can find a nice template somewhere and base off that.
Markdown - I love using markdown formats. Especially with the tooling, things like Pandoc and Github are enough to justify learning a bit of MD.
Touchtyping - Makes typing a bit nicer and a bit faster. I could type without looking at the keyboard before, but now I don't lose my hands, just feel the bumps!
>It should just work when I navigate to the project folder.
You still need to do the setup when you create the project, but once you do you can use direnv[0] to activate/deactivate the venv[1]. I target GCP often, so I have direnv switch over to the correct project [3] also.
[0] https://direnv.net/
[1] https://stackabuse.com/managing-python-environments-with-direnv-and-pyenv/
[2] https://stackoverflow.com/questions/56781493/gcloud-is-it-possible-to-change-the-default-project-based-on-the-current-folder
Here's a blog post showing self hosted PyTesseract finding text in an image and preserving the format: https://stackabuse.com/pytesseract-simple-python-optical-character-recognition/
There's a reason why the external services are popular though...lots of training data and tweaks to make them much more accurate. Try the Google demo here, for example: https://cloud.google.com/vision/docs/ocr
>While Python doesn't allow circular dependencies between modules, it won't stop you from introducing circular dependencies between packages.
Just to nitpick, while it is a very potent foot-gun, Python absolutely does allow circular dependencies between regular modules; here's a good write-up about this:
https://stackabuse.com/python-circular-imports/