DEV Community: Dr Rev J Kirchartz

Five Things I Learned Working at Google

Dr Rev J Kirchartz — Fri, 30 Dec 2016 00:00:00 +0000

I worked at Google in 2015 and learned a great deal of things, I wrote this shortly after; now I think it’s finally ready to publish.

Post-Mortems

Failures need to be investigated so you can learn from them and avoid making the same mistake in the future. Any time you create a program there are eventually going to be human errors, perhaps a cavalcade of human errors. Firing the developer for a bug after code-review and QA approved their work isn’t going to fix anything. If there’s an error in the workflow that causes people to step on each other’s toes or causes stress for the team it needs to be discussed to avoid repeating the same problem in the future. If somebody made a mistake they might not have even known, it’s just not possible to predict everything software’s going to face in the real world. Learn from your mistakes, don’t point fingers to find a scapegoat, and shrug — fix it.

Meetings

Meetings need itineraries, start/end times, and people need to stick to them. Creating an agenda for a meeting in a shared doc allows everybody to put a blurb/links to their issues to discuss during the meeting. A meeting can go 5 minutes over, but shouldn’t go much further, schedule additional meetings if more discussion is required. This agenda can even be edited any time during the meeting if something that warrants further discussion comes up. It’s great for avoiding bad meeting formats like “Random Story Time or “Pages of Meaningless Numbers. The agenda keeps meetings from being a waste of time, if you want to waste time schedule a “Sync Up meeting with a small group and enjoy.

Google isn’t its Mythology

Google is pretty much like every other company on the planet, except with more people and more money. They make a bunch of neat tools (for themselves first – eating their own dogfood) but don’t have anything super special to prevent problems with clients, communication, workflow, or staffing. Managers and teams have opportunities to discuss and modify how things work, but everybody has their own style and they’re allowed to work with it. There were no trick questions at my interview, they had me do FizzBuzz and some regexes.

The Caste System

I’ve read things before about the heirarchy of employees at the big G, but first-hand I saw FTEs, Interns, then there’s TVCs (Temps, Vendors, Contractors) — each gets a different colored badge. Interns get a specific problem to solve. FTEs get to drink beers, ride scooters, invite guests, go to off-site events, and even get Christmas gifts. TVCs get none of that, for legal reasons. I was a contractor, not a Google employee, as part of their orientation I was told I worked “at and for the benefit of Google, but very specifically not “for Google. At every single event that the entire office was invited to another TVC would ask if we were allowed to be there, We were never expelled.

It’s just business

As a contractor, I had a pretty good idea of when a year contract would expire, but I didn’t know if it’d be renewed or not. I was mistaken in-so-much as my year contract was only scheduled to last 11 months, ending a little over a month before Christmas. I’d seen contractors leave, and some return; so I wasn’t sure what was going to happen. During my last 2 weeks the word was funding for the next year wasn’t determined yet so my contract would not be renewed. My last week I received applause and gratitude for my work in our regular meetings. Not two weeks after my contract ended another staffing firm contacted me for the same position, this time earning a little over of half what I was making before — after all, it’s just business.

This post was originally published on jkirchartz.com

Remember Mailto?

Dr Rev J Kirchartz — Sat, 11 Jun 2016 00:00:00 +0000

“How do I send this to my Mom…” she asked herself scrolling up and down the page; “…I can tweet or add it to pinterest,” she sighed in resignation, opened a new tab, typed â€˜gmail.com’ and navigated all the way to the compose pane.

There’s a bit of debate about what services to include when you want users to share your pages, but often the original ultimate app is forgotten, Email. Sending an email isn’t hard, but it could be easier. It used to require a plugin or an external email app; If you didn’t have either it would open any email app that just happens to be on your computer but probably not associated to any email account, and ask you to set it up. (which was super annoying) Firefox, Opera, and Chrome all reportedly to take you to your web-based e-mail provider; as of right now it looks like IE is the ugly duckling, again, but I always have high hopes for the future (which may have already occurred).

Anyhow… Back in the day we’d use the mailto: URI scheme to let users send us emails (Uphill! Both ways! While fighting mastodons!) We’d type (By hand! Onto the cave wall!) a link like

<a href="mailto:webmaster@example.com?subject=Hello&body=I%20like%20your%20site">

And clicking that opened a new email, to webmaster@example.com with the subjectHello and a body of I like your site but the mailto protocol is more versatile than that,there’s cc and bcc and multiple recipients by separating addresses with commas.

mailto:user@example.com,user2@example.com?cc=user3@example.com&bcc=user4@example.com

But that assumes you know who you want to send the email To which is impossible, even for Kreskin, good thing it’s not necessary. The protocol alone will suffice, but you should probably include a link, the title, maybe a byline or blurb. Watch out though, this is a URI so it generally has to be URI encoded so: %20 for space, %3F for question mark, and so on.

mailto:?subject=I%20thought%20you%20would%20like%20this&body=http://example.com/some/page

URIs are already URI encoded so you don’t have to do anything special to those. You may want to generate this server-side or via JavaScript because on some versions of iPhone the encoding may show up in the mail app and be ugly.

links:

P.S. If you like this article you can always send me an email ;)

This post was originally published on jkirchartz.com

The Most Innovative Checkout Form Ever

Dr Rev J Kirchartz — Mon, 02 May 2016 00:00:00 +0000

I don’t know if you’re ready for this - it might blow your mind…

Name: [Full Name (as seen on card)]
Billing Address: [Full Address]
Shipping Address (if different): [Full Address]
Credit Card #: [can’t you guess?]
CCV: [verification # from the back of the card]

Kablooie! That’s all you need! Seriously - Don’t take 6 pages and 23 forms - just get the sale & be done with it! One field is more than enough for each type of information, if you need it split out you can parse it on the backend (We have the technology), it doesn’t have to be a front-end issue. You can even help the user input this information in the appropriate format if you want, just make sure you account for all possibilities (i.e. full zipcode: #####-####) Don’t leave room for doubt, nobody has time for that, so don’t forget to always be closing!

This post was originally published on jkirchartz.com