Live data from Hacker News

Viewing profile — AlexeyMK

AlexeyMK

HN member
Joined
Sat, Oct 11, 2008, 2:48 PM UTC
HN karma
2,330
Public activity
222 items

About AlexeyMK

current: - Writing book about Growth Engineering - Advising: alexeymk.com/growth-eng - Learning Japanese - blog at alexeymk.com

former: - Head of Growth Eng @ MasterClass - engineering @ Opendoor - co-founder @ HackerParadise.org - started PennApps Hackathon - Product Engineering Consulting @ calldownmule.com [past clients include Dropbox, Tencent, Pebble, and Binti] - Engineering intern @ Facebook - started PennLabs.org - UPenn CIS '12

Recent public activity

  1. story
  2. comment
    Comment #42162337

    That is mostly right, with the caveat that customer.io is trying to go upmarket too now. https://playbooks.hypergrowthpartners.com/p/picking-your-lif... I wrote this up about a yea…

  3. story
  4. story
  5. story
  6. comment
    Comment #41210440

    If you'd rather go through some of this live, we have a section on Stats for Growth Engineers in the Growth Engineering Course on Reforge (course.alexeymk.com). We talk through sta…

  7. story
  8. story
  9. story
  10. comment
    Comment #38023727

    There's a pretty good book dedicated to this exact question: https://unscalablebook.com/

  11. story
  12. comment
    Comment #37508941

    Yes, but it is _rough_. What actually hurts is "browse on mobile, buy on desktop" type behavior. Still worth doing, but you end up needing more black magic than you'd like (IP-base…

  13. comment
    Comment #37507159

    Super helpful - looked it up, will aim to apply next time! Curious how the bonferroni correction applies in cases where the overlap is partial - IE, experiment A ran from Day 1 to …

  14. comment
    Comment #37506717

    Thanks, that is a well reasoned argument! My take is for small n (say 5 experiments at once) with lots of subjects (>10k participants per branch) and a decent hashing algorithm, th…

  15. comment
    Comment #37506680

    Thanks for factorial design! I'll update the post to the proper nomenclature. The frequentist/bayesian debate is not one I understand well enough to opine - do you have any reading…

  16. comment
    Comment #37493395

    > Nooo! First, if one actually works, you’ve massively increased the “noise” for the other experiments I get that a bunch at some of my clients. It's a common misconception. Let's …

  17. comment
    Comment #37492253

    [Author here] Heh - yes but don't, though... Yes: you could use bayesian priors and a custom model to give yourself more confidence from less data. But... Don't: for most businesse…

  18. story
  19. story
  20. comment
    Comment #35385141

    Another option is monetizing via a niche job board for your readers. Pallet.com is good for that - will find companies, etc. Disclosure, tiny investor.

  21. comment
    Comment #34204361

    Sure, but you need an "undeleted" view per table now - I haven't seen an ORM offer maintaining those views capability out of the box - any to look at?

  22. comment
    Comment #34204229

    You can get around the "check in every transaction" problem with an ORM, but now you're (more) coupled to your ORM which you will occasionally inevitable need to circumvent for som…

  23. comment
    Comment #31213343

    It's an article on a personal blog targeting a specific readership familiar with the term. More broadly, I think the level of granularity at which it makes sense to define terms (M…

  24. story
  25. comment
    Comment #27078017

    This is super well done & polished. Will try out for future blog posts. Thank you!