<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>.NET on [ MECANIK DEV ]</title><link>https://mecanik.dev/en/tags/dotnet/</link><description>Recent content in .NET on [ MECANIK DEV ]</description><generator>Hugo -- gohugo.io</generator><language>en</language><copyright>Copyright © 2020-{year} by [ MECANIK DEV ]. All Rights Reserved.</copyright><lastBuildDate>Fri, 03 Jul 2026 19:00:00 +0100</lastBuildDate><atom:link href="https://mecanik.dev/en/tags/dotnet/index.xml" rel="self" type="application/rss+xml"/><item><title>COBOL to C# Migration - A UK Enterprise Guide 2026</title><link>https://mecanik.dev/en/posts/cobol-to-csharp-migration-a-uk-enterprise-guide/</link><pubDate>Fri, 03 Jul 2026 19:00:00 +0100</pubDate><guid>https://mecanik.dev/en/posts/cobol-to-csharp-migration-a-uk-enterprise-guide/</guid><description>COBOL still underpins a vast amount of the software running in UK banks, insurers, public sector bodies, and large retailers. Much of it processes money, and much of it has been running since long before the developers maintaining it today joined the organisation. As COBOL expertise retires out of the workforce, the pressure to modernise grows every year, and a COBOL to C# migration is one of the routes UK organisations most often consider.</description></item></channel></rss>