#DOWNLOAD THE NEW FOR IOS FASTSCRIPTS 3 HOW TO#
#DOWNLOAD THE NEW FOR IOS FASTSCRIPTS 3 CODE#

I found the CSS compatibility tables from MailChimp and Campaign Monitor, though I'm happy that I don't have care too much about more “mass market” clients (sorry Outlook users).Īs to whether or not RetroGit is achieving its intended goal of helping me keep more of the Quip codebase in my head, it's hard to say for sure. Relatedly, this was my first project where I had to generate HTML email, and I escaped with most of my sanity intact, though some things were still annoying. Hopefully the styling within the emails is restrained enough that it won't affect readability. WhatTheFont! identified the header font as ITC Blair Medium. The punch card graphic is based on this “ Fortran statement” card from this collection. I'm not entirely happy with the visual design - I like the general “retro” theme, but I think executing it well is a bit beyond my Photoshop abilities. I ended up using the statistics endpoint to determine when the first commit for a user was in a repository, and persisting that as a “vintage” timestamp. I didn't want to “probe” the interval going back indefinitely, just in case there were commits from that year - in theory someone could import some very old repositories into GitHub³. Their creation dates were 2011-2012, but they had commits going back much further.

#DOWNLOAD THE NEW FOR IOS FASTSCRIPTS 3 HOW TO#

The GitHub API behaved as advertised - the only tricky bit was how to handle the my aforementioned migrated repositories. The site employs a design similar to Tweet Digest, where it doesn't store any data beyond an OAuth token, and instead just makes the necessary API calls on the fly to get the commits from years past.

#DOWNLOAD THE NEW FOR IOS FASTSCRIPTS 3 CODE#

The code ended up being quite straightforward, though I'm sure I have quite a ways to go before writing idiomatic Go. But eventually it did reach a “1.0” state, including a name change, ending up with RetroGit. At this point I ran into what Akshay described as the “eh, it works well enough” trough, where it was harder to find the motivation to clean up the site so that others could use it too. I started experimenting over Fourth of July weekend, and by working on it for a few hours a week I had it emailing me my daily digests by the end of the month. App Engine's Go runtime also made it easy to deploy my code, and it didn't seem like this would be a very resource-intensive app ( famous last words). Between go-github and goauth2, the “boring” bits would be taken care of. I had also wanted to try building something with Go², and this seemed like a good fit. Since Quip uses GitHub for our codebase (and I had also migrated all my projects there a couple of years ago), it seemed like it would be possible to build a Timehop-like service for my past commits via their API. Besides the nostalgia factor, it did seem like periodic reminders of places I've gone to helped to keep those memories fresher. I've been a fan of Timehop for a while, back to the days when they were known as 4SquareAnd7YearsAgo.

I wondered if I could build a tool to help me keep more of the codebase “paged in”. Extrapolating from that, it seemed like coming back to a module a year later would effectively mean starting from scratch. By that point tables had been “swapped out” and it all felt a bit alien. Problems with keeping it all in my head appeared when doing context switches: working on tables for a month, switching to annotations for a couple of months, and then trying to get back into tables. Generally, it seemed like the codebase was still manageable when working in a single area.

After about a year, I started to have the experience, familiar to any developer working on a large codebase for a while, of running blame on a file and being surprised by seeing my own name next to foreign-looking lines of code. It was also possible to skim every commit and generally have a sense that you could keep the whole project in your head.Īs time passed, more and more code was written, prototypes were replaced with “productionized” systems and whole new areas that I was less familiar with (e.g. Compared with the much older and larger projects at Google, experimentation was expected, technical debt was non-existent, and in any case it seemed quite likely that almost everything would be rewritten before any real users saw it¹. I recall a sense of liberation the first few months as we were working in a very small, very new codebase. It's now been a bit more than two years since I've joined Quip. Think of it as Timehop for your codebase. Use it as a nostalgia trip or to remind you of TODOs that you never quite got around to cleaning up. Tl dr: RetroGit is a simple tool that sends you a daily (or weekly) digest of your GitHub commits from years past.

Download the new for ios FastScripts 3