I'm not against wool/polyester inner layers, they are much better than cotton. But it's not magic, they will also work worse when they are wet, and they don't transport the sweat from the skin perfectly. So what works the best for me is reducing the effect of accumulating sweat, i.e. maximizing the breathability of the jacket (for example, by using a "windshirt" style jackets from materials like Pertex).
Maybe in such exteme conditions as -40°C it's different, but for me a windshirt + thick inner layers (polyester/wool) work well for 6+ hour long bicycle rides in about 0°C.
I don't recommend Goretex, or other jackets with membranes, for outdoor activities (unless it's raining or it's really windy). They are not nearly as breathable as regular clothes, which means you will be sweating more. And even when you wear wool or a polyester fleece they won't warm as well as when they are dry.
This sound counter-intuitive but a lighter non-membrane jacket works better for me, both in terms of comfort and longer-term retention of body heat (better breathability -> less sweat -> smaller cooling effect).
Thanks for the feedback. Yeah we are struggling to bring a simple description (you might look at the product faq [0]). But it's for a reason - Monique.io doesn't directly compete with similar products like traditional monitoring systems or dashboard frameworks.
If you are a programmer, then probably the most honest description would be that it's a monitoring system for "custom metrics" - anything that a traditional monitoring system or an APM platform can't collect (because it requires application-level knowledge like the data model in your DB). The traditional monitoring systems are focused on system-level metrics (CPU, memory) or performance data, making things like monitoring SQL results or JSON really hard and unnatural. Monique.io makes such tasks much simpler and "natural".
Another view is that the common knowledge about what is "monitoring" cuts out a large portion of things that really should be monitored (SQL results, health checks, API responses). The reason is that we can't collect the metrics automatically. But the work should be done and the traditional products don't provide much help for the task.
(saying all that, we and others use Monique.io also for monitoring CPU/disks, creating "BI" dashboards or sending messages to Slack)
Monique.io is a monitoring system focused on high-level "metrics" (SQL results, API responses, JSON data) that are automatically parsed by AI, with alarms defined in Javascript, plus the feature to auto-create a dashboard by employing the concept of a "template tile".
We created Monique.io because we were tired of the "same old, same old" monitoring systems that didn't help much with a lot of daily tasks.
We launched Monique.io a few months ago and now bring improvements and a free plan (which we are committed to preserve; the plan does not include alarming functionality).
Not sure how general this is, but in Poland if you have SaaS you need to have a company (because it's a "service"). But when you are selling just source code to someone else, it can be counted as personal income (no company needed).
I think PH is different because it seems that if a superuser/mod will not upvote an item, it will be practically dead. On HN/Reddit/Medium you will always get at least 20-50 views. On PH I got 5. It's even more stark when you count the fact that top PH submissions get many more views than on HN/Reddit/Medium.
That must be the difference (or I was blocked by some filter). I didn't try to make a social-media call-for-action, because I didn't want to trigger voting-ring protections.
EDIT. As for the filters... PH doesn't allow comments which include "ps aux" or "curl" strings. I learned this by studying HTTP responses using Developer Tools, because the error was not signalled in PH's UI :).
I submitted my startup two days ago by myself, as someone who didn't have any PH "karma", but I somehow was granted permissions for submitting products (probably because I was subscribed to a newsletter for a long time). I asked by email if it's ok if I submit my startup by myself. I was told it's ok and wished good luck.
On the launch day my site received literally five visits (in the first hours, probably a few more later). It was dead from the start and didn't get a real chance to be seen by the community. Lesson for everyone: under no circumstances have your product submitted to PH by a non-mod account.
I'm actually not angry at PH. They have their rules which are obviously working. The "elitist" model is working (to some degree at least). My fault was that I didn't follow the guides which mention what I learned. And I think they should give a warning when submitting a product by an account like mine, because there's no practical chance such product will be visible.
Do you mean an "enterprise" self-hosted plan with a price of >= $1k / mo?
Generally everything is possible, since we are now learning how the users would like to use the service. But the SaaS model is easier to manage, and there are successful monitoring services that use this model (www.stathat.com).
I think you are right that the "really traditional" monitoring system like Nagios or Munin only work through agents and plugins. Some of the hosted systems have centralized APIs. But, to my knowledge, they all use the metric concept ((name, value) pairs) and it's why I called it "traditional".
>I just want to pay for a hosted version that isn't going to be $1k monthly and require me to build "plugins" to do something that is akin to an API call.
Sorry for a shameless plug, but you might check something that I built and launched today [1] as I felt exactly the same pain point.
And there's another surprise waiting to be discovered. The execution of a LWT is not guaranteed to return applied/not-applied response [1]. It can raise a WriteTimeout exception that means "I don't know if applied". It looks like in that case it can be worked around by inserting a UUID and in case of a WriteTimeout reading the UUID using SERIAL consistency and checking if it's the inserted UUID. But generally this limitation of LWTs makes implementing some algorithms impossible, e.g. you can't implement a 100% reliable counter.
I run the benchmark using PyPy (which doesn't have this C extension) and got a result about 20% slower compared to CPython (ie. still faster than Go).
EDIT. I also did a funny thing and replaced the CPython C _csv.so extensions with pure Python version _csv.py, from PyPy. It run about 80 (eighty) times slower. It shows what wonders does JIT do (at least to some code).
Isn't the append-only design unsuitable for scenarios where many updates/deletes are made? If you update/delete 1GB of your 2GB database each day, then after a year the database is 365GB in size, but the live data is only 2GB.
I think the git-like features (history, merging) are very helpful for internal work, but when the dataset must be published, I think in most cases only the newest snapshot should be made available. But then the question is what format should it have...?
Maybe in such exteme conditions as -40°C it's different, but for me a windshirt + thick inner layers (polyester/wool) work well for 6+ hour long bicycle rides in about 0°C.