A Windows zero-day vulnerability recently patched by Microsoft was exploited by hackers working on behalf of the North Korean government so they could install custom malware that’s exceptionally stealthy and advanced, researchers reported Monday.
I am always amazed at how easy it is for ‘security researchers’ to speculate about which government is solely responsible for exploiting security vulnerabilities.
Most groups of people who write code have one person to report to.
You don’t need to install SQLite to use Fossil, as Fossil already contains the (newest) version of SQLite, given that both tools come from the same developer.
In my experience, Git is harder to use than Fossil and if shit hits the fan, it is much harder to unshit the fan. There are reasons why there are numerous tutorials and books about how to tame Git. I don’t want to have to tame the tools that I use every day.
And yes, most tools are not Linux. Linux is a huge bazaar (with one BFDL, but that’s optional). Most real-life projects are a cathedral though, and Git just doesn’t mirror this.
The reactions are shocked enough.
It depends on the outer circumstances, I think. Using the prevalent tool makes sense in existing environments (which is one of the reasons why many companies use SVN - it worked for them before Git existed and it still works for them, so why not?). For new projects, one-man teams and/or companies starting from scratch, Git might not always be the best choice.
SVN has become notably better over the past few years, but let me clarify that my comment was not meant as a reason to use SVN.
Ubiquity is not always the most relevant decision. (Especially as most VCS which aren’t Git :-) are easy enough to understand - most of them are even easier than Git in my opinion.)
"The standard tool" is not a constant. When I started programming with other people, CVS was "the standard tool".
There is also the following consideration: Most VCSs work very similarly. It makes no difference to anyone I can think of which VCS they should use. Why would someone who can write "git pull" suddenly despair of (for example) "fossil update"?
Git also has numerous disadvantages for me, including the improvable merging, the contradictory command line commands, the cluttering of the .git folder with numerous metafiles and so on. What's wrong with using the best tool for the job and not the one that "everyone uses"? The supposed advantage that everyone already knows Git (haha, who really "knows" Git?) is outweighed by its disadvantages in my opinion.
Fossil, to stick with this example, also has some advantages for me as an administrator: Each repository is a single SQLite file (easy to backup, easy to repair, easy to host - without complicated infrastructure, a web server is enough).
The internet spoiled me.
Not surprising me.
Ich hätte gern eine gute Ausrede für diesen Beitrag.
(Der dauert einen Moment.)
Indeed, it does.