justin․searls․co

Tabelogged: かつ良

I visited this restaurant on April 10, 2019, and gave it a 3.0 on Tabelog.

Name: かつ良
Description: 下北沢、池ノ上、世田谷代田/とんかつ

Which Google translates into English as:

Name: Katsurai
Description: Shimokitazawa, Ikenoue, Setagaya Daita/Tonkatsu

Tabelogged: 麺酒処 ぶらり

I visited this restaurant on April 10, 2019, and gave it a 3.5 on Tabelog.

Name: 麺酒処 ぶらり
Description: 日暮里、西日暮里、三河島/ラーメン、つけ麺

Which Google translates into English as:

Name: Noodle Bar Burari
Description: Nippori, Nishinippori, Mikawashima/Ramen, Tsukemen

Tabelogged: クラフトマン SENDAI

I visited this restaurant on April 10, 2019, and gave it a 4.0 on Tabelog.

Name: クラフトマン SENDAI
Description: あおば通、広瀬通、仙台/イタリアン、ピザ、ビアバー

Which Google translates into English as:

Name: Craftsman Sendai
Description: Aoba-dori, Hirose-dori, Sendai/Italian, Pizza, Beer bar

Tabelogged: Rojiura Curry SAMURAI. 下北沢店

I visited this restaurant on April 10, 2019, and gave it a 4.0 on Tabelog.

Name: Rojiura Curry SAMURAI. 下北沢店
Description: 下北沢、東北沢、新代田/スープカレー、カレー、カフェ

Which Google translates into English as:

Name: Rojiura Curry Samurai. Shimokitazawa Branch
Description: Shimokitazawa, Higashikitazawa, Shindaita/Soup curry, curry, cafe

Merge Commits artwork

Tech Done Right: Code Style

Merge Commits

Noel Rapin invited me on Table XI's podcast for a third and final time. I got a chance to discuss my thinking on Standard Ruby's design, just a few months after launching it.

Appearing on: Tech Done Right
Published on: 2019-01-30
Original URL: https://www.techdoneright.io/54

Comments? Questions? Suggestion of a podcast I should guest on? podcast@searls.co

Merge Commits artwork

TalkScript: Don't Mock Me

Merge Commits

Nick Nisi invited me to his TypeScript podcast to discuss my unrelated talk about mocking best practices in the JSConf edition of Please don't mock me.

Appearing on: TalkScript
Published on: 2018-09-05
Original URL: https://podcasts.apple.com/us/podcast/episode-17-presentations-vulnerability-and-solving/id1072291074

Comments? Questions? Suggestion of a podcast I should guest on? podcast@searls.co

You make less money than you used to. Blame your iPhone.

For years, economists have been puzzling over why, despite unprecedented technological innovation since the dawn of the Internet, productivity is flat. Really, nobody seems to know why! Look no further than this week's news to find a consensus opinion that the just-around-the-corner cure for lagging productivity numbers is—wait for it—more technological innovation.

Productivity is a curiously-named economic measure that essentially boils down to "amount of money you generate for your employer over time." And because the promise of most technology is to enable people to do work faster, we should expect technology's useful impact to be measurable, even with an (oversimplified) equation like Labor + Technology = Productivity.

But something has clearly gone wrong. If we work backwards, we already know productivity is flat. And we are equally certain that technology has improved over the last twenty years. That leaves just one variable for which a negative value could explain the productivity gap: maybe we're literally doing less useful work every day. Reflecting on my own experience, I'd go a step further and ask, what if recent technological advances are actually decreasing our productivity?

But wait, there's more…

Merge Commits artwork

Ruby Rogues: Nothing New

Merge Commits

Joined the Ruby Rogues panel to discuss my RubyConf talk on Ruby's history in the west: There's Nothing.new under the sun.

Appearing on: Ruby Rogues
Published on: 2018-01-30
Original URL: https://topenddevs.com/podcasts/ruby-rogues/episodes/rr-347-there-s-nothing-new-under-the-sun-with-justin-searls-and-josh-greenwood

Comments? Questions? Suggestion of a podcast I should guest on? podcast@searls.co

10 Rules

Here it is, the post that enumerates all of the ways in which remote work has turned me into a total weirdo.

For almost a decade now I've been working from home, enjoying the unusual freedoms—and anxieties—that it brings. If a single theme has emerged, it's this: by default, I'm an undisciplined mess. When given the choice between short-term distractions and long-term goals, I'll take the passing hit of instant gratification every time. (This paragraph took me ten minutes to write because I was text messaging back-and-forth with @hone02.)

Only one thing can overcome my lack of self control: replace all my good intentions with hard and fast rules, then stick to them so rigidly that my constant fear of failure will inadvertently be put to productive use.

And then what happened?…

Giving the iPad a full-time job

[A translation of this post is available in Chinese and in Spanish ]

Programmers often describe their ideal tools with adjectives like "powerful", "feature-rich", and "highly-configurable". Few users are seen as wanting more from their computers than programmers.

This popular notion agrees with our general intuition that more capability intrinsically yields greater productivity. My lived experience suggests, however, that while capability is a prerequisite for productivity, the two hardly share a linear correlation. A dozen ways to do the same thing just results in time-wasting analysis paralysis. Apps packed with features to cover every conceivable need will slowly crowd out the tool's primary use. Every extra configuration option that I delight in tweaking is another if-else branch in the system, requiring its developers to test more and change less, slowing the pace of innovation.

Okay, I'm interested…