Category Archives: Personal

Review: How to Make Feeling Good Your Priority

My running coach, Holly, published a book last month called How to Make Feeling Good a Priority. The book is part advice and part memoir (as she learns and applies her advice to herself and clients). I am lucky to be a client and have heard much of this from her, but having it all in one place helped me see how it wasn’t just for running.

Holly is a serial marathoner (27 so far) and I have done two under her coaching (and training for a third). We often talk about how to make adjustments during training and during a race to prioritize feeling good. This book is about doing that outside of running—a connection I didn’t make.

There are many lessons, but the one that stuck with me is turning “I can’t” into “How can I?”. I have written about habit triggers before—how you can control your own behavior, in part, by controlling the triggers that prompt that behavior. Anchoring a problem-solving mindset to “I can’t” comes up surprisingly often.

So much of the book is about shrinking the impact of bad feelings and increasing the effect of good ones. There are a lot of actionable tips and strategies.

I can’t say that I related to everything, but a lot of it resonated with me. Her chapter on the Law of Attraction (which always seemed like mysticism to me) resonated with my beliefs about tapping into randomness. I have come to see “attraction” as “focussing”/”awareness”—I don’t think you attracted the thing you wanted, but I do think you were more likely to notice it. And mentioning it to others helps them notice it for you too.

Knowing Holly, I see her personality on the page. She’s a positive person, always trying to find ways to solve the issues I bring up with her. Under her training, I have very rarely missed a workout and I haven’t had an injury—the rest takes care of itself. After reading her book, I do think that her concept of the “runner’s mindset” can be applied to the rest of my life too.

I Didn’t Have a Disk Drive

When I was 13, my mom got me an electric typewriter for Christmas. Luckily, it was broken, so we went back to Radio Shack to return it. When we got there, they were trying to move TRS-80 Color Computers for about $50 (the same price as the typewriter).

So my mom got me a 4k, chiclet keyboard version that hooked up to a TV. There was no storage included, but supposedly you could hook them up to ordinary tape recorders (I never figured this out).

The next Christmas, I got a Commodore 64, again with no disk drive. I finally got a disk drive for my birthday a few months later.

For a while, my home computer could literally do nothing except be programmed.

All of my personal programs lived on paper. I typed them in, played with them a bit, and then re-transcribed them back to paper. My most ambitious program in this time period was a very light Defender clone made from ASCII art.

It was like learning a musical instrument.

If I were learning piano, I would play songs over and over until I got them right. If I could compose music, I’d do it on paper and retranscribe often.

And doing this did at least accomplish the goal my mom had with her original gift. I learned how to type pretty fast.

Sponsor, Don’t Mentor

Since I mostly use Twitter to listen to young, underrepresented programmers, I get to hear about things I normally would not. One recurring theme is the role of mentors, and at some point I saw people talking about how they needed sponsors instead. Here’s an example from Nancy Wang in Forbes:

Part of a solution could be via mentorships and sponsors. The difference is critical: mentors can help make introductions and give valuable advice, and sponsors often go one step (or many steps) further, leveraging their own reputation and personal capital to advocate for your success.

I am trying to apply this when people ask for advice. It’s hard.

It’s easy to just say a bunch of stuff. Talk about yourself, tell a story, recommend a book, etc. If you are successful, it’s easy to think it’s because of the things you did and if someone else did them, they would also be successful. But it’s not that simple, because mixed in with our efforts were luck and helping hands. A lot of what we think is good advice doesn’t apply at the very start, where we need someone to just take a chance on us.

When I look back for sponsors in my own life, I remember that my aunt got me a job filing paper invoices in her office and that’s where I learned Lotus 123 and did my first professional programming in high school. At 13 my mom got me a computer at Radio Shack when we went there to return a defective electric typewriter (they were the same price). A few months before that, my wood shop teacher transferred me to computer “shop”. They didn’t give advice—they used their “personal capital” to put me in a position to grow.

Moms, aunts, and teachers will probably always help out a teenager. They are part of our lives, know us well, and probably feel a vested interest in our success. But, as aspiring sponsors, we can do that too. Our goal should be to get to know the people we are trying to help. To become invested in their success.

So, now when someone approaches me for help, my default is to think about how I can get into a position to sponsor them. To do that, I need to know them and what they can do. For programming students, I hire them to help me with my personal projects and consulting. I always pay for this work.

It’s not a lot, but my goal is to get to know them well enough to recommend them without reservation.

Twitter Can be an Empathy Machine

I don’t tweet much, so my Twitter experience is highly dependent on how I manage who I follow, block, and mute. I realized a few years ago that by tightly controlling this, I could make Twitter into any experience I wanted.

I decided that the best way to use it for me was to give me access to voices I wouldn’t normally hear from. So (aside from people I know in real life), I almost exclusively follow programmers from groups that are underrepresented in tech.

In my feed, since they are way overrepresented, I am constantly exposed to the world as they experience it, and it helps me develop empathy. I can feel my attitudes and default reaction changing in ways it never would have if I only interacted with people I know.

Another important part of how I use it is that I mostly listen. If the topic is tech and I can answer a question or add value, I do. But I don’t chime in on topics where I should be learning, and where my instincts are probably not great.

I can also add value by amplifying their great work. Again, by making my default overwhelmingly underrepresented programmers, it’s just more likely I will be exposed to their work instead of it getting buried in my feed.

February 2021 Blog Review

This month I talked about how The Practice helped me understand what I am trying to do by blogging and motivated me to blog every day. I shared some tips to how I am doing that.

  1. Start the day by writing morning pages, then write a shitty first draft.
  2. Keep a long list of topics.
  3. Bank blog posts.
  4. Edit by using the editing sweep method.
  5. Write a lot of posts to become a better writer.
  6. Generate topics with these tips. For example: Mining your tweets or writing while reading.
  7. Use media depravation to make space in your brain for your own ideas.

I offered some tips for technical job seekers.

  1. Write a job statement
  2. Build your network by being useful to people
  3. Don’t be afraid of rejection.
  4. Make your resumé specific to the job.
  5. Prepare for interviews like they were a performance.

January 2021 Blog Review

Last month, I wrote mostly about how we can apply game design to books and apps. By this, I mean making the book or app literally a game (like Pokémon Go), not slapping on badges to gamify an app. Speaking of Pokémon Go, I have ideas for how AR will turn mundane apps into games.

I also covered parts of my daily and weekly routine, and how I use habit totems to keep myself on track.

I wrote a little about programming. I think tutorials should be vaguer because they would force learners to write programs, not read them. If they were, they would be better preparation for coding interviews. I updated my 2011 advice on GitHub profiles. I covered two approaches to app icon design, icon-first and icon-last.

In February, I plan to talk more about my practice of daily coding, writing, and sketching.

Lowering the Bar to Practice

There are three things that I try to do nearly every day: code, write, and sketch. Of the three, I struggle most with sketching.

It’s also the case that of the three, my sketching is the least developed. I am a professional programmer, and I have had some success writing professionally, but my sketching is (to be the most charitable) “advanced beginner”.

It’s also the case that I have spent orders of magnitude more time coding and writing than sketching.

This year, with my theme to Hone, I am committed to just making as many bad sketches as I can. Honing is sharpening by repetition.

So, I remembered a lesson from a sketching class I took a few years ago—warming up with blind sketches.

In a blind sketch, you look only at the subject and not at the paper at all. You may even decide not to lift the pen. You try to get a sense of the canvas with just your hand. Part of what you are developing is the skill of drawing what you see (the shapes and values in the space), and not symbols of what you see.

I use a big pen (1.0 mm) to make sure that ink makes it on the paper (since I am not looking, sometimes my thinner pens don’t always make marks) and to further lower the bar on the expected outcome.

These sketches are “easy to do” in the sense that I can do them at any time. I just draw what’s in front of me. Here are some pens:

I do a few of these and then I might move onto a longer sketch. But, even if all I do is some blind sketches, I’m ok with that.


I will be speaking about my experience with RxSwift at SwiftFest 2019 in Boston on July 29-30. Last year, I spoke there about how to sketch iOS UIs in Playgrounds — unfortunately the talks are not available online, but I’ll be putting together a video shortly that covers the material I spoke about.

I highly recommend this conference — it’s two-track and has about 300 attendees. I went to talks every chance I got and learned a ton. It will also be a good time to discuss the ramifications of WWDC as we’ll all have add a couple of months to absorb iOS 13.

If you are going to be there, contact me here or on twitter.

Introducing 3D-o-Mat

3D-o-Mat is a simple app that creates the type of 3D photos that you view with red/cyan glasses.

I have been writing apps that do this for a while. It was one of the first things I wrote with DotImage back when I joined Atalasoft in 2006 and ported their image processing commands to WPF. Then, I wrote a simple version for iOS that I showed to middle-schoolers when I was a volunteer for DIGITS.

I was recently invited to speak at a Smith College Python programming summer program for HS girls and I decided to make this app more real.

PS: here’s a tweet sized version of the app in Python that I shared with the class the last time I spoke:

This gist shows a better way to do it that preserves the color in the original photos.