Live data from Hacker News

Show HN: Convier.me – A Calendar Service for Developers

convier.me

81–87 of 87 posts

Re: Show HN: Convier.me – A Calendar Service for Developers

#81

Earlier quoted context omitted.

Yes, I'm not trying to claim that AM/PM is ambiguous, but that me as a person not used to the system (basically everyone except US and a few other countries) have no idea which is which. :)

A native Floridian once told me that the New Year's fireworks display would be starting at “12 PM”. Confused about why they’d be shooting off fireworks in the middle of the day I said, “12 PM!?” She rolled her eyes and made air quotes with her fingers and said, “Well, AM ”, as if I was being extremely pedantic. To her, AM meant morning and PM meant night. Having worked on the UI of an event-related service, I can say…

I just use noon and midnight to reduce ambiguity

11:59pm, midnight, 12:01am

11:59am, noon, 12:01pm

Re: Show HN: Convier.me – A Calendar Service for Developers

#82

Earlier quoted context omitted.

A native Floridian once told me that the New Year's fireworks display would be starting at “12 PM”. Confused about why they’d be shooting off fireworks in the middle of the day I said, “12 PM!?” She rolled her eyes and made air quotes with her fingers and said, “Well, AM ”, as if I was being extremely pedantic. To her, AM meant morning and PM meant night. Having worked on the UI of an event-related service, I can say…

I just use noon and midnight to reduce ambiguity 11:59pm, midnight, 12:01am 11:59am, noon, 12:01pm

"Midnight" doesn't solve the second part of GP's problem:

> In addition to the confusion about whether 12 PM is 00:00 or 12:00, there’s confusion about which calendar day 12 AM falls on. When does a Friday midnight movie start? 99.9% of people will show up at the end of Friday, but in a literal user interface you’d have to choose 12 AM Saturday.

I use 11:59pm or "end-of-day" for most cases.

Re: Show HN: Convier.me – A Calendar Service for Developers

#85

Nice idea, but seems to lack timezone awareness, which puts me off completely. Maybe that's being developed, but the American date format with no timezone being described as "English textual" (say what?!) seems to be ignoring all the standards for date and time (eg. RFC3339[1]), yet other parts of the docs clearly show awareness of RFCs! If you're pushing events to people, presumably you know exactly when they're goi…

Yes, I don't understand american/English dates and time. I don't know when "04/06/2019 09:00 PM" is. Is it April or June? 0900 or 2100? Let me send an ISO8601 time as all other APIs accept.

It’s June

Re: Show HN: Convier.me – A Calendar Service for Developers

#86
post #43

Earlier quoted context omitted.

For me it clears it up only 92% of the day. I couldn't tell you when 12:xx AM/PM is right now.

Mnemonic: “AM” is “Always Midnight”

What if I remember it as “Always Mid-day”. What you you start to remember it as that from now on now that you’ve read this? There are no winners here.

Re: Show HN: Convier.me – A Calendar Service for Developers

#87

Earlier quoted context omitted.

The problem is $9/mo is way too much for something like this unless you are using it heavily.

^^ This the kind of user you don't want. Someone who uses your service but thinks you're charging too much. You have to ignore customers like this who demand that you charge something that won't feed your employees, because there will be enough customers that will pay what you want, or you just don't have product market fit.

And with that logic you will be stuck at a small size because if you ever want to go after a larger audience you will have to cut prices to your existing customers which will be hard after you get fat and happy by over-charging.
Post reply on HN