tech, simplified.

How to Make Google Search Always in the Language You Want

Along with delays and paperwork and jetlag, one tiny tech annoyance pops up almost every time I arrive in a new country: Google changes its language. It’s a helpful feature if you speak the local language, but a widely confusing one when you’re half asleep and want results in English or another language you prefer.

But by default, most of the time you open Google in a new country, the results will show up in that area’s language. You can select to switch to English and your browser will remember your choice—but if you use an Incognito window or a browser like Firefox Focus (which, by the way, is my new favorite way to quickly Google stuff), Google will default to the local language with every new search.

Here’s how to fix that. Open your browser’s search settings, and add a new search engine with the following URL as the search address:

https://www.google.com/search?q=%s&gl=us

The %s is what your browser will replace with your search query; the us is the region/language you want, here US English. Want results in Spanish? Replace the us with es for Spanish results for Spain. th gets Thai results, cn Chinese, and so on.

You could instead specify a language, using the &lr=lang_ modifier instead, such as &lr=lang_en for English or &lr=lang_fr for French. That changes the language, but not the region, to help you get localized results in your language. Though for whatever reason, the gl options tend to work more reliably for me.

Either way, that should get your Google results in the language you want, no matter where you are.

Find more ways to customize your URLs with Google’s full search URL modifier documentation.

Having the entire internet in your pocket is magical when you stop to think about it. But what makes it even better is that you can share that internet connection with your laptop or others around you.

It started out slow, with tethered dialup over cellular on older Nokia phones. Today's phones are much better, turning a 20+Mbps 4G signal into Wi-Fi that's plenty even to stream movies on your TV. It's how I stay productive when my home internet's down—or coffee shop, airport, and coworking Wi-Fi is overloaded—and one of the easiest ways to save money on internet when traveling.

Here's how.

Forget Metrics—Goals Are What Matter

A chapter a day adds up to quite a number of books a year—only, exactly how many I never really tracked until early 2017. I'd opened Goodreads, was prompted to add a reading goal for the year, and went back to see how many books I'd read in 2016. Lo and behold, add in paper books, and I'd likely read 20 or so volumes in the year.

I could do better than that. Suddenly I had to read 30 books in 2017.

And so I kept reading as normally, a chapter here, a book there on longhaul flights. Pages added up and the goal felt realistically achievable even without reading a crazy amount every day.

That is, until Ta-Nehisi Coates listed his favorite Civil War books—and Battle Cry Of Freedom jumped out as one I should read and add to the 25 or so I'd read already.

Great idea—only Battle Cry Of Freedom is over 900 dense pages long, enough that Kindle kindly suggested it'd take me over 25 hours to read the whole book. Suddenly the goal of thirty books in 2017 was less achievable.


Everything in life begs to be quantified. It started in the workplace, with key performance indicators and net promotor scores and daily active users being the deciding factor in every thing we do. Sure, we can talk about the things we can't measure being most important—but it's hard to live by that with the graph's trending downwards.

Smart devices and social networks brought that to our personal life to an unprecedented degree. Suddenly everything could be tracked. We knew we should stay active—but now we knew if we didn't walk 10k steps a day, and we'd try to exercise just to fill in those rings. We knew a weighty volume would take a while to read—but now we were told up front how much time it'd take (and our friends would automatically be told when we finished reading it). We hoped we were popular with our friends—but now we could see exactly which jokes fell flat, which photos people actually liked, and who was more jealous of us than happy for us.

Everything turned into a numbers game, so much that you might choose which food to order based on how many Instagram likes it'll get, or try to listen to more indie tunes to look cool. Exercising at home? Nah—much better to run at a park so you can track it and keep your spot on the exercise app's leaderboard.

It's not all bad. Exercise apps push many people to work out more than they would otherwise, social networks do make it easier to stay in touch and have helped many hone hobbies or careers, and so on. It's that the numbers aren't all that matters.

In fact, numbers don't matter at all. The goal is all that matters.


So take apart your goal. Want to read 30 books this year? Or what do you really want? Perhaps you want to learn more things, to read more from your favorite author, to expand your reading into subjects you're less familiar with. You might want to read more, read better, keep reading regularly—and the number can help. If the raw number of books is all that mattered, you could raid the kid's section of a bookstore and get your thirty books read in an afternoon. But the number's not the goal. Or, at least, it shouldn't be the goal.

You get what you measure. Strive to read a specific number of books—or to get a number of visitors to your site, or to make a specific number of revenue—and you might hit that at the loss of other metrics you're not tracking. Maybe you'll choose to read less impactful books just to read something. Maybe you'll cut back on customer services, make worse products, make false promises—all could offer short-term revenue gains with far greater long-term losses.

The Battle Cry of Freedom taught me more than most of the books I read this year. It nearly kept me from my raw number goal—but it more than achieved my unstated goals of learning more through reading, expanding my viewpoints, and reading a wider variety of content. It was well worth nearly missing a number goal for the greater good.

And so it goes in the workplace, too. Set goals and metrics at the beginning of the year or quarter—but always keep in mind the value behind the goal. Is more visitors really what you want—or would more engaged readers of your blog be more value? Is new blog posts what you need, or would your time be better spent updating the older, more valuable content you already have? Should you make a new sell, or help keep an existing customer happy?


In the end, I finished my reading goal with a little extra effort. Metrics are hard to shake off. But it taught me, as other lessons from work in 2017 had as well: Don't just make your goals numbers. Make a better goal, something greater you wish to achieve. Then stick a metric to it as a guidepost to help you know how you're doing. You might surpass the metric, or your might come up short, but deep down inside you'll know if you actually hit the real goal or not.

Such goals are harder to quantify—but far more valuable.

An iPhone Unexpected Shutdown Story

Technology has this habit of working great until you really need it to work—at which time it casually decides to take the day off and forget how to do what you need. Or so it seems.

Batteries are perhaps the worst, today’s printers and annoying ink cartridges. They’re the one thing most likely to turn our gadgets into expensive paperweights. And last winter, my phone’s battery was doing just that.

We’d gone to Osaka, Japan, which at something around 0°C felt rather cold to our group of Bangkokians. After a red eye flight and a few false turns on the train, we’d finally gotten in the vicinity of our AirBNB. All we needed was Google Maps walking directions for that last 500m through the biting wind.

Which is exactly when my iPhone 6s+ battery decided it, too, didn’t care for the cold. Google Maps pulled up the directions, we set off walking, and I stopped to take a picture of manhole cover (which turned out to be the real world Pokémon, with uniquely beautiful ones popping up everywhere we went). Switch back to Maps for the next turn and... blackness. My iPhone had gone from a reasonably charge to dead in an instant.

That became a recurring theme that trip. Out of 6 people all with various iPhones (aside from one Huawei), mine was the only one that shut off randomly in the cold. The battery was generally ok, working as normal in warmer weather. I was the only one without a case, leading to the assumption that cases helped keep phones just enough warmer to survive. Perhaps—antidotally, this fall the same phone with a case fared fine in Chicago wind and rain, though that was never below freezing. All of us had seen phones with older batteries shut off randomly under 20% or so of charge—but since the battery worked fine out of the cold, that didn’t seem the same issue. My own pet theory was that batteries like people acclimate to climates, and mine was just used to the heat and humidity of Bangkok.


That was before iPhone battery issues were in the news—and while Samsung’s exploding batteries were still being warned about before flights. And once it came out that Apple was slowing down phone CPUs if the battery was dying, everyone who’d ever thought their phone magically felt slower after a new phone came out felt vindicated. After all, old batteries would just last less long—why slow the whole phone down if not for more nefarious purposed?

So here’s a data point on the shutdown side. It was crazy annoying, and basically meant my phone was useless right when we needed it most in the middle of getting directions. And Google Maps is resource intensive—note how much it heats up your phone—so it seems to make sense why that app would be the one that triggered the shutdowns.

There’s no perfect solution, but if there had been an option to slow the phone down and keep it from turning off, I’d have used it in a heartbeat.


The problem here is communication and control. Apple did a great job of communicating about the issue now after it hit the news, explaining battery chemistry and the tradeoffs involved. Cheaper iPhone battery replacements are a nice touch—one I hope Apple randomly decides to extend indefinitely, as unlikely as that is.

The problem is in the timing. People have certain expectations from their devices—that they’ll work reliably and not age unreasonably fast—and Apple, perhaps, is held to a higher standard with their device price and premium brand. Balancing that is tough—do you let the phone shut off randomly if the battery can’t give enough current, or do you slow the phone down so it keeps running albeit crippled? So own it. Communicate. Let customers know what’s going on, what to expect. Hide it in documentation, even, if you don’t want to draw too much attention to it—but work in public, and set appropriate expectations.

And, perhaps, let people have control. Low Power Mode is brilliant because it saves battery if you want it too. Bundling the slowdown with that might be reasonable—as would recommending low power mode at a far higher percentage if the battery’s dying.


There’s a lesson for the rest of us. All products have flaws. It’s inevitable, something anyone who makes any item must face. And our first inclination is to clam up and shy away from the issue. You’re holding it wrong, using it wrong, it’s better to not have that feature, we know what’s best, trust us. Maybe you the maker are right, maybe you do know best. Folks only want a faster horse, after all, not motored future. But your horseless carriage for all its bells and whistles will have issues, will require fixes and workarounds your users may not expect, will have something you overlooked until it becomes an issue.

The best thing you can do is pull back the curtain, break the spell, and let people know. Be honest. Document your product’s limitations. And perhaps go above and beyond in fixing things that are only partly your fault. It might hurt in the short term but will win you loyalty in spades over time.

Architecting Stories | Information Architecture for Writers

The moving walkway is now ending. Please, look down.

Airports are hardly the place for peaceful introspection, with the bombardment of sounds and signals designed to rush you along to your next gate while convincing you to spend far too much on a bottled water and a bestseller-yet-terrible business book.

And yet, there’s magic to the madness—in the best airports, at least. Like it or not, it’s impressive how you can arrive in a new city anywhere on earth and find your way from gate A5 to E14 (a gate you only found by consulting the departures board upon arrival) in a half hour, typically without consulting a map or app even in a jetlagged haze. Instead, you go with the flow. The general mass streaming towards the center of the airport guides you without much thought; from there, signage leads you to the next terminal and concourse and gate almost automatically. There are exceptions and terrible airport layouts to be sure, but a combination of affordances and signifiers augment your reality and help you navigate an unfamiliar terrain without much effort.

That’s the beauty of architecture. The instagrammable rafters and glass walls are merely decoration; the forgettable and utilitarian entrances, hallways, stairs, and hidden conduits are where the building comes to life. They’re what help you instinctively navigate a building, find your gate, grabbing a drink and battery recharge along the way.

Picture a wide concourse, lined with duty-free shops and restrooms, with a moving walkway in the center and signage overhead. That forgettable ad for AWS might grab your attention for a second—but the sign for Terminal B or the warning to not exit unless you want to go through security again get quickly seared in your mind. And 99% of the time, you’ll know to push or pull or simply walk towards a restroom door without thinking about it.

Why? Affordances. The concourse and doors both contain affordances, things that tell us intuitively how we can interact with them. A long concourse with walkways down the center and gates off to the sides is an obvious way for us to walk; a narrow path sealed off behind closed doors screams “Do not enter” even if there’s no sign to that effect. Once glance at an environment, and we typically know if we can proceed or not (true both in nature—a wide-open field looks more inviting than one covered in thorn-bushes and vines). Door handles are often the same; handles protruding from the side of a door typically mean we should pull it, while a bar along the width of the door typically means to push it. There are poorly designed doors that break the norm—and risk you accidentally running into a door you thought you could push—but by and large, the norms hold. They’re affordances we’ve learned. There’s no specific natural reason we must make door handles like that, but we do, and so we continue to do so to take advantage of humanity’s general understanding of that affordance.

Signifiers—or signs, for a more common term—are a bit trickier, with both affordances to make them grab your attention and new information we must stop and process. Take the departures board or screen. We know one should exist and that it should be a wide rectangle with a list of flight callsigns and times, typically hung at or above eye level—all learned affordances. Once we find it, we must stop, find our flight either alphabetically or based on time (something we figure out automatically after looking through a few flights), then start looking for the next signifier: Terminal and gate signs with their own shape, size, and color affordances along with text and symbol information.

Could we find Gate E4 by walking past the first 4 terminals before entering what we’ve decided is terminal E, then walk past the first 3 gates before stopping at the fourth? Perhaps. Signifiers are a shortcut, though, a quick way to share information.

Both affordances and signifiers require simplification. A half dozen handles to let people open doors however they want would help no one; neither would a lengthy sentence describing terminal E. We trim down, give the least information possible in the most generally understandable way, and trust most people will figure things out.


Architecture requires a surprising amount of information. The broad themes make themselves obvious—few have trouble navigating a well-designed concert hall—but a bit more effort is needed to make sure fire extinguishers and exits and restrooms are easily discoverable.

And information requires a surprising amount of architecture. The way you know how to flip through a book, find a word in a dictionary, jump to the conclusion of a story all are thanks to affordances. The text on a book’s cover tells you intuitively how to open it, the order of the alphabet helps you know to open the first 1/4th of the dictionary to find words beginning with E, and the default intro/narrative/climax/conclusion order of a story helps you know to go 3/4ths of the way through an article to find the ending. They’re learned affordances. Or you can make new ones. Old dictionaries and family bibles include indentions to mark sections; newer travel guides might have a darker color printed near the edge of pages for a similar goal.

Or add signifiers—headings, italics, block quotes, blank space, page numbers, outlines, all things that help people find their way through your text. Put a table of contents in the front, a menu on the top of your webpage, footnotes at the bottom of a page. They’re how we organize—architect, even—information.

Information Architecture the study of how we arrange information to create meaning, to fight the entropy and confusion and information overload, to make straight the way. It’s how we take a random group of words, a few abstract concepts seemingly unrelated—pure disorder, the written equivalent of entropy—and turn them into something informative, instructive, new knowledge from the combination of the old. It’s how Wikipedia sends you on a rabbit trail of knowledge, how YouTube guides you through the process of uploading a video, why you know to check the bottom of an article for comments. Perhaps it’s not as involved as real architecture, but it’s a part of your daily life nonetheless.


And it doesn’t have to be exotic, the work of designers and bookbinders and Wikipedia editors. It’s the ordinary information architecture that strikes me as most fascinating, useful, needful.

Take a book. Your earliest lessons in narrative writing taught you to that to write, you first must break your ideas down. Outline them. Tell what you’re going to tell, then tell, then tell them what you told. Rising action, climax, falling action. Structure.

That suited your earliest stories—and generally maps the broad themes of most written material—but it never quite told you how to write well. If anything, it taught you to be repetitive and to stretch an otherwise short idea.

What’s actually needed is textual wayfinding, signifiers and affordances in your text that help readers navigate your idea. Explain unfamiliar concepts just as an airport adds detailed info signs near immigration lines. Some things need defining right when you get to them. Breeze past other terms—they’re the equivalent of gate numbers that need pointed out but not expounded on. Order your thoughts logically, building one thing on another. Don’t jump ahead of yourself. In fact, that’s the best reason to have someone else proofread your text—they’ll notice text and logic jumps that feel less obvious to your mind. And if there’s something you think readers may be partly but not fully interested in—a list of ten best items, say, where someone might read a couple of the entries—include outlines and headings to make them easy to navigate.

That’s the information architecture you need to practice every day, thinking through your content as though it’s a grand hall. Is the stage clear, or cluttered with random items? Do the decorations accent the stage and add to the ambiance, or are they distracting extras? Are the exits clearly marked, the seats ready for your reader to enjoy the show? Are the paths made straight?

Only then is writing well architected.

Ever wondered where web apps came from, why we quit having to install apps from a floppy (or CD, or even an App Store) and instead could just open the app right in your browser?

We did too. And over the past 2 years, we've read books, dug through old websites in the Wayback Machine, uncovered ancient discussion threads, and found five of the earliest web apps. There's an early online maps tool from Xerox, the wiki that anyone could edit years before Wikipedia, an online form and accounting tool that saved a university millions, a security too with a logo designed by Neil Gaiman, and the eCommerce tool that went on to power Yahoo!'s stores and provide the capital for Y Combinator.

Here's their story.

Transmit 5: Finder for the Cloud

For all the effort to kill them, files are here to stay, resilient as cockroaches in a post-apocalyptic world. They're just not staying put—that's all that's changed. Files of old would live their lives happily on your hard drive and floppies and CDs, rarely venturing further than your company's door. Today files rarely touch your computer, living instead in the clouds, appearing on your screen when needed and staying abstracted away in a server farm the rest of the time.

And so, you need new tools to manage them. Finder's designed for files on your Mac—with iCloud Drive spliced in for a bit of modernity. Windows Explorer is the same, with OneDrive baked in but otherwise still focused on local files saved on your computer.

The best way to use cloud storage services like Dropbox, Google Drive, and Box, then, is to bring them local. You install their sync apps and let them copy their files to your hard drive—and sync changes back to the cloud. That's far from ideal, though. Today's SSDs come still come with less storage than the standard hard drives a decade ago, the tradeoff we pay for speed. And if you use cloud storage for personal and work files, odds are you'll have more than one Google Drive account—and the sync apps typically only work with one account at a time.

Thus the new Transmit.


Transmit started life in 1999 as a FTP app for the Mac, a computer that had been written off for dead but was finally showing a bit of life again. Steve Jobs had just come back to Apple, launching the candy-colored iMac a year earlier; the first web apps were still toddlers. And a tiny Portland startup called Panic built a nicer app to transfer files to your server, using the then 20-year-old FTP protocol (and for a bit of '90's computing nostalgia, you can still flip through the original Transmit guide for MacOS Classic).

Plenty of us still do it, using FTP (or, its secure iteration SFTP today) to upload CMS software and shuffle files around on remote machines. Today, it's just not the only option. You could just use an app like WordPress to power your website, with a pre-built install from your hosting company and a polished web-based uploader to upload files. Or you could SSH into your server and download your CMS files via Git. But in the late '90's, FTP was just about the only way to build a website. You wanted files online, you FTP'd them up. And when you wanted to watch a video online or try some new software, you'd download those files via FTP, too.

So Transmit found a home among Apple's dedicated fans, the true believers at newspapers and universities who kept using Macs after they were cool—and before they were cool again. That's where Panic (along with a handful of others, including the Omni group of OmniFocus fame) got their start.

Two decades later, though, it's far from clear most people need an FTP app. Some of us still use them with our servers, but it's far from a huge market. And increasingly, your files might not be on a traditional server—they much more likely might be in a service like Amazon S3 that abstracts the traditional file system away so you can manage your app or site's code and database and files in tools designed just for each purpose.

Which brings us to Transmit 5.

A Quick Transmit Tour

Transmit's mostly the app it's always been, a two-sided Finder for your local and online files. You'll have one file system on the left, perhaps your local files on your Mac, and another file system on the right, perhaps with the remote files on your server. You can drag-and-drop files between the two, check file info and set permissions in the Inspector on the right, and sort files by all the metadata details you could in Finder.

Try to copy a different version of a file, and Transmit will let you know which file is newer and double-check before overwriting as you'd expect. And if you're trying to find a file, Transmit can search your remote server, too.

Perhaps Transmit's best feature its Sync tool. Tap the purple, um, flower (I guess) icon to sync any two folders, complete with rules to follow symbolic links, skip files matching certain patterns, and more. It can even simulate the sync so you'll know what will happen when you click Synchronize as another sanity check.

It's a great way to keep your server-side files up-to-date, but I also find it handy for simple backups. I've got a folder of important documents on my Mac that I also want on a flash drive, and use Transmit to sync them both every so often. Perhaps that's not what it's designed for, but it's a nice little bonus.

Speaking of sync, Transmit has one other great Sync feature: it can sync your servers and accounts between devices using Panic Sync. Create a free account, and Transmit will sync any server and file storage accounts (yup, that's coming next) to any other copy of Transmit—so you don't have to add them time and again to Transmit on your home and work computers. Or, you could run Transmit on iOS—or use Panic's full coding environment, Coda, on your iPad or iPhone to code files, upload them to your server, and check on them via SSH—all using those same accounts Panic's syncing for you.

Transmit, Meet Cloud. Cloud, Transmit.

The headline feature this time—the real reason it's worth upgrading if you already have Transmit—is its cloud storage tools. Transmit isn't just for FTP and your local files anymore. Now, it can manage files in Amazon S3 and Drive, Blackblaze B2, Box, Dreamhost's DreamObjects, Dropbox, Google Drive, Microsoft Azure and OneDrive, and Rackspace Cloud. Essentially, you add an account for the service you want, then can browse the files just as if they were on your computer—or in your server. And you can add as many accounts of each service as you want.

The features work the same. You can open any service in one of Transmit's columns, browse your folders, upload or download files, and search through your files without downloading everything to your computer. You can sync folders–between your computer, or between two different cloud storage accounts, with one open in each Transmit column. And you can copy links to files and set sharing permissions, depending on the service.

It's one of the easiest ways to manage cloud files. Instead of installing every service and syncing all the files to your computer, or relying on the web interface, Transmit makes all those files feel almost like they're on your computer. And since you can add multiple accounts of any service, it's a great way to manage files across a handful of Google Drive or Dropbox accounts.

There's only one tiny downside: If you're sending files from one cloud service to another, Transmit has to download the files to your computer from the first service and then upload them to the second service, and can't directly copy files between the services online. Would be nice to have that fully powered by APIs—imagine how fast syncing a Drive folder with Dropbox would be then—but for now, your Mac has to be the intermediary.

Speed and Specs

You might buy Transmit for its nice interface, it sync and cloud storage tools, and its nearly 20 year legacy of quality macOS support. But Panic's own Transmit site spends a lot of time talking about speed, advertising up to 16x faster speeds with Amazon S3 storage.

And, Transmit is fast—of course, depending on your internet connection's upload speed, which has the terrible tendency of being far slower than your ISP's advertised download speeds. Panic promises Transmit 5 is far faster at opening and uploading folders of mixed files—something that held up in my far-from-scientific testing. Uploading a 200MB folder of random, mostly small files via SFTP took just over 12.5 minutes with Transmit on a morning my 20Mbps connection felt a bit more sluggish than usual; it's closest competitor, the donationware app Cyberduck, took 30 minutes to upload the same folder minutes later on the same connection, seemingly taking more time with a slight pause before and after uploading each file.

The advantage didn't hold with uploading a single 20MB zip file—there, Cyberduck was actually around 10% faster across a couple tests. So perhaps Transmit isn't best at raw speed, but does seem better at handling folders and mixed files—the types of things you'll need to upload to your server to, say, install a CMS. And there, it's really fast.


So, both with its focus on cloud storage services and far faster syncing of mixed folders with lots of small files, Transmit 5 is designed for the way we deal with files today. It's a simple way to keep all of your cloud storage services together in one app—complete with multiple accounts of any services you use on your own and at work, say—and still one of the best ways to push files to your server.

Maybe the next time Transmit's due for an upgrade, we'll collectively have figured out something better than the 40+ year old file and FTP paradigm we're in today. But as long as you need to shuffle files around—and especially while you need to keep those files in an increasing number of storage services—Transmit's the Finder you need for the cloud.

Worried you'll accidentally not hang up on a video call, and then say something or sneeze only to later realize everyone else heard it?

Stop double-checking to make sure the call ended. Here's how to make sure your mic, camera, and notifications only work when you want them to.

Email apps are suddenly cool again. Years after Sparrow's untimely demise and a number of other false starts including the .Mail app design, there's finally a selection of cool new email apps. From Newton's Alexa-powered email workflows to Google Inbox' to-do approach to clearing out your inbox, and from Spark's nearly Sparrow-like simplicity to MailMate's adherence to plain text, there are email tools that fit just about any workflow you want. Even Outlook, the corporate world's email mainstay, is nice again, with an infusion of acquired talent and design.

Gmail and Mail.app might be enough. But if you're looking for something different to manage your inbox, here are the best email apps of 2017.

G Suite Book

Email is such a part of our digital lives, it's something we hardly think about. And yet, if you want something beyond a standard @gmail.com account—whether to roll out company email addresses at your startup, or just want a personalized email address—a G Suite account is worth the trouble of thinking a bit more about email.

And it's not that hard to set up. In 55 minutes, Zapier's new book The Ultimate Guide to G Suite will teach you how to add G Suite to your account, import your old data, and get the most out of its core features. If you're using G Suite in your company, it also teaches you how to share everything with your team members, build an intranet with Google Sites, and more.

It's the quickest way to learn how to be a modern email administrator.