Looked up tmux today.
Need to spend time on it in the future.
Worked on getting conda environments working
Spent two hours, trying to change the position of my tags and get navigation working.
I’m starting to have fun though.
Enjoying the process rather than looking at programming as drudgery.
It’s still a slog that makes no sense, but I’m getting comfortable with it.
Researching how to modify Lanyon, the theme that runs this blog.
Also while I switched to PT Serif completetely, I think I like the Source Sans Pro & PT Serif combo on the newly refreshed Seth Godin blog.
I wanted to launch Microsoft’s Visual Studio Code from the command line at will.
Worked a little bit more on the blog yesterday. Nothing worked out though Maybe if this post, publishes, atleast one tiny bit might
Lost my May posts.
So I don’t know how many days I’ve lost.
But it’s been atleast three days of hectic work at building the blog.
So I’ll count them as day 1 and start over again!
Or atleast my understanding of them.1
In Python, numbers are not really a single object type, but a category of similar types.2
They include - Integer and Floating point objects - Complex numbers - Decimal: Fixed Precision Objects - Fractions - Sets - Booleans - Built-in functions (math, random)
Short new series for me. Quick and Dirty Programming Posts They’ll be tagged qdpp. They’ll be raw, error prone and mostly works in progress.
A few reasons - to help me write for a few minutes (publicly) daily. I’ve realised slow and steady is a good way to build a body of work, (Godin, Kushal). Even if the beginning is slow and shitty. - to save myself searching the web for stuff I need to have handy. - these are primarily for me, and me alone. If they help you as well, that’s a bonus!
Let’s start with PEP.
I’ve learnt that to learn anything well, it’s best to learn from the source. Go to the well. Don’t read about the Black Swan, or try to figure out from blogs what Antifragility is. Go read the darned Incerto! So when it comes to programming, I should do the same.
And everytime I learn something new with Python, I’m referred to a PEP as the source.
- When is Python 3.7 out? Check the PEP.
- What on God’s green earth are docstrings? Check the PEP.
- Will PyPI crumble under its own weight? Or will there be redundant options? Check the PEP.
- How do you write Python so that it’s comprehensible? Readable? Is there a style guide of sorts? Check the PEP.
- A short treatise on what Python is about? Its Zen if you will? Check the PEP.
- What is a PEP? Go, check the PEP!
So, a PEP (Python Enhancement Proposal) is a design document, - providing information to the Python community, - or describing a new feature for Python or its processes or environment. They’re worked on, one itty bitty version at a time. You can see how they come alive and grow here. They describe standards, share information, and describe processes on things other than code too (like PEP-8)
And as to why, the very first one explains it much better than I ever could.
Image source: https://adastraerrans.com/archivos/use-the-source-luke.png ↩