@blue hard to say, but I'm a fan of creative names. Music converter named "Music Converter" tells nothing to me. Music converter named "Sound Juicer" makes me like "ah, THAT music converter".
Top-level
@blue hard to say, but I'm a fan of creative names. Music converter named "Music Converter" tells nothing to me. Music converter named "Sound Juicer" makes me like "ah, THAT music converter". 5 comments
@skobkin @drq @blue You can get away with it though if it's a framework (Django, Flask, Rails) or is likely to be a center piece of software (Pandas, PyTorch, or more obscure Pedalboard, Satchless) And even for “boring” libraries, you have certain room for creativity – the name could be a pun on the kind of thing you're building, for example @skobkin @drq @blue from starlette.applications import Starlette already gives you a rough idea what Starlette might be, even if you're not familiar with it. |
@drq @blue
It's different when it's a library and when it's a project.
When you're checking your 'dependencies.json', there are a lot of stuff there. So the clearer names are the better.
When other people check your code it could be hard to understand too.
Why the fuck do you 'import starlight'? What does it do? Lights the party up?