284 karma · joined July 5, 2016
We saw about 20-30x performance gain overall after moving to garage for our specific use case.
This feels arguably cleaner: something = "else";
Than: setSomething("else");
I'd respectfully disagree with this statement based on my personal experience. Ever since .NET Core was introduced, I've noticed a significant shift in the hosting of ASP.NET apps. Many developers, including myself, now prefer hosting applications in containers on Linux systems rather than relying solely on Windows. This change reflects a broader trend among C# developers.
While I understand that my perspective might not encompass the entire developer community, I strongly believe that the adoption of Linux-based hosting for ASP.NET applications has grown considerably. It demonstrates the expanding reach and influence of .NET Core beyond the Windows ecosystem, proving its establishment in other platforms.
Please note that this is solely my viewpoint based on my experiences and interactions with other developers. Other opinions may vary, but I remain confident in the growing prominence of .NET Core outside of the traditional Windows environment.
I guess having the cake and eating it too is actually not feasible in this case.
With that said I will indeed have a go at this and test and see if I can replace elasticsearch in our stack.
Good job guys!
[1] https://www.bankid.com/en/utvecklare/guider/teknisk-integrat...
Things don't fail as much as they used to, at least not from using something mature as minio and of course hardware can fail as they do specifically spinning rust, which is non trivial to replace if you have hot-swap capable servers in the first place.
I don't possess any decade worth expertise in either minio or running this kind of setup so personally I believe you are exaggerating that this is even worth calling challenge at all.
But that's just my take :)
Source: https://developer.mozilla.org/en-US/docs/Web/API/Server-sent...
Cardboard, for example, is often thought of as a safe material for packaging and handling electronic components (motherboard boxes included). However, it can actually generate a significant amount of static electricity, which can damage sensitive components. Similarly, cotton clothing is often thought of as a safe material to wear in ESD-sensitive environments, but it can actually generate static electricity as well, polyester is generally considered preferred over cotton.
It is a common misconception that electrostatic discharge only causes damage if you can feel it. In reality, ESD can cause damage to sensitive electronic components even if you don't feel anything.
In fact, the damage caused by ESD can be more insidious when it is not noticeable. This is because when ESD is felt, individuals are more likely to take precautions to prevent it from happening again. However, when ESD is not felt, individuals may not even be aware that damage has occurred, leading to potential failures or malfunctions down the line.
I would advise anyone working electronics in any capacity, it's important to keep ESD in mind, as many sporadic issues are more than likely related to electrostatic discharge in some capacity.
One is expected nowadays to have a pdf reader installed on your device, this is a problem in it self because most of the software short of just reading the pdf, that are "free" does not include most of the features one would come to expect to utilize the standard. Now I don't have to sign pdf's daily but when you start a new job for instance and have to sign a pdf it becomes troublesome.
As a developer the ecosystem is pretty terrible too, in order to utilize said functions such as signing you'd need to fork out a huge chunk for a subscription to some library. Don't get me wrong, paying for software I'm all for but forcing your users to pay for some third-party software to interact with your documents is not fine.
To me, this is simply disgusting that you'd have to buy into this "standard" in every aspect, both as a user and as a developer.
We've come a long way over the years of having more options to both users and developers but honestly, it's simply not enough. And pdf as a format being very complex it's more than understandable that it would be a challenge to make it more available.
But then again I'm not a lawyer :)
This works very well in unit testing for us but there are situations where we use postgres and not sql server.
So comparing TDP across manufactures is not a fair comparison.
We solved this by post processing the pdf generated with paged.js + puppeteer with itextsharp (LGPL) to add the bookmarks.
We captured the toc using the paged.js "after" hook and put that into a variable which our backend could then grab from puppeteer.