From 739eca428bd992468969e14f569fc21202cedf99 Mon Sep 17 00:00:00 2001 From: OwnageIsMagic Date: Mon, 2 Oct 2023 09:31:40 +0300 Subject: [PATCH] fix typo --- testimonials/index.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/testimonials/index.md b/testimonials/index.md index 95a00207..a5d53958 100644 --- a/testimonials/index.md +++ b/testimonials/index.md @@ -1478,7 +1478,7 @@ along with an increase in readability. We'll definitely be sticking with F# for I’ve been using F# libraries in otherwise mostly C# / VB.NET web applications. Thanks to the conciseness of F#, I can develop these libraries in a fraction of the time, then I consume them from C# and VB.NET just like any other library. -Furthermore, F#’s succint syntax and REPL make it an excellent scripting language and good for data exploration. Thanks to F#’s interoperability the scripts can easily use domains and libraries written in C#. You never need to start from scratch or have to reinvent things. +Furthermore, F#’s succinct syntax and REPL make it an excellent scripting language and good for data exploration. Thanks to F#’s interoperability the scripts can easily use domains and libraries written in C#. You never need to start from scratch or have to reinvent things. Language features like record types, discriminated unions and type inference also make F# a great language for prototyping. I often prototype new business domains in F# with a few simplified use cases to refine it. The simple syntax allows me to focus on developing the domain and iterate more quickly. Then, when company policy requires it, I translate it to C# which is usually a straightforward process that ends up with many times more lines of code (yet still perfectly maintainable).