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

It seems they wanted "keyboard driven", "fast/light", "quickly interactive"

The youtube video provided by the OP seems more "web-app", "click driven".

For contrast:

* The OP's submission: https://www.youtube.com/watch?v=yY1sVXMkP_o

* Someone interacting with aerc: https://youtu.be/kpAwwgnZUxg?t=308

* Someone interacting with mutt: https://youtu.be/C35NRp42bEQ


> It seems they wanted

This is the problem. Your guess is different from the author's guess, because nothing is explicitly stated.

For others who did not click the link, the explicit requirements are:

> - Email client can either be in the terminal (i.e. a TUI) or a web app

> - Should have basic email viewing + sending functionality

> - Can use a fake backend (DB, in-memory, etc) or real IMAP/POP/JMAP/etc backend

> - Does not have to handle rich text messages, just plaintext

> Your implementation should take inspiration from existing terminal email tools like aerc, mutt, or even something like himalaya. It should feel fast and intuitive, and you can choose which email flows you'd like to implement.

The word "keyboard" does not appear. Inspiration from X, Y, and Z is entirely subjective, and you should not be punished for not reading the interviewer's mind.


Is it not clear that every single one of the example apps the spec cites are text-based UIs, as in curses-style, monospace text, and (yes) keyboard-driven?

My takeaway from that is that if you don't make an app that is (quote) "in the terminal (i.e. a TUI)" but choose to make a web app, then it should look at act like a TUI.


What I got from that is "fast and intuitive" is the must have. When you have a choice (backend bit), justify you decision. I'd try to use that to stand out or an additional cool feature. When I have to do such homework, I do the requirements to what I think an above average candidate would, they've seen this a million times, then add 1-2 bits of flair/coolness only a handful of people would do to pique their curiosity and want to ask about the next round



One of my favorite additions by subtraction:

https://youtu.be/jKS3MGriZcs?si=RRlSVL0jwi5sDl3f

Removing the laugh track from the big bang theory


This is the first thing that came to mind for me as well. Have always loved how mean everyone seems without the canned laughter to tell us "hey, this is funny!"


I've never really enjoyed this show but I found myself liking this clean version much more.

It feels slower and more natural. It also helps because I wouldn't have laughed at any of those spots with it without laugh track.


You won't find me defending The Big Bang Theory, but it's worth noting a lot of actually funny television would have this kind of dead energy if you removed the laugh track, because it's both written for that environment and paced and acted for the audience reaction breaks.


True, the awkward long pauses between each beat are there specifically for the laugh track and if they had gone without the track they wouldn't include the pauses either.


One of my favorites:

https://www.youtube.com/watch?v=EgEM8VjHD_0

Andy Warhol for TDK


Perhaps he committed fraud on a leap year


Plot twist: they own the server farm.


You merely extended the prototype



I'm using DuckDB to parse GTFS data, which comes in a CSV format. It works wonderfully.


There's definitely a Space Quest game where if you kiss an alien early on there's a non-escapable death by stomach-bursting right near the end.. bummer if you saved after the kiss (I did).


Fantastic. Sure would love to get a clojure job one day.


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

Search: