HN user

mikeyk

2,126 karma

Chief Product Officer @ Anthropic. Co-founder, former CTO of Instagram

Posts26
Comments78
View on HN
7672676.io 2y ago

Pop-Corn

mikeyk
1pts0
www.warp.dev 3y ago

Warp Drive and team collaboration for the terminal

mikeyk
1pts0
medium.com 3y ago

Clickbait Rewriting on Artifact Using LLMs

mikeyk
5pts0
medium.com 6y ago

Automating daily runs for rt.live’s Covid-19 data using Airflow and ECS

mikeyk
8pts0
engineering.instagram.com 8y ago

Open-sourcing a 10x reduction in Apache Cassandra tail latency

mikeyk
408pts164
engineering.instagram.com 9y ago

Setting Up Instagram's New York Team

mikeyk
10pts0
engineering.instagram.com 9y ago

Bringing Wide Color to Instagram

mikeyk
12pts0
medium.com 10y ago

Five Years of Building Instagram

mikeyk
3pts0
engineering.instagram.com 10y ago

Lessons learned with 3D Touch

mikeyk
44pts31
engineering.instagram.com 10y ago

Lessons learned with 3D Touch

mikeyk
7pts0
engineering.instagram.com 10y ago

Flexible Feature Control at Instagram

mikeyk
42pts11
engineering.instagram.com 10y ago

Flexible Feature Control at Instagram

mikeyk
9pts0
instagram-engineering.tumblr.com 10y ago

Scaling the Instagram Data Team

mikeyk
8pts0
instagram-engineering.tumblr.com 11y ago

Trending at Instagram

mikeyk
173pts12
instagram-engineering.tumblr.com 11y ago

Improving Comment Rendering on Android

mikeyk
6pts0
instagram-engineering.tumblr.com 11y ago

Migrating from AWS to AWS

mikeyk
206pts15
instagram-engineering.tumblr.com 11y ago

Building a better Instagram app for Android

mikeyk
30pts2
instagram-engineering.tumblr.com 11y ago

Fast, auto-generated streaming JSON parsing for Android

mikeyk
39pts15
www.ewherry.com 13y ago

What I Learned as an Oompa Loompa

mikeyk
8pts0
instagram-engineering.tumblr.com 13y ago

Handling Growth with Postgres

mikeyk
305pts83
instagram-engineering.tumblr.com 14y ago

Redis-faina: a query analysis tool for Redis

mikeyk
50pts2
instagram-engineering.tumblr.com 14y ago

Keeping Instagram up with over a million new users in twelve hours

mikeyk
279pts53
pandodaily.com 14y ago

Pandolist Part One: iOS Magicians

mikeyk
1pts0
instagram-engineering.tumblr.com 14y ago

Instagram Engineering Challenge: The Unshredder

mikeyk
156pts66
instagram-engineering.tumblr.com 14y ago

Storing hundreds of millions of simple key-value pairs in Redis

mikeyk
153pts54
instagram-engineering.tumblr.com 14y ago

Simplifying EC2 SSH connections

mikeyk
23pts5

I took CS193P when it was first offered in 2007; one of my favorite classes at Stanford because it was so hands-on. At the time few people had iPhones, so everyone in the class got a free iPod Touch for development. My final project was a photo sharing app with a Polaroid shake to reveal mechanic… lightly influenced Instagram which Kevin and I built a few years later!

Hey Aaron, sorry to hear and thanks for posting. We're hiring at Instagram for roles in NYC, SF and Menlo Park; if you/folks on your team want a direct line feel free to email me and I'll connect them to the right folks on the team.

mike [at] instagram [dot] com.

Browsers are all over the place, unfortunately. It's part of why sRGB because the only reasonable color profile for Web use. I think we'll see wide color become common in apps before the Web.

Just P3, though the wider gamut available in our graphics operations should benefit photos brought in using Adobe RGB too since iOS is fully color managed.

We built this in already! We don't have a "1x" or "2x" indicator, but the dual lens camera is fully used in Instagram now and will do the smart transition between 1x>2x optical and 2x+ digital zoom.

It's getting used more and more in our app--few recent examples are the "Promote Post" UI if you're a business account and want to promote a post from inside Instagram, the Saved Posts feature, and the comment moderation tools we now provide around comment filtering.

Photos only. Apple's APIs only capture in Wide Color when shooting in photo mode, and their documentation only recommends using wide color/Display P3 for images.

I used the same approach as the Webkit image, so the same applies here, too (it's also why we only serve Display P3 photos to iOS clients with wide color screens, most Android devices would treat them incorrectly)

Good to know--I didn't run it through my Pixel. Some devices will do a relative projection from Display P3 to sRGB, which means that it will look "relatively" like it would in Display P3 but projected onto the sRGB color space.

Edited to add: and some other ones are doing something even less fancy, which is just to ignore the color profile entirely and just assume sRGB and display it incorrectly, taking for example what would have been the maximum red point for Display-P3 and making it the maximum red point in sRGB.

Good q. All of it is still Objective C and C++; there's a few blockers to starting to move to Swift, including the relatively large amount of custom build + development tooling that we and FB have in place.

We started using OpenGL in 2011. Our CPU-based image filters used to take 4+ seconds with pixel-by-pixel manipulation, and now can render 30+ times per second.

If you have some sample images where the current image pipeline is going wrong let me know and we can look into improving.

This is primarily a server-gating feature. For the mobile clients, they periodically sync their experiment flags state using a call to the backend (eg at app start), which is handled using a related, but separate, system to Gate Logic.

At Instagram we have split dev and prod enviroments; gates are shared between dev-servers, but split from production.

For testing, we have context managers that let you do "with temporary_gate('gate_name', value)", so there's not much boilerplate in overriding/testing your code within a gate constraint.

We (at IG) aren't claiming to be doing revolutionary things on infrastructure--but one thing I found super valuable when scaling Instagram in the early days was having access to stories from other companies on how they've scaled. That's the spirit in which I encourage our engineers to blog about our DB scaling, our search infra, etc--I think the more open we are (as a company, but more broadly as an industry) about technical approaches + solutions, the better off we'll be.

To clarify, I was teaching things like how to use Windows and how to use an email account, so not coding-related. But yes--by the time I was at Meebo I was already picking up some industry coding experience, though not anywhere near what I'd have had on a more traditional CS degree + pure coding job out of school track.

We've seen huge gains from making the system as realtime as possible. Consider a new user who hasn't followed anyone yet--each new follow is super helpful in informing the recommendation system.

Mike (co-founder) from Instagram here. Thank you for raising the issue; it's an important one.

We've been steadily increasing our HTTPS coverage--Instagram Direct, for example, which we launched in late 2013, is 100% HTTPS. For the remainder of the app, especially latency-sensitive read endpoints like the main feed and other browsing experiences, we're actively working on rolling out HTTPS while making sure we don't regress on performance, stability, and user experience. This is a project we're hoping to complete soon, and we'll share our experiences in our eng blog so other companies can learn from it as well.

Mike from IG here. Some early wins are integrations with spam fighting systems, logging infrastructure, and FB's Hive infrastructure.