Show HN: AlgoDaily – One-a-day programming challenges for web developers
algodaily.com
algodaily.com
While I realize these are toy problems, I would stay away from using "==" in an interview (or at all, unless you are contributing to a codebase that uses it). The reason is pretty clear from looking at the equality diagrams[1,2]. If you use "==" in an interview you should expect to be asked questions about how it works.
Will this evaluate to true? ( [1] == true )
How about this? ( [0] == true )
This one? ( [] == true )
This one? ( [[]] == true )
This one? ( undefined == null )
I would rather not spend my time in an interview talking about the JavaScript equality operator's Bizzaro World counterpart.
1. === chart https://i.stack.imgur.com/62vxI.png
2. == chart https://i.stack.imgur.com/35MpY.png
The hint mechanisms could definitely be worked on. I'll be building a component that lets you click to choose order.
And yeah, the part about the equality operator is something I hadn't considered, but you're absolutely right that you don't want that to be the focus of your interview.
- For the landing page, I'm not sure where my attention should be going. There's the daily challenge, but do you want me to sign up? Or to go through the challenge? The scrolling navigation is a bit unintuitive, it made a lot more sense when I opened the full page.
- The code editor is decent but I had no idea how to run code. Cmd+Enter isn't really a default shortcut anywhere for executing code (more so for line breaks).
Congrats on shipping!
Will take these things into consideration as we iterate.