What's the point of that illustration on the right? What purpose does it serve?
Show HN: Convier.me – A Calendar Service for Developers
71–80 of 87 posts
Re: Show HN: Convier.me – A Calendar Service for Developers
#72Earlier quoted context omitted.
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
I work mostly in PHP, and when I started this project, most of the libraries were very incomplete. Customer needs led me to develop a more complete library and it's only recently that I proposed this library as an API. But, yes, much more complete and easy-to-use packages have appeared since then, although they still focus on events and don't allow to manage tasks or notes.
Re: Show HN: Convier.me – A Calendar Service for Developers
#73Earlier quoted context omitted.
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…
This is in fact so simple to remember that street signs in San Francisco, where AM/PM is native, use 11:59am/pm or 12:01 and never 12:00 to avoid ambiguity. Street cleaning from 12:01am to 3:00am, for example.
Only thing to remember there is: .00 means new hour. Which the number before .00 denotes.
Caters to lowest common denominator.
I had all this explained on elementary school (which was boring and slow as fuck) during English class, and we don't even use 12H system in The Netherlands. It is quite frankly as simple to remember as a logic (tho not necessarily common) grammar rule.
Re: Show HN: Convier.me – A Calendar Service for Developers
#74You may not want to offer a free version. Freeloaders don't convert and they become a support burden whether or not you offer support to them. Once you want to shut off the free version, which you will, you're going to make those people who used your thing and didn't value it enough to pay you for it mad. They wont convert, they'll just get toxic, because they'll feel entitled to your free service. A free option isn'…
The problem is $9/mo is way too much for something like this unless you are using it heavily.
Re: Show HN: Convier.me – A Calendar Service for Developers
#75Earlier quoted context omitted.
This is incorrect, Americans use MM/DD/YYYY, and from my understanding most of the rest of the world (I think the Netherlands too) use DD/MM/YYYY
American software engineers use ISO8601 or RFC3339 ... I just wrote 20210108 in my journal this morning (referring to a podcast episode published yesterday). I'll admit I might be annoying to others ... my wife is specifically irritated when I write a time in military format (but my son has no problem reading it from my phone).
I do that too, but I often replace the month with the 3 letter abbreviation to make it easier for others.
E.g. 2021JAN08.
Re: Show HN: Convier.me – A Calendar Service for Developers
#761) Name is terrible. Sorry.
2) Timezone and localization support has to be spot-on, and right upfront. Might I suggest having the backend only speak UTC and the frontend has a thin layer of JS that turns all UTC into the local browser time in the onload- This design worked for me in a recent app.
Re: Show HN: Convier.me – A Calendar Service for Developers
#77Amazing, just something I was looking for recently. Would love to see a little "Update requests" on developer plan though and maybe a few more requests per month as that'd allow building an end to to end product with some headroom for developer testing.
Agree with above comments about price point being high. $9/month is high given the 500 requests limit per month
Re: Show HN: Convier.me – A Calendar Service for Developers
#78Earlier quoted context omitted.
They're going to be toxic to you, in emails and on your support chat or @'ing you. They're going to drain your energy and make you upset. Nothing good will come from it.
Basically any popular SaaS in the wild today would disagree with your "Nothing good will come from it" comment as 99% of them offer some sort of free plan. It's really hard to start a service from 0 and get users to join the platform when it's new. Imagine then that there is no way for users to try out the platform before subscribing to it, uptake will be even lower. You don't have to reply to every chat and communic…
Freeloaders are not worth it, based on my now over 10 years of experience in this space.
Re: Show HN: Convier.me – A Calendar Service for Developers
#79You may not want to offer a free version. Freeloaders don't convert and they become a support burden whether or not you offer support to them. Once you want to shut off the free version, which you will, you're going to make those people who used your thing and didn't value it enough to pay you for it mad. They wont convert, they'll just get toxic, because they'll feel entitled to your free service. A free option isn'…
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.
Re: Show HN: Convier.me – A Calendar Service for Developers
#80Earlier quoted context omitted.
Basically any popular SaaS in the wild today would disagree with your "Nothing good will come from it" comment as 99% of them offer some sort of free plan. It's really hard to start a service from 0 and get users to join the platform when it's new. Imagine then that there is no way for users to try out the platform before subscribing to it, uptake will be even lower. You don't have to reply to every chat and communic…
Freeloaders are not worth it, based on my now over 10 years of experience in this space.
I hear you, we have different experiences for sure, which is why the issue is not black or white. I also have around 10 years of experience and would guess neither of my projects nor the projects I work on would be successful unless we had a free tier.