For years I have had a small collection of Rails projects sitting in private GitHub repos. Some were weekend experiments, other launched without any marketing before I moved on to the next idea. They all shared the same fate: running nowhere and earning nothing. Earlier this year I finally decided to solve my own problem and give those projects a second life. The result is Discode.
Today I read about GitHub’s release about their “GitHub Copilot Workspace”.
Recently an increasing number of companies have been on a hunt to remove unnecessary meetings from employee calendars. All of this is done to protect the time of employees and improve efficiency of the businesses. The thought being is that some recurring meetings were created, eventually become unnecessary, but never purged.
Docker is a widely known containerization strategy. One of its main use is to provide developers with a consistent environment for building, packaging, and deploying applications. I’ve used Docker containers to build and deploy many service oriented architectures. Most containers are based on the ruby:3.1-alpine image (and other close variants). While there are many resources describing how Ruby on Rails projects can be setup and run using Docker, I’d like to talk about it’s other uses.
I often enjoy starting and building new hobby projects. My ideas can come from different places. Sometimes there is an itch I need to scratch, or sometimes I just want to build something to see if it’s possible. In any case, I’ve been able to distill my process to a few general steps. Most, if not all, of my projects start off with similar architecture. Usually they involve a combination of a Docker container with a Ruby on Rails application. I’ve taken this one step further and I’m releasing the basic structure of my application from which I start all my projects with.