this post was submitted on 25 Apr 2025
20 points (95.5% liked)
Python
7045 readers
44 users here now
Welcome to the Python community on the programming.dev Lemmy instance!
๐ Events
Past
November 2023
- PyCon Ireland 2023, 11-12th
- PyData Tel Aviv 2023 14th
October 2023
- PyConES Canarias 2023, 6-8th
- DjangoCon US 2023, 16-20th (!django ๐ฌ)
July 2023
- PyDelhi Meetup, 2nd
- PyCon Israel, 4-5th
- DFW Pythoneers, 6th
- Django Girls Abraka, 6-7th
- SciPy 2023 10-16th, Austin
- IndyPy, 11th
- Leipzig Python User Group, 11th
- Austin Python, 12th
- EuroPython 2023, 17-23rd
- Austin Python: Evening of Coding, 18th
- PyHEP.dev 2023 - "Python in HEP" Developer's Workshop, 25th
August 2023
- PyLadies Dublin, 15th
- EuroSciPy 2023, 14-18th
September 2023
- PyData Amsterdam, 14-16th
- PyCon UK, 22nd - 25th
๐ Python project:
- Python
- Documentation
- News & Blog
- Python Planet blog aggregator
๐ Python Community:
- #python IRC for general questions
- #python-dev IRC for CPython developers
- PySlackers Slack channel
- Python Discord server
- Python Weekly newsletters
- Mailing lists
- Forum
โจ Python Ecosystem:
๐ Fediverse
Communities
- #python on Mastodon
- c/django on programming.dev
- c/pythorhead on lemmy.dbzer0.com
Projects
- Pythรถrhead: a Python library for interacting with Lemmy
- Plemmy: a Python package for accessing the Lemmy API
- pylemmy pylemmy enables simple access to Lemmy's API with Python
- mastodon.py, a Python wrapper for the Mastodon API
Feeds
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Nice work! Here are a few notes:
The
WeatherApp
object has a mix of attributes with long-term (egself.LOCATIONS
) and short-term (egself.city
) relevance. Instance attributes introduced in places other than__init__
, which makes it non-trivial for a reader to quickly understand what the object contains. And, actually,self.{city,lat,lon}
are all only used from theadd_city
method so they could/should be local variables instead of instance attributes (just remove theself.
from them).There seem to maybe be some bugs around when things are lowercase and when not; for example checking
if self.city.lower() in self.LOCATIONS
but then when writing there the non-lowerself.ctiy
is used as the key toself.LOCATIONS
.The code under
if rep == "1"
andelif rep == "2"
is mostly duplicated, and there is noelse
branch to cover ifrep
is something other than 1 or 2.It looks like the config only persists favorites so far (and not non-favorite cities which the user can add) which isn't obvious from the user interface.
Passing both
location
andlocations
intoWeatherAPI
so that it can look uplocations[location]
is unnecessary; it would be clearer to pass in the dict for the specific location. It would also be possible to avoid the need forLOWLOCATIONS
by adding a non-lowercasename
key to the per-location dictionaries that just havelat
andlon
right now, and then keepingLOCATIONS
keyed by the lowercase names.HTH! happy hacking :)
That's very informative, I will rewrite the code with your suggestions. Thank you!