HNHacker News
TopNewBestAskShowJobs

genericlemon24

2,303 karma · joined April 14, 2021

submissionscomments
genericlemon24··on Notes from the Architect (2016)
Yes, I understood that to mean mmap().

> is mmaping a file and using it directly from memory what databases should do today

Some do; for example, SQLite: https://www.sqlite.org/mmap.html (the page has pros and cons, and explains how SQLite does memory mapped I/O).

genericlemon24··on Namedtuple in a Post-Dataclasses World
Already duplicated in my reply to icegreentea2 below, but release notes for projects you use are a great place to get updates.

For Python specifically, PEPs are very helpful too: https://www.python.org/dev/peps/

genericlemon24··on Namedtuple in a Post-Dataclasses World
> I read release notes for major releases of languages

_This_, so much.

If you are a heavy user of a language / library, it's immensely helpful to look at the release notes every once in a while. Even if you don't plan to upgrade now, it gives you an idea of where things are going (and may eventually tip the scales to a "fuck it, it's now worth upgrading" moment).

For Python specifically, PEPs are also a good way to keep track of what's happening (even if some of them don't get accepted): https://www.python.org/dev/peps/ ; there's also an RSS feed: view-source:https://www.python.org/dev/peps/peps.rss/

genericlemon24··on Show HN: Reader, a Python feed reader library
Hi there,

I'm Adrian, and I'd like to share a side project I've been working on for the past 3 years.

reader is a Python feed reader library – it takes care of the core functionality required by a feed reader, so you can focus on what makes yours different.

reader allows you to:

* retrieve, store, and manage Atom, RSS, and JSON feeds

* mark entries as read or important

* add tags and metadata to feeds

* filter feeds and articles

* full-text search articles

* write plugins to extend its functionality

Part of the reason for this project was to do the best work I could. I spent a lot of time thinking about the API, how to make it nice to use, and how to reduce the likelihood of breaking changes. I've also taken the time to make it maintainable long-term; to this end, the core library is fully typed and has 100% test coverage.

More importantly, I wanted to make a self-hosted feed reader web app – for privacy reasons, and so I can easily change stuff I don't like. The fact that I couldn’t find one extensible enough bugged me so much that I decided to make my own; a few years later, I ended up with what I would’ve liked to use when I first started.

https://reader.readthedocs.io/en/stable/#quickstart gives a quick tour of what the API looks like; the user guide has a more detailed feature-by-feature overview.

There's also a web app (which I use daily for feeds and podcasts); it's somewhat ugly since I don't really care for front-end stuff :) But that's kinda the point – if you want to build your own you can, and you only need to do that; the low level stuff is already taken care of.

genericlemon24··on Learn by reading code: Python standard library design decisions explained
Thank you!
genericlemon24··on Learn by reading code: Python standard library design decisions explained
I cover The Architecture of Open Source Applications as well, here: https://death.andgravity.com/aosa :D
← PreviousPage 2 of 2