Hacker News new | past | comments | ask | show | jobs | submit | awesomebob's comments login

I contacted support and they offered to remove MFA with just an email confirmation. I put MFA back on right after and it works now.


JavaScript testing, TDD, BDD.


los grandes avogadro's :)


"For want of a nail the shoe was lost..."


I first heard this expression in Russian, "первый блин комом", is it actually used in English as well?

Interestingly, Google actually translates this to "better luck next time" instead of "the first pancake will be a lump/clod"


It's not used in English. All we have is the more forgiving "third time's the charm".

I love the Russian expression and we should steal it.


We do use "better luck next time," so perhaps the translator is trying to be idiomatic.


It isn't quite as bad as "we will bury you", but still not a great translation.

Perhaps that was the first cloddy attempt?


Woah, that's a fun one to play around with. Pancake must be commonly used in idioms. Try deleting each word individually, it's pretty hard to get it down to pancake.


Nice!

I think this is the other one you were thinking of: https://github.com/tsurai/xr3wm


There is a different one based on wlc (So it's a wayland compositor, rather than just an X11 window manager). The one you linked doesn't seem to have been updated since 2015

Edit: Here it is: https://github.com/Immington-Industries/way-cooler


CRY: Continuously Repeating Yourself

WET: Write Everything Twice

Credit: https://roots.io/sage/docs/theme-wrapper/#fn2

:)


WET is standardly 'Write Every Time'


Maybe there was a split test to see how many people noticed. :)


We shot a second trailer video on The A/B Testing Manual’s site that was the exact same pitch, only with my dog (64lb border collie) in my lap.

Seriously contemplated A/B testing them as a joke, but erred on the side of sanity.


I wish you had!


A question for Patrick, or for anyone else with experience implementing A/B testing from the early stages of a service/product:

When and where do you start? If you start too early, you don't have enough traffic to be statistically significant.

In the article, Patrick said that he started with the trial signup form in his 3rd year.

Most of the advice on A/B testing that I've found is understandably aimed at people with existing business/products that can massively benefit from it. Does anyone have any more material about how to get started from the early stages?


I've shared some thoughts on this previously: http://www.gkogan.co/blog/test-big-changes/

TL;DR - Test big, drastic changes instead of fiddling with button colors and headlines. Examples of drastic changes:

- Entirely different homepage with different messaging.

- Change "Features" page to "Benefits" page and change its content accordingly.

- If you're offering a free download or free product, test asking for an email first.

- If your SaaS has a long signup form, test allowing people to jump right in with just an email address.

- If you're sending a robotic "welcome" email, test sending a very short personalized email instead.


This has been my mantra as well. Test big and you'll likely fail or win a lot faster.

I'd also suggest making sure you approach testing by starting with a hypothesis and then testing that hypothesis. By voicing or writing down your hypothesis, you will be more likely to avoid the "stupid test trap", a phrase I use to describe running tests like changing button colors -- what hypothesis is changing button colors trying to prove? That people like red more, "for reasons"?

As mentioned above, each A/B test you run has a serious opportunity cost. I'm fortunate enough to have thousands of people going through my sales funnel daily but, even then, a test will still take several weeks or months to validate and anything approaching a change of 5% or less will really eat away at your ability to test more meaningful things.


See https://news.ycombinator.com/item?id=12541290 for one rule of thumb and methodology.

My experience is that most tests will come out under 5% differences. But most organizations will have some test that they could run with a greater than 15% win.

If your business scale does not allow you to run tests and detect the wins you hope for, you're better off following other people's best practices than you are trying to discover best practices from running your own tests.

Also note that most businesses have a "conversion funnel" where there are a number of steps from visitor to getting paid. If your business is big enough, you want to focus on getting paid. If your business is too small to get results that way, you should get started with just the first step in the funnel. That's what Patrick did with the trial signup form.


It's a new article. I received it via Patrick's email newsletter today.

Of course, Patrick is all over HN, so parts of the article may seem familiar.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: