Live data from Hacker News

Viewing profile — alex-mohr

alex-mohr

HN member
Joined
Mon, Jun 22, 2015, 8:11 PM UTC
HN karma
142
Public activity
37 items

About alex-mohr

Engineering Manager for the Seattle branch of Google's Kubernetes and Container Engine (GKE) team.

Previously, I was the overall technical lead for Google Compute Engine's initial public launch; also lead the design and launch of its second-gen VM instance manager subsystem.

And before all of that, ran a research lab at Stony Brook University [1], but I'm a reformed academic and prefer building real systems now.

[1]: http://alexmohr.com/papers/

Recent public activity

  1. comment
    Comment #45233960

    Process is useful for raising the lowest deliveries quality, for making former-unknowns into knowns, and for preventing misaligned behavior when culture alone becomes insufficient.…

  2. comment
    Comment #44249088

    And you could write a similar blog post about why Google "failed" at AI productization (at least as of a year ago). For some of the same and some completely different reasons. - tw…

  3. comment
    Comment #43835210

    It was in the early days of Kubernetes and long since fixed. I don't recall the precise details, but it was likely the first official CVE we published: https://kubernetes.io/docs/r…

  4. comment
    Comment #43828470

    The code in question reminds me a lot of my favorite Kubernetes bug: if (request.authenticationData) { ok := validate(etc); if (!ok) { return authenticationFailure; } } Turns out t…

  5. comment
    Comment #43247947

    As far as I could tell, its main goal was to have fun writing an OS. At that, it seems to have succeeded for a number of the people involved? In terms of impact or business case, I…

  6. comment
    Comment #42871498

    Clearly the next step after building your own CPU and SOC is to start Apple Foundry and become totally vertically integrated?

  7. comment
    Comment #42871387

    Also a myth for GCE. From a technical perspective, App Engine and Compute Engine were built on top of internal infrastructure (borg), but did not expose borg directly. And there we…

  8. comment
    Comment #42161197

    If Netflix were working correctly and could handle the load, you'd absolutely be correct. But it does seem the capacity of a hybrid system of Netflix servers plus P2P would be stri…

  9. comment
    Comment #42161166

    Yes, the properties about scaling do hold even with near-real-time streams. [1] The problems with using it as part of a distributed service have more to do with asymmetric connecti…

  10. comment
  11. comment
    Comment #40576532

    J. Shallit (2003). "What this country needs is an 18c piece" (PDF). Mathematical Intelligencer. 25 (2): 20–23.

  12. comment
    Comment #39035205

    Willow appears closer to a "Protocol Construction Kit" than a protocol itself. As a construction kit, it has value for people who want to make protocols where they'll control both …

  13. comment
    Comment #38665812

    Maybe interesting aside: I saw a link to this when it was first published at the height of the p2p networks craze and noticed some similarities between the two. One of my students …

  14. comment
    Comment #38340327

    I get that, but IMO it's not an issue. On one shard you can't use more than base CPU, so there's no advantage to a subscription there. Other optional shards are almost entirely peo…

  15. comment
    Comment #38339270

    Look at Screeps: World [0] for depth in a programming base-builder RTS. You write the code for each of your units, either natively in Javascript or Typescript, or via WASM you can …

  16. comment
    Comment #36971703

    See also Chris Lema's "Done Done" essays[0] and book[1] for more about the value of taking things to finished. [0]: https://chrislema.com/a-done-done-culture-habit-one/ [1]: https:…

  17. comment
    Comment #36827843

    > if the goal was to simplify things, then I'm not sure how successful they were at that. Maybe if they have other goals that are tradeoffs vs. simplicity, then it's more understan…

  18. comment
    Comment #34887527

    > I don't use any networking sites such as LinkedIn etc Reconsider that. You can try to add everyone you remember from previous companies or school, and you'll be more available to…

  19. comment
    Comment #34584201

    It does seem like network configuration remains rather manual compared to other large scale systems that include more automation. In Microsoft's case, the remediation is not to put…

  20. comment
    Comment #33114796

    Member of Technical Staff, or MTS

  21. comment
    Comment #30590229

    Perfectionism is too short a label, and could be one or many of multiple underlying issues. Ultimately, you seem aware of the tendency, so ask yourself: why can't I do "good enough…

  22. comment
    Comment #27501461

    For a decent take on that organizational deficiency, Rickover wrote a 1.5 page memo in 1953 addressing similar issues for the nuclear US Navy. At some point, it's a failing of proc…

  23. comment
    Comment #26358358

    Something similar is one reason early Kubernetes was successful: many of the core people in the project were in an irc/slack channel available for anyone with questions. That direc…

  24. comment
  25. comment
    Comment #21405276

    Choose. What you happen to be feeling at the moment can control you, or not. See e.g. https://www.google.com/search?q=discipline+is+freedom