Ever wanted Git Blame to ignore your formatting commits? You can!
The comfortable Git UI for Linux. Contribute to jorio/gitfourchette development by creating an account on GitHub.
A syntax-aware git merge driver for a growing collection of programming languages and file formats.
WebStorm and Rider, JetBrains IDEs, are now free for non-commercial use! Learn more in the blog post.
WebStorm and Rider, JetBrains IDEs, are now free for non-commercial use! Learn more in the blog post.
Contribute to awslabs/git-remote-s3 development by creating an account on GitHub.
git commit --fixup, but automatic. Contribute to tummychow/git-absorb development by creating an account on GitHub.
An interactive Git visualization tool to educate and challenge!
Code discussions contain relevant information. Isn’t it a shame that we keep these in the centralized GitHub/GitLab servers, far away from our decentralized Git code? As soon as we move provider, we’ll lose all old discussions! And how do you ever find the pull requests back from 5 years ago? Symfon...
I have the same problem on mobile Firefox on Android. I'm using the default frontend as well. This was not happening a week ago (or maybe 10 days). Started recently.
This is an acknowledgement from Uncle Bob that the book didn't stand the test of time. We won't know before the new edition is out, but I suspect those pointless refactorings will not be in it any longer.
I fell down a bit of a rabbit hole this morning. In trying to figure out where the idea of celebrating World Wide Web Day on August 1st came from I ran across Tim Berner-Lee's original code for the WorldWideWeb application for NeXT on the W3C's website:
YouTube Video
Click to view this content.
YouTube Video
Click to view this content.
A General-Purpose Versioned-Dependency Manager. Contribute to opensourcecorp/vdm development by creating an account on GitHub.
This proposal is being presented to LDM today. It is not a plan or record. It has not yet been accepted. When it, or equivalent is accepted it will go through many changes before becoming an actual...
Don't they already have the names Leap and Tumbleweed? Changing the name to Leap would make sense since it's the name of the "official LTS" version. At this point it sounds like "openSUSE" is the name of the project and not the distro. But I haven't been following them closely, so perhaps I'm wrong.
Not sure but that sounds like you have a problem with your Git installation (or a dependency of Git). Maybe a reinstallation can solve that.
I understand the "why would I pay for this" reaction. I think crowdsourcing is a better approach for these kinds of content. Once you reach certain level of financial commitment from the crowd, you can give away the PDF and sell the print copy.
git branches are just homeomorphic endofunctors mapping submanifolds of a Hilbert space
Yeah, once you realize that everything falls into place.
The shape of that bottle is creepier than the text.
I believe you can replace start
with the command that is suitable for your system (e.g., xdg-open
for linux).
The only such transition I was involved in was switching from TFS to Git, and there was no discussion. It was the obvious thing to do and for a while we needed to support some developers who are new to Git.
So, it all depends on the type of change you want to implement. Most people don't think much about a piece of software being open is significant. That's why the main selling point should be the product itself. Especially in organizations openness alone is not a strong enough argument.
But with individuals, it may help to inform people about FOSS instead of just suggesting alternatives ("Do you have a moment to talk about our lord and savior Stallman/Torvalds?"). If the individual doesn't understand or subscribe to the values, the switch may be temporary. My 2 cents. Hopefully others will come up with better tactics.
If you are thinking about transitioning an organization to open source, pricing and vendor lock-in are generally good arguments.
If you are thinking about helping individuals transition, that's a bit more difficult. Pricing could still work, but is not always that effective. It boils down to the willingness to try something new.
In both cases projects with good documentation and a healthy community also helps, but if the open alternative lacks features, it's a though sell.
I am not concerned about not having anything to show for my free time. I am just not finding interest doing stuff which could indicate something worse.
You are not alone. It's not easy to find an engaging free time activity. And even if you do, you may get bored of it after some time. The only thing I can say is: even if something doesn't seem very interesting at first, give it a try anyway (as long as it doesn't require a huge upfront investment). You may end up liking the activity or you may end up with like-minded people. And the worst case scenario is, you have wasted some time.
I think majority of people suffer from not having a meaningful free time activity (amplified by the possibilities of internet). And I'm saying this without any data to back it up, so don't quote me on that.
Not having any personal projects is perfectly fine. Don't worry about it. Not everyone has to have their job as their hobby. Try other things (music, hiking, cooking, etc.). Try to find a hobby that makes you happy (if you don't already have one). That's way more important than having a public GitHub profile. And if a company decided not to hire you because of that, you basically dodged a bullet.
That's an unnecessarily strong reaction. Money clearly matters for some things. But that's not all that matters. There are many people releasing FOSS without any financial expectations. Clearly, money doesn't matter to those people on that context. Trying to argue that "money should matter also for those people on that context" doesn't make too much sense to me. Nobody is forcing anybody to release FOSS.
Sorry, I don't follow your reasoning. Why would a company not making money be a relevant problem for the advocates of FOSS? FOSS is about freedom. It never had an opinion about money. Money has always been irrelevant. Some people may not like it, and they are free to not use non-free licenses. And FOSS advocates will warn users about that (as they did in the past). FOSS doesn't have an obligation to offer a solution to every problem in the software industry.
I don't think that is relevant from author's (and OSI's) point of view.
Here is my understanding of author's position: Stay away from companies like Redis and ElasticSearch. They are building software with a proprietary mindset (the fact that they have tight control over product strategy and development demonstrates this) only to realize that they are being devoured by bigger fish. It's a business model problem, not an open source problem.
Permanently Deleted
Here is the link to the original website (an NGO that monitors blocked websites in Turkey): https://ifade.org.tr/engelliweb/distrowatch-erisime-engelledi/
And here is the Google translation of the text on that page:
The IP address of the DistroWatch platform, which provides news, reviews, rankings and general information about Linux distributions, was blocked by the National Cyber Incident Response Center (USOM) on the grounds of "IP hosting/spreading malware".
I think you are highlighting an important point that are missed by other commenters emphasizing the developer. I prefer GPL over MIT license. But this is a possible fallback if Redis decides to change its licensing (like several others did).
I think these kind of products have strategic significance for MS for their Azure offering. They are probably preparing to offer this there (in addition to and as an alternative to Redis). So, it makes sense for Microsoft to release this with an OSS license (otherwise no one will adopt it).
I often think language skills also has a significant impact on code quality. When I have trouble "naming things" (as opposed to "cache invalidation") I use dictionaries and thesauruses. "Naming" is an important part of organization and improving language skills help a lot.