HN user

cmaster11

316 karma
Posts12
Comments32
View on HN

I built this web app a couple of years ago because I always need to know what meetings are coming up, and I've never found a satisfactory solution. So, a web app that throws countdowns at me, as well as playing ping sounds/flashing the screen when meetings are approaching. Free as of now.

I always have multiple screens around, and I dedicate a vertical panel to this app.

Lately, I've upgraded it to also support booking rooms by querying for free rooms and "fast booking" them depending on a custom priority list. I have a personal use case for this one: even periodic meetings don't have assigned rooms, so I can just bulk-book the first available rooms for the next couple of weeks for every meeting that does not have an associated one.

I hope this app can help others find some help for their corporate lives, as it did for me :D

Hi, Notify17 author here :)

I just wanted to point out that there is not a single part of the flow which is not encrypted at rest, and, apart from text-processing areas, in transit.

All user-content arguments sent to the hook endpoints (to generate notifications) are obscured for the whole flow of the notification generation. Which causes trouble when trying to debug issues, but oh well, I believe privacy is more important than anything else in this context.

I dream for this tool to be used by devops people (I'm mainly one of them!), so I value the privacy element in this project above all. It happens that I end up asking users "what the hell did you type there to break things to much" :D

For the matter of logs, I'm so happy about having used Go for this project, because I can mask fields here and there nicely (e.g. https://github.com/cmaster11/structs/blob/master/structs.go#... ).

I'm sorry, I must have explained myself badly earlier.

Notify17 and Pushover share some competing features, clearly, because both are notification services. From that point of view, there can be competition, no discussion about it.

At the current moment, however, I feel they have different visions. I want Notify17 to be, at least in its initial phases, a personal/small team tool, more than a mass distribution one. I want user to personalise their notifications, and integrate Notify17 in their workflow. More than targeting 10s of thousands of notifications to huge groups, I imagine more single users or small teams creating their own templates world.

I'm not excluding that, as Notify17 will grow, it could become a competitor of Pushover. Especially when the alerting features will grow and improve. They're just targeting, in my pure opinion and for this initial growth phase, a different user base and a different vision.

No, this free forever is meant to stay and get bigger in the future.

This post is talking about a way much bigger plan for beta testers, which I want to keep going in the future too.

There will always be a free forever basic plan, because I'm a developer myself, and I know how much I do hate services that ask you for the CC when creating an account :)

Compared to pushover, Notify17 is conceptually easier to set up and first-use (meaning, you create an account and you can already test notifications). I didn't like the not-so-immediate concept of pushover.

I belive Notify17's UI is friendlier for users, less cluttered. Clearly Notify17 has less features overall (for the moment), because it focuses on few core concepts, which are simple notifications ( https://notify17.net/docs/api-endpoints/#raw-notifications ) and notification templates ( https://notify17.net/docs/templates/ ).

The two products have two distinct philosophies. At the time I evaluated pushover, I thought it was too enterprisey, not suitable for simple daily usage. Therefore, I tried to create a friendlier service :)

The tradeoff, for the moment, is probably less features overall (you can see a list of features here: https://notify17.net/docs/features/ ). The benefit is that you have a UI that lets you manage your content (in my opinion clearly) way far more easily than with pushover.

Hi, I'll copy the same answer from a previous post ( https://new.reddit.com/r/devops/comments/bmujjg/made_a_new_n... ):

Amazon SNS is not a competitor of Notify17 in first place, because SNS is a general purpose publish-subscribe system, while Notify17 is a solution that accepts HTTP payloads, and processes them to generate notifications, which you can see in a web browser or on the iOS app (in future also Android one). They're conceptually a lot different.

Because of this core difference, I cannot say there's any plan to compete with SNS.

The pricing for the moment is intentional. My first category of end-users and single customers.

I originally envisioned Notify17 to be a personal hub, more than an enterprisey tools (in the beginning clearly. If business grows, sure the model will change).

I'm not trying to compete on tools like PagerDuty, which already do their jobs very well. For now, Notify17's main goal is alerting/reporting on a smaller scale.

From a startup perspective, the team is building up, it's in a phase where the main features are working, it's no more a prototype (backend/iOS), but how users will want to use the product is still a question (therefore the call for beta users). I want to have a solid set of features that I know users will use before trying any big jump.