Published

So often I see a variables inside of its name and it hurts me a little inside. Tell me I’m right or prove me wrong below. Examples # Pandas are probably the worst offender that I see Sometimes vanilla structures too! Edge Cases? # It’s so common when you need to get inside a data structure in a special way that itsn’t provided by the library…. I am not exactly sure of a good way around it. Containers are plural # Always name your containers plural, so that naming while iterating is simple. Before I start fights 🥊 in code review, am I inline here or just being pedantic?

Here is one useful thing that you can do with GitHub actions no matter what language you use, send email. You might want to know right away when your ci passes. You might want to give your team a nice pat on the back when a new release is deployed. There might be subscribers wanting to see the latest release notes in their inbox as soon as the latest version is deployed. Whatever it is, its pretty easy to do with an action right out of the actions marketplace. Mail on Star # Here is a silly example that sends an email to yourself anytime someone stars your repo.

GitHub actions are an amazing tool that allows us to run code based on triggers inside of our repo. Their is a large and growing community of actions inside the marketplace to use with very little effort. Best of all they are free for public repositories, and private repos have a very generous free tier. I have been diving deep into Github actions for about a month now and they are wicked good! They allow you to run any sort of arbitrary code based on events in your repo, webhooks, or schedules. They are very reasonably priced. The interface that GitHub hs developed for them is top-notch! It’s so good I have done 90% of my editing of them right from github.com. TLDR # some interaction to your repository triggers code to run. # The online editor for actions is pretty amazing. When creating a new workflow it automatically sets up a new blank workflow or a workflow from the marketplace for you in your directory. This is all it takes to get an action running, a or file in the directory. Th…

Github actions are written in configuration files using the YAML syntax. YAML is a superset of JSON. Most YAML can be expressed inline with JSON syntax. Similar to python YAML is whitespace driven by whitespace rather than brackets tags. The argument for using YAML for configuration files such as actions is that it is more human-readable and editable. It’s much easier to see the whitespace layout than it is to get closing brackets correct. For actions, I believe this is mostly true. I don’t see any use case to get past 3-5 indents, which is completely manageable. Can I just say that I learned more than I realized about YAML by writing this article Arrays and Objects # In YAML or JSON, the most basic containers for data are arrays, a 1D list of things, and objects, for key-value pairs. Arrays # The start of an array container is signified with a leading. This is probably one of the big things I didn’t understand about YAML before writing this post, but hats off to the GitHub actions edi…

Today I learned how to diff between two branches. Sometimes we get a little happy and mistakenly commit something that we just can’t figure out. This is a good way to figure out what the heck has changed on the current branch compared to any other branch. Example # Let’s create a new directory, initialize git and toss some content into a readme. After all of that, we have a git repository on our local machine with a single file that contains the following. Create a branch and ✍ edit # Let’s checkout a new branch called Waylon and change the word to in our file, then diff it. At this point we have one commit. Things are really straightforward, and our diff will be the same between the last commit and the main branch since. Let’s make another commit by adding the date. 👆 At this point, our diff doesn’t tell us the whole story between our current state and main, only between our current state and our last commit. Let’s commit our changes and compare our branch to main. Git is powerful # I…

This is a quickstart to getting a new kedro pipeline up and running. After this article you should be able to understand how to get started with kedro. You can learn more about this Hello World Example in the docs 🧹 Install Kedro 🛢 Create the Example Pipeline 💨 Run the example 📉 Show the pipeline visualization Create a Virtual Environment # I use conda to control my virtual environments and will create a new environment called with the following command. note the latest compatible version of python is 3.7. EDIT: as of kedro 0.16.0 kedro supports up to 3.8 Options Activate your conda environment # I try to keep my base environment as clean as possible. I have ran into too many issues installing things in the base environment. Almost always its some dependency that starts causing issues making it even harder to realize where its coming from as I never even installed it in base. Install Kedro # Currently is available on pypi and can be pip installed. EDIT kedro is up to Make sure you are…