C -> Redis I haven't written any C for years, but really enjoyed skimming through Redis codebase, it's so clean, easily understandable and extensible.
Also, "getRequiredSampleSize" is called twice for each variant - in the "getResult"'s loop and then inside "hasEnoughData". Same thing for "getVariant". Would you welcome a pull request? Your project is great, I'd…
Feels like the "Easy to modify and maintain" part is confusing the benefits of using Node.js with benefits of good application design.
Do I understand correctly that your stable 'master' branch is always ready for release? Basically it means that changes (fixes) should be relatively small, otherwise they are released via channels, correct?
I think the article says that the API is stable unless you have access to "Alpha" and "Beta" channels.
Absolutely. Once you hit the wall trying to solve a problem, you better distance yourself from that problem. Otherwise you'll likely be hitting the same wall over and over again. For me personally, quiet walk probably…
Thanks! Probably the best collection of SaaS related articles I've seen on the internet.
I'd say methods should be small enough so that their intent is clear. Usually it means that methods should have exactly one responsibility, otherwise they seem bloated.
Great article! I wonder if the guys are doing code reviews for each PR along with making sure build is green. In our team, we've been doing code reviews for about three years now and can't imagine our workflow without…
C -> Redis I haven't written any C for years, but really enjoyed skimming through Redis codebase, it's so clean, easily understandable and extensible.
Also, "getRequiredSampleSize" is called twice for each variant - in the "getResult"'s loop and then inside "hasEnoughData". Same thing for "getVariant". Would you welcome a pull request? Your project is great, I'd…
Feels like the "Easy to modify and maintain" part is confusing the benefits of using Node.js with benefits of good application design.
Do I understand correctly that your stable 'master' branch is always ready for release? Basically it means that changes (fixes) should be relatively small, otherwise they are released via channels, correct?
I think the article says that the API is stable unless you have access to "Alpha" and "Beta" channels.
Absolutely. Once you hit the wall trying to solve a problem, you better distance yourself from that problem. Otherwise you'll likely be hitting the same wall over and over again. For me personally, quiet walk probably…
Thanks! Probably the best collection of SaaS related articles I've seen on the internet.
I'd say methods should be small enough so that their intent is clear. Usually it means that methods should have exactly one responsibility, otherwise they seem bloated.
Great article! I wonder if the guys are doing code reviews for each PR along with making sure build is green. In our team, we've been doing code reviews for about three years now and can't imagine our workflow without…