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.

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.

I suppose you are right. If AWS doesn't support STS versions, these will be only applicable to Azure (I know nothing about GCP). It probably makes sense for AWS to stick to LTS versions (I would do the same). But isn't that a choice made by AWS (rather than Microsoft).

This looks really interesting. Getting type safety and editor support to configuration may change quite a bit of how things are done. I don't know if it will gain traction, but if it does, it may really help bringing some long awaited structure to all those YAML files. There appears to be examples specifically for Kubernetes (https://github.com/apple/pkl-k8s-examples).

Please consider posting language specific questions to language specific communities in the future. For example, !c_lang@programming.dev

GPT-4 was able to do this even though the training data for the version tested by the authors was entirely text-based. That is, there were no images in its training set. But GPT-4 apparently learned to reason about the shape of a unicorn’s body after training on a huge amount of written text.

It's as if they can in some way or other "see".

Maybe my explanation was complicated, but what I describe is not time consuming. It takes at most a few minutes to do all of the things I mentioned. The difficult part is discipline of keeping refactoring separate. Once that's done, the rest is trivial. And not all work include refactoring. That's even easier then.

I agree that this is a challenge. One needs to slice the domain such that it can be covered this way. But this also means more people. In my experience, moving from "activity oriented" teams to "business centric" teams require an increase of the headcount.

Thanks for sharing this talk. I watched it a few day ago and thought of sharing, but then forgot about it. As pointed out in the video description: "Email is too big to change, too broken to fix... and too important to ignore." The bit about the first marketing email was interesting (video timestamp) and is relevant for our times.

I agree that this is a solution looking for a problem. I still think the way he explores the limits of the language is food for thought. And the fact that this is at all possible makes C# a fun language to work with.

Video description:

In Object-Oriented Programming, objects are instances of classes and they encapsulate behavior and state - that is what every textbook on OOP is teaching. However, there's a subtle limitation in OOP when it comes to dealing with changes in the state of these objects. We often try to mitigate that limitation by applying the State design pattern, but that adds extra complexity and potential confusion to downstream components, especially when using Object-Relational Mappers (ORMs).

In this video, you will learn to recognize the fundamental limitation of Object-Oriented Programming and how Functional Programming (FP) offers an inverse perspective. Through immutability and transformations of values, FP tends to make state transitions explicit and predictable, leading to a more straightforward way of handling the issues that would otherwise be too large a burden for a corresponding object-oriented model. This requires a shift in thinking and can introduce its own challenges and learning curves. It is a fascinating topic, shedding light on the fundamental underpinnings of OOP and FP, and their practical implications in software development.

By the time I checked the link, the second ad was from Netflix and I didn't see the word "open" in the job description. Is everything Netflix does open source? If not, how is it communicated that the job posting relates to working in open source? I didn't check all of them, but the list doesn't necessarily seem to deliver what it promises?