# F# F# is an open-source programming language for writing software on .NET. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## Microsoft Releases .NET 11 RC1 with Go-Live Support, C# 15 and F# 11 as Default Language Versions DevFeed: [Microsoft Releases .NET 11 RC1 with Go-Live Support, C# 15 and F# 11 as Default Language Versions]() Original publisher: [Read original article]() Author: Almir Vuk Published: 2026-09-15T07:11:00Z Content type: news Language: en Sources: [InfoQ]() Topics: [.NET 11](), [C# 15](), [Microsoft](), [releases](), [ASP.NET Core](), [F#](), [SignalR](), [SDKs](), [.NET MAUI](), [native aot]() Tags: [android](), [api](), [asp-net-core](), [c-sharp-15](), [development](), [dotnet-11-rc-1-release](), [f-sharp](), [ios](), [macos](), [microsoft](), [native-aot](), [net](), [net-10](), [net-11](), [net-9](), [net-core](), [net-maui](), [news](), [releases](), [sdk](), [signalr]() ### AI overview Microsoft released .NET 11 Release Candidate 1 with go-live support for production use. It makes C# 15 and F# 11 the default language versions and stabilizes features from the preview cycle. The release also extends testing across mobile and desktop targets, updates SignalR authentication refresh APIs, and adds SDK, ASP.NET Core, Blazor, and Native AOT-related improvements. ### Source excerpt Last week, Microsoft has released .NET 11 Release Candidate 1, the first release candidate of the cycle, shipping with a go-live support license for production use. The release makes C# 15 and F# 11 the default language versions, extends dotnet test to mobile and desktop targets, finalizes the SignalR authentication refresh APIs, and improves Android build times in .NET MAUI. By Almir Vuk ## Security updates for Monday DevFeed: [Security updates for Monday]() Original publisher: [Read original article]() Author: jzb Published: 2026-09-14T13:18:14Z Content type: news Language: en Sources: [LWN.net]() Topics: [Security](), [Debian](), [Fedora](), [Firefox](), [Git](), [nginx](), [Python](), [cURL](), [Elixir](), [F#](), [Redis](), [Rust]() Tags: [curl](), [debian](), [elixir](), [firefox](), [git](), [nginx](), [python](), [redis](), [rust](), [security](), [updates]() ### AI overview Security updates were issued across AlmaLinux, Debian, Fedora, Gentoo, Mageia, Oracle, and SUSE. The affected software includes operating-system components, browsers, developer tools, programming-language packages, servers, libraries, and cloud-related utilities. ### Source excerpt Security updates have been issued by AlmaLinux (389-ds-base, apr-util, coreutils, freerdp, git-lfs, glib2, gstreamer1-plugins-base, kernel, libkcapi, nginx, nodejs:22, nodejs:24, osbuild-composer, perl-YAML-Syck, postgresql16-postgis, ruby, ruby4.0, ruby:3.3, and vim), Debian (jbig2dec, kamailio, nginx, spip, and xorg-server), Fedora (baresip, bind, bluez, bubblewrap, chirp, chromium, cockpit, composer, corosync, darktable, dokuwiki, elixir, exiv2, expat, firefox, freerdp, freerdp2, gdk-pixbuf2, gegl04, golang-x-perf, grpcurl, kernel, kernel-headers, libevent, libmongocrypt, libpcap, libre, libsoup3, memcached, mingw-expat, mingw-openexr, mongo-c-driver, mrtg, nagios-plugins, nsd, nss, openssl, openvpn, PackageKit, pdns-recursor, perl-Net-OAuth, perl-XML-Bare, php-pecl-mongodb2, python-asteval, python-pip, rclone, rest, rust-hickory-net, rust-hickory-proto, rust-hickory-resolver, rust-ppmd-rust, rust-webbrowser, srt, syncthing, tar, tkimg, and valkey), Gentoo (Chromium, Google Chrome, Microsoft Edge, Opera, Vivaldi and Ruby), Mageia (bind, ffmpeg, glibc, java-17-openjdk, java-21-openjdk, librabbitmq, perl-Catalyst-Plugin-Static-Simple, perl-Imager, tor, and xz), Oracle (389-ds:1.4, ansible-core, apr-util, coreutils, freerdp, git-lfs, glib2, gstreamer1-plugins-base, gzip, httpd:2.4, image-builder, java-21-openjdk, kernel, mrtg, nginx, osbuild-composer, perl-DBI, postgresql16-postgis, python-lxml, python3.12-lxml, redis:6, and vim), SUSE (389-ds, ansible-core, ansible-creator, azure-storage-azcopy, cargo-audit, chromedriver, chromium, clamav, containerized-data-importer1.65, containerized-data-importer1.66, curl, dracut, ffmpeg-4, google-guest-agent, google-osconfig-agent, helm, java-1_8_0-ibm, jupyter-nbconvert, kernel, libpng16, libusb-1_0, libvirt, multipath-tools, NetworkManager, opensc, openssl-3, perl-Authen-SASL, perl-HTML-FormHandler, perl-Mojolicious, perl-Protocol-HTTP2, python-jwcrypto, python-sqlparse, python-tornado6, python313-geopy, python313-modelscope ## .NET Support on Heroku DevFeed: [.NET Support on Heroku]() Original publisher: [Read original article]() Author: Rune Soerensen Published: 2024-12-03T00:00:00Z Content type: release Language: en Sources: [Heroku]() Topics: [Heroku](), [.NET](), [ASP.NET Core](), [Blazor](), [C#](), [F#](), [Visual Basic](), [cross-platform](), [Open Source](), [Databases]() Tags: [announce](), [apis](), [app](), [asp-net](), [asp-net-core](), [blazor](), [buildpacks](), [c-sharp](), [can](), [community](), [core](), [cross-platform](), [deploy](), [developers](), [f-sharp](), [heroku](), [high-performance](), [languages](), [maintainability](), [net](), [news](), [nextgen](), [platform]() ### AI overview Heroku announces that official .NET support is entering public beta. Developers can build and deploy C#, F#, and Visual Basic applications using frameworks including ASP.NET Core and Blazor. The support includes a buildpack, documentation, testing, and guidance for deploying applications, including Blazor apps with Heroku Postgres. ### Source excerpt We're excited to announce that official support for .NET on Heroku is entering public beta starting today. Developers can now build and deploy applications in C#, F#, and Visual Basic, using frameworks like ASP.NET Core and Blazor, all with the simplicity and flexibility of the Heroku platform. .NET has long been one of the most [...] The post .NET Support on Heroku appeared first on Heroku. ## Gradient descent: back to basics with F# and C# DevFeed: [Gradient descent: back to basics with F# and C#]() Original publisher: [Read original article]() Author: Andrew Khmylov Published: 2023-02-02T00:00:00Z Content type: tutorial Language: en Sources: [Despite the odds]() Topics: [C#](), [F#](), [implementation](), [Artificial Intelligence](), [Deep neural networks]() Tags: [ai](), [c-sharp](), [code](), [f-sharp](), [implementation](), [neural-networks]() ### AI overview An overview of building a gradient descent engine from scratch, with discussion of using F# and C# and a simplified explanation of neural network training. ### Source excerpt After dabbling with high-level AI tools recently, I wanted to revisit the basics and look under the hood. As they say, the best way to learn something is to build it. I've been following wonderful "from scratch" videos from Andrej Karpathy, where he starts with the essence of all modern AI architectures: gradient descent engine. So, I decided to keep along and build my own engine at https://github.com/khmylov/dumb-gradient, and this article is an overview of its implementation, and some thoughts on using F# and C# for a task like that. Side note: look back at university I completely forgot that one of my university projects back in 2010 was actually about building an image recognition neural network! It was funny to look back at the source code from that era. Turns out, the core ideas are still relevant, it's just computational advances, new modelling discoveries and infrastructure around them that allowed so much progress in the last decade. I'm not going to recite all the details here, the main (much simplified) ideas to comprehend are as follows (I recommend Deep Learning with PyTorch, fast.ai course, and Huggingface course to get a much deeper dive into this) We can represent most real-world data, like text, images, sounds, as vast arrays of numbers Turns out, we can model a lot of "intelligence" tasks (natural language processing, image recognition, etc.) with sophisticated mathematical functions operating on our numeric representation of real-world data Universal approximation theorem was a break-through postulating that even most sophisticated functions can be actually modeled by combining only primitive linear f(x) = a * x + b and basic non-linear functions such as tanh into some inter-connected network (here come the inevitable neuron models and neural networks), we just need a huge number of them to do that, and some computation power to figure out the arguments for those functions "Training" such networks is figuring out how to tweak randomly initialized ## Serverless v1.17 - F# service template, deployment skipping when files not changed added DevFeed: [Serverless v1.17 - F# service template, deployment skipping when files not changed added]() Original publisher: [Read original article]() Author: Philipp Müns Published: 2017-07-06T00:00:00Z Content type: release Language: en Sources: [Serverless Blog]() Topics: [serverless framework](), [Template](), [Deployment](), [F#]() Tags: [aws](), [aws-lambda](), [cloud-computing](), [f-sharp](), [faas](), [files](), [function-as-a-service](), [infrastructure-as-code](), [news](), [release](), [serverless](), [serverless-architecture](), [serverless-framework]() ### AI overview The Serverless Framework v1.17 release adds an F# service template and skips deployment when files have not changed, along with other updates. ### Source excerpt F# service template, deployment skipping when files not changed and more in the Serverless Framework v1.17 release. ## An Unbiased Comparison of F# and Scala DevFeed: [An Unbiased Comparison of F# and Scala]() Original publisher: [Read original article]() Published: 2013-06-22T00:00:00Z Content type: comparison Language: en Sources: [Tim Kellogg]() Topics: [F#](), [Scala](), [Functional programming](), [Programming]() Tags: [comparison](), [f-sharp](), [functional](), [functional-programming](), [languages](), [object](), [object-oriented](), [programming](), [scala]() ### AI overview A developer compares F# and Scala from the perspective of a .NET developer who began working with Scala. The article argues that Scala is more approachable but less purely functional, while F# adheres more closely to functional programming principles. It also compares their object-oriented features, function definitions, currying, and partial function application. ### Source excerpt Given my history as a .NET developer I learned Functional Programming via F#, but I just started a new job as a Scala developer. Naturally, I've been comparing the two languages and the quirks and nuances that make could make them enjoyable or problematic. To summarize quickly, I think Scala is more approachable but less "pure" than F#. Scala seems to have a diverse set of influences whereas F# tries to stick closely to proven Functional Programming basics. ## Discriminated Unions in C# Mono Compiler DevFeed: [Discriminated Unions in C# Mono Compiler]() Original publisher: [Read original article]() Published: 2012-03-10T00:00:00Z Content type: opinion Language: en Sources: [Tim Kellogg]() Topics: [F#](), [C#](), [Compiler](), [.NET](), [OCaml]() Tags: [c-sharp](), [compiler](), [enum](), [f-sharp](), [hashing](), [lambda](), [syntax]() ### AI overview The author explores discriminated unions in F#, compares them with C# enums, and considers modifying the Mono C# compiler to support similar constructs in C#. The article presents this as an early-stage proof-of-concept idea rather than a completed implementation. ### Source excerpt Recently I've been using F# a bit. F# is .NET's functional language (the syntax of F# 1.0 was backward compatible with OCaml, but 2.0 has diverged enough to make it more distinct). Learning F# was a huge mind-shift from the C-family of languages. Of all the features of F#, like implicit typing, tail recursion, and monads, many people list discriminated unions as their favorite. ## One Thing I Learned From F# (Nulls Are Bad) DevFeed: [One Thing I Learned From F# (Nulls Are Bad)]() Original publisher: [Read original article]() Published: 2012-02-29T00:00:00Z Content type: opinion Language: en Sources: [Tim Kellogg]() Topics: [F#](), [Programming](), [C#](), [exceptions](), [pattern matching](), [Haskell](), [OCaml]() Tags: [c-sharp](), [exceptions](), [f-sharp](), [functional](), [pattern-matching](), [programming]() ### AI overview The author reflects on learning F# while contributing to VsVim, highlighting pattern matching, discriminated unions, and F#'s option types. The article argues that using None and Some instead of null can make invalid states explicit and reduce null-related bugs. ### Source excerpt Recently I started contributing to VsVim, a Visual Studio plugin that emulates Vim. When he was starting the project, Jared Parsons decided to write the bulk of it in F#. He did this mostly as a chance to learn a new language but also because it's a solid first class alternative to C#. For instance, F#'s features like pattern matching and discriminated unions are a natural fit for state machines like Vim.This is my first experience with a truly functional language. For those who aren't familiar with F#, it's essentially OCaml.NET (the F# book uses OCaml for it's markup syntax), but also draws roots from Haskell. It's a big mind shift from imperative and pure object oriented languages, but one I'd definitely recommend to any developer who wants to be better.Since I've been working on VsVim, I've been using F# in my spare time but C# in my regular day job. The longer I use F# the more I want C# to do what F# does. The biggest example is how F# handles nulls.In C# (and Ruby, Python, and any imperative language) most values can be null, and null is a natural state for a variable to be in. In fact (partly due to SQL), null is used whenever a value is empty or doesn't exist yet. In C# and Java, null is the default value for any member reference, you don't even need to explicitly initialize it. As a result, you often end up with a lot of null pointer exceptions due to sloppy programming. After all, it's kind of hard to remember to check for null every time you use a variable.In F#, nothing is null (that's not entirely true, but in it's natural state it's true enough). Typically you'll use options instead of null. For instance, if you have a function that fails to find or calculate something you might return null in imperative languages (and the actual value if successful). However, in F# you use an option type and return None on failure and Some value on success.Here, every time you call find(kittens) you get back an option type. This type isn't a string, so you can't just