Third-party backup vendors provide you with data protection solutions that significantly exceed the capabilities of backup scripts. Let’s show on the example of GitProtect backup and Disaster Recovery software for DevOps stack, how third-party backup tools can help organizations ensure data integrity, availability, and quick recovery in the event of failure. - Source: dev.to / over 1 year ago

Access-Control-Allow-Origin: https://gitprotect.io Access-Control-Allow-Methods: GET, POST, PUT, DELETE Access-Control-Allow-Headers: Content-Type, Authorization Access-Control-Allow-Credentials: true. - Source: dev.to / over 1 year ago

In the beginning of this blog post we said that security is a top priority in IT. Thus, it’s important to make sure that the source code is safe in any event of disaster. One of the best ways to do that is DevOps Backup with Disaster Recovery technology. While building your backup strategy, you should make sure that your backup follows the backup best practices, including the possibility to keep your backups in... - Source: dev.to / almost 2 years ago

Backup scripts are effective to an extent but for complete, automated and all-inclusive backups for GitHub (and other VCS), consider professional backup vendors, for best data protection. Check out solutions like GitProtect.io :)) https://gitprotect.io/. - Source: Hacker News / over 2 years ago

Unfortunately, we all know that we cannot avoid mistakes. Trial and error are curial in the development process of the product and engineering career. No matter how great programmers we are, we’ll slip up sometimes. The main question, therefore, is not if we make mistakes, but rather how well we can deal with them and fix the problems we are facing. Fortunately, Git offers a series of methods for undoing and... - Source: dev.to / over 2 years ago

There's nim [1] which is aiming for the same thing - syntax similar to python and performance similar to C++, zig etc. 1 - https://nim-lang.org/. - Source: Hacker News / about 1 month ago

> GC languages are slower This is not necessarily true. It depends on a language, e.g. Go is slow, Nim[0] is extremely fast with conventional GC and slightly faster with ARC/ORC[1]. GC programs can be faster than manually managed ones in some cases. It's just manual memory management gives you more control of where and when free is called. And a good type system is a privelege that gives Nim more control with... - Source: Hacker News / about 1 month ago

First glance I thought someone was referring to https://nim-lang.org/. - Source: Hacker News / about 2 months ago

That's actually a great argument for Nim[0]. Easy interop with C, native-speed performance, and a syntax very close to Python in both readability and how quickly you can get something working. Batteries included, automatic memory management without a conventional GC and metaprogramming - is a really cool combination. [0] - https://nim-lang.org/. - Source: Hacker News / 3 months ago

Coincidentally, just a few days ago, I tried to run Nim[0] on Windows XP as an experiment. And to my surprise, the latest 32-bit release of Nim simply works out the box. But Nim compiles to C, so I also needed C compiler and all modern versions of mingw failed to launch. After some time I managed to find very old Mingw (gcc 4.7.1) that have finally worked [0]. [0] - https://nim-lang.org/ [1] -... - Source: Hacker News / 8 months ago