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”
Mnemonic. ツ
Show HN: Convier.me – A Calendar Service for Developers
61–70 of 87 posts
Re: Show HN: Convier.me – A Calendar Service for Developers
#62This is a great concept! Best of all you have an obvious exit strategy: Twilio and its competitors would love to add this feature set to their portfolio: imagine a txt message that not only offers to sign you up for an event, but adds it to your calendar!
To be clear: the exit strategy would be to be acquired by twilio or a competitor. One will have the foresight to add this feature then the others will feel obligated to add it too. You can position yourself to be acquired in the first round or the second.
Re: Show HN: Convier.me – A Calendar Service for Developers
#63Very nice! Good luck. Lean site.
Re: Show HN: Convier.me – A Calendar Service for Developers
#64Earlier quoted context omitted.
AM / PM clears up the 0900 vs 2100 ambiguity, but agreed re; American date formats.
For me it clears it up only 92% of the day. I couldn't tell you when 12:xx AM/PM is right now.
FWIW, there's also 00:00 and 24:00 to distinguish midnight at the beginning of the day versus the end of the day.
Re: Show HN: Convier.me – A Calendar Service for Developers
#65Earlier quoted context omitted.
AM / PM clears up the 0900 vs 2100 ambiguity, but agreed re; American date formats.
For me it clears it up only 92% of the day. I couldn't tell you when 12:xx AM/PM is right now.
The easy way is to remember that the hour following 12 pm is clearly in the afternoon, so 12 pm must be noon.
Re: Show HN: Convier.me – A Calendar Service for Developers
#66Earlier quoted context omitted.
AM / PM clears up the 0900 vs 2100 ambiguity, but agreed re; American date formats.
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 the error rate is much lower if you go with the ‘11:59’ workaround. 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 thought of fireworks girl very frequently when I worked on that UI.
Re: Show HN: Convier.me – A Calendar Service for Developers
#67Where will this be useful? I don't understand the use case
My guess:
Say you had a CRM app where you wanted to let users schedule sales appointments. You could use this API to send the events.
Re: Show HN: Convier.me – A Calendar Service for Developers
#68Any chance you could convert pricing to $X per 1000 requests? My previous company needed something like this (we ended up building it our selves at a whooping cost) but our needs were 50k+/mo of calendar invites.
Yes. Given the feedback so far, I will probably switch to a "pay as you grow" pricing.
The existing tiers seem fine to me -- but I would change the name of Enterprise and make a top Enterprise tier which simply charges 1c/request, perhaps with a minimum of $50 or $100/month billed.
Re: Show HN: Convier.me – A Calendar Service for Developers
#69Not to put the project down or anything, but if you already have the ability to send transactional email, does this offer anything beyond what you could do with whatever library to generate ics attachments? Or even just generate links for various calendars? https://www.npmjs.com/package/calendar-link What would make me definitely use this are frontend components too, like a calendar component (e.g. Vuetify's one), or…
In fact, not all languages have a library as simple as the Node package you are pointing at. Most libraries require you to use the iCalendar standard syntax which, for a single event, is accessible but becomes complicated for a recurring event for example. But for the Node package you mentioned, you are absolutely right.
Just out of curiosity, can you name one such language that doesn't have a library for generating/parsing iCal? (I assume probably the language you use for your product).
For context, we use this in production: https://www.npmjs.com/package/ical-generator, but again that's NodeJS
Re: Show HN: Convier.me – A Calendar Service for Developers
#70Earlier 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.
PM means post meridiem. That's Latin, but you don't have to remember it. If you simply remember the P means 'post', and the 'M' means the exact middle of the day (12 noon) then you know 12 PM is 12.00 (after noon hence afternoon) and 12 AM is after midnight or 0.00 (the hour after previous day's 23.00 / 11 PM). Then you just need to remember morning is AM, afternoon is PM, evening is PM, and night is AM. That's it. Y…
it's really weird tho
12AM 1AM 2AM 3AM 4AM ... 11AM 12PM 1PM 2PM ... 11PM 12AM 1AM
even the way you explain it:
"then you know 12 PM is 12.00 (after noon hence afternoon) "
when I read "12 after noon", I understand "noon + 12 hours" which should give midnight..