posts

Sometimes, we want to be able to route requests based on URL paths easily, or have a front end app that serves data from private back end services.

Nokes’s Law: “One Person’s Data Lake is another persons Excel spreadsheet”

I was doing some performance testing on this site, and while I was impressed, I felt like I could wring some more speed out of it. I decided to switch from Heroku’s Static Buildpack to a simple Nginx webserver using Heroku’s nice Nginx Buildpack. In theory this should be a little quicker and lighter.

I was traveling for pleasure a few weeks ago, and I got into an interesting discussion with one of the people responsible for the experience we had on the trip. He posited that the most important thing a brand could do was to standardize the experience across all of their touch points.

In my last musing, I brought up a personal philosophy of mine. To not say “No”. I’d like some time to explain what I mean by that.

I was sitting in a session about a consultive approach, and the presenter talked about the power of “and” rather then “or”.

I think that the workflow I have developed for this blog is pretty interesting, so I decided to write up how I currently approach it.

I decided to dust off ab and see what the performance of the new blog is.

It’s running on a single Heroku Hobby Dyno, with 512m of RAM. It’s running nginx/1.9.7, Puma 3.11.2 and Ruby 2.3.4-p301. All of the files are static, generated by Jekyll.

As a remote worker, and one that travels at that, finding a good coffee shop to work from is a hassle. Sometimes I want a loud place with a lot of bustle, sometimes I want someplace more like a library. I’m often on calls, so when I have a day with out calls, and I can get out and about I really enjoy it.

I really like markdown for writing technical stuff. It makes it super easy to create code blocks, embed commands in a sentence and generally be really cool.

So I went and did it - Moved to Jekyll and Markdown. Hosted on Heroku with a full development pipeline behind it. I love how easy it is to create a branch, work in that, and have my review app up and running for reviews.

I was pressed into service to do a training on Heroku for about 300 developers. It was a fun experience, and I really like to go back and watch myself so that I can critique my performance. Hopefully improve as well.

I’m playing around with Nanoc - a static site generator.  Basically,  nanoc allows you you write your blog posts offline, and then generates your entire site in raw HTML. This allows you to host a site with out needing a database. In other words, it’s dead quick. You can also forgo a web server, and just host your site from S3 if you want.

In the mid 2000’s a bookseller accidentally changed the world. Yes, that bookseller was Amazon, and the change was the introduction of a IaaS. Quite possibly the first Infrastructure as a Service. At least the first commercially viable IaaS.

(cross posted from the HPCloud Blog. With 75% more typos!) One of the most basic problems with systems that need to persist data, is making sure that you can recover those systems in the case of a critical error. I’ve used and written backup systems for more time then I’d like to admit (for example). With the advent of cloud storage systems such as S3, moving your data offsite has become much easier, and much easier to recover data from your offsite storage system.