Milestone: Half a million downloads for VideoLAN packages in the .NET ecosystem

https://mfkl.github.io/2021/01/13/half-a-million-downloads.html

by martz • 6 years ago

115 68 6 years ago

mfkl.github.io

davidhyde• 6 years ago

It’s nice to see .NET get some coverage now and again. It’s not regarded as the cool kid on the block but it just continues its quiet steady climb in ergonomics and performance year on year. I find c# to be a great language to build very large corporate applications in. I’ve never spotted an instance where something has been rewritten in a different language because c# was lacking in some way. Maybe it’s because the applications were too big to rewrite but maybe because it is very forgiving to change.

martinald2• 6 years ago

Agreed, and after a shakey start .NET Core is really delivering. It's trivial now to use any CI to build docker images of .NET core apps and deploy like any other docker container. Performance is great and I'm a huge fan of the big stdlib, which means less fragmentation and churn relying on packages for quite basic behaviour.

The only thing I'm not entirely sure about is the recent direction of C# to add loads and loads of syntactic sugar, which reduces the amount of code you have to write but I find the code becomes so terse it's hard to glance and reason with, but that may be just because it's quite new.

politelemon• 6 years ago

I'm with you on the terseness. I've been finding myself asking people to be "clear, not clever" with usage of some of the sugar, whereas previously adopting new syntax hasn't been so much of a challenge. It's definitely a balancing act between being easy to read and causing the reader to have to context switch while reading. Most of the sugar in C# hits all the right spots though.

I have no doubt that some of this newer syntax is clever, and very welcome to many, but not everyone will realize that it's far more beneficial in the long term to cater to the common denominator.

merb2• 6 years ago

C# to add loads and loads of syntactic sugar

well some is necessary. example: init-only-Setter, was impossible to do before. You could not write the same Code, without it. No matter what you did.

using declarations where also necessary to increase readability.

and nullable reference types also were important!

hackerfromthefu• 6 years ago

Yes the big stdlib is the secret sauce. c# is great but the framework offers so much. Imagine taking a non trivial 5 year old javascript project and upgrading it .. but with .NET that is well written to use the framework features it's often quite achievable. I've upgraded a number recently and mostly it's been quick and successful. Because of the sensible stdlib!

moron4hire• 6 years ago

To the contrary, I think it makes the code easier to understand. The syntactic sugar that gets added to C# is almost universally driven through studying extant usage and codifying common patterns. Instead of jumping through flaming hoops of boilerplate code to make, say, asynchronous network requests work, there is now a specific syntax for sequencing asynchronous calls that keeps related code more closely related in the source.

Specific syntax for patterns makes intention more clear, and shifts responsibility for getting it right from the developer to the compiler.

deskamess• 6 years ago

Do you have any pointers on a gentle introduction to docker and kubernetes in the .net world? Most of the docs seem to be tuned to Linux ecosystems... which makes sense given the heritage.

9wzYQbTYsAIc8• 6 years ago

A great deal of the “loads and loads of syntactic sugar” serves the purposes of making C# more functional-friendly. You might explore the new features from that paradigm, to help you reason about it.

Knave130121• 6 years ago

I’ve never spotted an instance where something has been rewritten in a different language because c# was lacking in some way.

Yes, that is what killed F# effectively - on top of not having any killer frameworks. Though to be fair even Scala is dead. Making a language popular is tough.

GiorgioG3• 6 years ago

What killed F# was Microsoft never putting enough internal resources on it. It's been consistently an afterthought in various releases of VS, initial .NET Core support, etc. As a C#/.NET Dev for 20 years, I've tried several a few times to use F# only to find broken tooling, lousy IDE support in VS (compared to C#, etc.) Jetbrains Rider supposedly has better F# support, but given Microsoft's lack of interest and a tiny community, I still can't be bothered to pick it up. I'm more likely to learn/use Elixir than F# at this point.

dmitryminkovsky2• 6 years ago

FWIW I keep hearing about F# all the time. From where I sit, there is still a lot of enthusiasm around it. It does not seem dead at all. Is there not a lot of interop between F# and C#/dotnet?

sideeffffect• 6 years ago

that is what killed F# effectively

F# has been an unwanted child of Microsoft, it actually adopted the language from Microsoft Research. As a language, F# is _very_ good (although not as good as the original OCaml, whose features had to be cut to be able to run on CLR). It's just not first-class citizen, so not everything may work with F#. And F#'s own development and features are blocked on CLR -- instead of F# charting its own path, each feature first has to be available for C#/CLR and only then will F# developers implement it (higher-kinded types are just one example).

But it's still much more pleasant "syntactic sugar to write the CIL bytecode" than C# can ever be.

even Scala is dead

I beg to differ! Thankfully, Scala is very much not dead. Scala 3 is around the corner, with many more features and, even more importantly, several simplifications. And the community is also much larger compared to F# (or any other ML language, like Haskell). Innovation also takes place in the realm of libraries, like ZIO for example.

dfgdghdf• 6 years ago

F# died?

And here I am happily using it for greenfield projects, interfacing with popular ecosystems and just generally getting things done!

Right now it really feels like F# is taking off. It is bundled with .NET Core, fully open-source, has a better REPL experience with Nuget integration, Ionide and Fable just had a new releases...

9wzYQbTYsAIc8• 6 years ago

F# is alive and well and is a historical and contemporary source of new C# language features.

GiorgioG3• 6 years ago

For whatever it's worth, I've been a .NET developer since 2001 when I was finishing up college. I've also dabbled in Java, and some other languages here and there for one-off work and side-work projects. I haven't found anything to match C# & .NET's productivity. I gravitate towards strongly-typed languages which I know excludes a large swath of productive languages.

.NET Core is fantastic. I recently bought an M1 Macbook Air (which I really hadn't wanted to do but my Intel Macbook died and I wasn't about to buy another Intel Mac given they are being phased out.) There's one issue in that debugging is broken at the moment, but it's being addressed by Apple/MS. Docker (M1 Preview) works great.

If you've never given .NET a shot because you weren't/aren't a fan of Microsoft/Windows - I recommend you give it try, you might be pleasantly surprised.

9wzYQbTYsAIc8• 6 years ago

I was a Linux/Mac only power user until my first role as a software engineer, where my employer was a Windows and .NET shop (the .NET 1.1/2.0/3.5 days).

Hadn’t used Windows in years and that was my first exposure to PowerShell, which made me feel a little better about Windows.

Grew to greatly appreciate C# and .NET over the years and am now fairly optimistic that Microsoft has made a lasting change after seeing the steady, dramatic improvements that they’ve been making technologically and sociologically (embracing open source, cross-platform support, and putting their money where their mouth is).

Highly recommend that curious people install Windows 10 on an external HDD to try out WSL, Windows Terminal, and PowerToys Fancy Zones. I use Linux for my personal machines, still, but Fancy Zones has honestly had me missing the ease of desktop layout when I switch off my work machine.

Or, if you are just looking to explore C# and the dotnet ecosystem, then you can do that from the command line on most non-BSD operating systems.

majora2007• 6 years ago

I actually just picked up .NET when 5 came out and have been working on a project and have been blown away how great not only is the ASP.NET Core framework but also the C# language.

Powerful, consistent, feature-rich. Coming from a python, java, web background, was really blown away. Wish more people would give .NET a chance. It isn't like it used to be when I first tried it in College and hated it.

tasogare• 6 years ago

Similar experience here. I switched OSes a few times but I never let go C# even when the multiplatform story was subpar. Now with dotnet core (.net 5) it’s really a joy to work with everywhere (even of VS Code is no match to the real thing).

zerr• 6 years ago

Agree, when it comes to desktop development (WinForms, WPF). But once I saw some Web API stuff, there is just too much of a ceremony and boilerplate, no?

cmehdy• 6 years ago

I don't think there's hatred for the ecosystem, it's just one that you don't get to see unless you're exposed to it by chance or pushed into it for a specific reason.

.NET is in the corporate world but you'll have a harder time finding a .NET-related job if you don't already know stuff about it.

Since I don't currently use windows and I don't casually want to build a corporate type of software on another system in my free time (I'd much rather fold some origami, I'm likely one of the people that aren't called "passionate" about dev), I didn't get to be exposed to it easily - unlike "typical" web and mobile-related languages for example (Java, Obj-C/Swift, JS). Some of it might have been shown when I was a student (Java), and other things are just requirements of the times (I want to try making a mobile app -> either web or native languages). Didn't see .NET at university, and early jobs didn't involve that, so now it feels like a missed train somehow.

Is it worth focusing on when you're not already living in that ecosystem and you're on your own?

at_a_remove• 6 years ago

I have a rather dumb question about C#.

A skillion years ago I had to do a .NET project and somewhat randomly chose VB.NET as the language over C#. However, I did buy some C# books which I never looked at. Given that the books are now about a decade old, is there any point in keeping them? Has C# changed enough in the years that the language is sufficiently different from what was created in the book that I might as well pick up a newer volume?

I tend to gravitate toward stability in languages. Something of a flaw of mine.

svnpenn• 6 years ago

I stopped using it recently, as I found out Microsoft still isnt serious when it comes to privacy. The DotNet tool currently silently checks for updates, without any way to opt out:

https://github.com/dotnet/templating/issues/2739

jjice• 6 years ago

but it just continues its quiet steady climb in ergonomics and performance year on year

I've seen people say one of Java's biggest benefits is being boring and staying consistent. I disagree. C# (sometimes all of .Net) consistently adds new features that keep the language feeling modern. Properties are a great example.

The big thing I'd love to see in C# now is sum types, but I'm not holding my breath.

9wzYQbTYsAIc8• 6 years ago

Their adding of the functional-friendly “record” type in C# 9, along with the “with” statement, was huge for me.

https://docs.microsoft.com/en-us/dotnet/csharp/tutorials/exp...

pyrale• 6 years ago

I’ve never spotted an instance where something has been rewritten in a different language because c# was lacking in some way.

The truth is, languages rarely have an impact on the success or failure of a project. The reason some companies blame failure on language is because the organization fails to adequately adapt its procedure to the tools it uses.

Starting on a fresh language and not getting involved in the community because a dozen pizza to host a meetup every 3-4 months is too expensive? You're headed for trouble.

Going for a new stack and letting poor management drive away the team? Even with a mainstream language, the hit you're going to take is going to be huge.

Willing to rewrite old code but not interested in giving people time to adapt and learn? Good luck.

The only difference between languages like Java or C# and Clojure or F# is that it's much harder to blame the former for organization/process issues.

I'm not saying that languages don't have an effect on productivity or dev experience, I'm saying that effect is way less important than other factors, and as a consequence, it's rarely the factor that tips the scale.

pjc50• 6 years ago

It's a very productive ecosystem. It doesn't have the same level of enterprise factory wartiness that Java does; its Windows IDE is extremely integrated; it lets you write functional-ish code in an imperative environment; and it has LINQ, which is fantastic.

Having cut my teeth on C++ and being reasonably familiar with Python, I'll choose C# for anything larger than a script that doesn't need direct memory layout control.

Deployment story is still a bit of a pain sometimes.

cpascal• 6 years ago

At the risk of starting a language flame-war: if I were starting a new company or effort, my default choice would be .NET Core.

Performance is generally great and if you need to, there are lots of features in the language to allow you to further squeeze performance. C# is easy to pick up and has best-of-breed IDE support- you will get productive quickly. Also, you have an extremely large standard library at your disposal that is supported and dogfooded by Microsoft. Which is great because generally you do not need to install third party packages, but if you do NuGet is really easy to use.

Edit: Forgot to mention the stellar documentation provided by Microsoft.

jaywalk• 6 years ago

FYI it's simply called .NET now, as of the release of .NET 5. Which is the successor to .NET Core 3.1.

intrasight• 6 years ago

Not a new company but rebooting an existing and am using .net. Being able to run on Google Cloud Run is awesome.

bob10292• 6 years ago

The documentation is the best feature of the entire platform. If Microsoft hadn't published that deep-dive document regarding Blazor hosting models [1], I probably would have not given the technology a deeper look. But, after reading through and comparing the pros/cons of server-side vs client-side, it made it very clear to me that this was an approach that would be a really good fit for us (we went with the server-side model).

My 2nd favorite feature is Self-Contained Deployments [2]. We skipped the whole containerization party because this approach completely obviated our need for such things.

Beyond that, being able to seamlessly transition between imperative & functional members within the same type, pattern matching in switch statements [3], on-going awesomeness of LINQ, etc. Really great stuff to work with.

[1] https://docs.microsoft.com/en-us/aspnet/core/blazor/hosting-...

[2] https://docs.microsoft.com/en-us/dotnet/core/deploying/#publ...

[3] https://docs.microsoft.com/en-us/dotnet/csharp/pattern-match...

dcveloper• 6 years ago

Is there a decent Modern C# tutorial or book? I learned it in early 2000's, which was lacking many the new features and syntax improvements.

dmitryminkovsky2• 6 years ago

The official "Programming Guide" is very nice: https://docs.microsoft.com/en-us/dotnet/csharp/programming-g.... The docs in general are quite good.

GiorgioG3• 6 years ago

There's plenty of online resources to learn C#, starting with https://docs.microsoft.com/en-us/learn/dotnet/

If you'd rather have a book, and enjoy the Head First series, the 4th edition of Head First C# will be released on the 26th: https://www.amazon.com/Head-First-Learners-Real-World-Progra...

atraac2• 6 years ago

https://docs.microsoft.com/en-us/dotnet/csharp/tutorials/ Has a pretty decent set of tutorials and docs, from basics of the language to nice descriptions of new features like record types or new nullable reference type approach. Not sure about any books, I strongly prefer to just read through 'What's new in C# X' articles every time a new version comes out.

niclo• 6 years ago

C# in Depth does exactly what you need, starts from C# 2.0 and cover all new features added in newer versions. https://www.manning.com/books/c-sharp-in-depth-fourth-editio...

pionar• 6 years ago

Seconded. Any book I've ever gotten in the "in Depth" series from Manning has been excellent, and this one is no different.

9wzYQbTYsAIc8• 6 years ago

I’d recommend “Functional Programming in C#” to supplement your main reference material.

joeriddles• 6 years ago

Essential C# 8.0 - hands down. It is awesome both for beginners and experts. I've read it once, and keep it handy for reference. It's written by some of the most knowledgeable people there are on C#/.NET. I have also read one of the Head First C# books, and found it lacking once I got past the basics.

aljarry• 6 years ago

And some of those was my team and our CI. We were capable of replacing old hand-written video player based off DirectX.net in an enterprise app - mainly due to new requirements for supported codecs and video formats. No more list of codecs and installation order on target machines.

It was very easy to integrate - I've finished a POC with a lot of functionality rebuilt in just around 2 hours.

We had two issues that we spent quite some time on, though: 1. When jumping a lot from video part to video part, especially if reading movie files from NAS, we've seen the component hanging - the only way to automatically recognize it hanged was to parse warning logs and restart the component forcibly. 2. Lack of native per-frame backwards movement. It is video player, not video editing component, and there is only a way to move backwards a few frames at a time by slowly changing current position.

vxNsr• 6 years ago

2 is a problem in their app as well. They explain that due to how they decode the file it’s not possible. I’m assuming it’s got to due with a decision that was made years ago in the architecture and would just be too costly to change today.

boromi• 6 years ago

For an outsider going on .NET's website is confusing. For one is .NET 5 the same as dotnet? Let's check out the desktop side: https://dotnet.microsoft.com/apps/desktop

I have 4 options, Xamarin, UWP, Winforms, WPF. As non-Windows dev, which option is going to be my best options with the best support in the future? How do these relate to WinUI? Also, what's project Reunion https://docs.microsoft.com/en-us/windows/apps/project-reunio... ?

Let's not forget react-native-for-windows. Where does this fit into the above scheme?

cfn• 6 years ago

I have been asking the same question for many years now and there isn't a simple answer. Until now Winforms and WPF seemed reasonable choices for desktop applications. Now that ARM on Windows is becoming a reality maybe Xamarin or UWP (this one is being replaced by Windows UI, or so it seems) are better options. Developing for the Windows desktop has been a guessing game for many years now.

starik36• 6 years ago

Winforms works with ARM on Windows - as long as you doing it in the context of .NET 5. WPF is coming later this year afaik.

meibo• 6 years ago

.NET 5 or what's now called .NET is the final result of the .NET Core/dotnet project which is the "open-sourcification" of the .NET ecosystem and the effective replacement of .NET Framework which could not have been made open-source due to licensing.

As for UI, on Windows, all but WinForms/Xamarin Forms use the same "layout language" called XAML - it's just different ways of distribution/platform compatibility tied to more or less different APIs.

For traditional Windows apps, you would be using WPF and that's what a lot of modern Windows apps are built on. That's probably what you want to use and the Windows apps I've made have been a pleasure to work with, especially due to their hot reloading and design tools.

For "Store" apps, you would be using UWP, which are the "modern UI" apps you see when you use Windows 10. These can run on any Windows 10 version and Xbox One+. You can also make that style of app with WPF by theming it though.

Xamarin is now mostly used for mobile .NET development, but I really can't recommend it nowadays as there's a lot of cruft and documentation, in comparison to the stellar work MS has been doing, is quite lacking. If you need to reuse .NET code in your mobile apps, it's there as a way for you to do that.

WorldMaker2• 6 years ago

For "Store" apps, you would be using UWP, which are the "modern UI" apps you see when you use Windows 10. These can run on any Windows 10 version and Xbox One+. You can also make that style of app with WPF by theming it though.

"Project Reunion" which has key pieces in .NET 5 (including and especially the new C#/WinRT projection system, which replaces dark/magic .NET internals with NuGet packages) is entirely blurring the line between WPF and UWP. With WinUI 3 you can use all of the modern UI controls in WPF apps (and in WinForms if you're nasty). You can also package WPF apps for the Store, including opting into UWP sandboxing and security models (though not yet far enough that you can run WPF on the Xbox yet). (The ability to package WPF, WinForms, and other Win32 applications has been around for some time, in fact, that's not specifically new. Project Reunion has roadmap features to keep making it a better experience, though.)

Xamarin is now mostly used for mobile .NET development, but I really can't recommend it nowadays as there's a lot of cruft and documentation, in comparison to the stellar work MS has been doing, is quite lacking. If you need to reuse .NET code in your mobile apps, it's there as a way for you to do that.

Upcoming .NET 6 will see Xamarin merged closer/deeper inside and the cross-platform pieces (currently named Xamarin.Forms and Xamarin.Devices) rebranded MAUI. Presumably that will also involve a lot of spring cleaning out of cruft and upgrades to the documentation. There's also roadmap talk of much more desktop support beyond just mobile (people wanting to share code not just between Android and iOS, but also Windows, macOS, and Linux).

gnat• 6 years ago

I work at a Windows shop, and every time they roll their eyes at the plethora of Javascript frameworks I just bite my tongue and say "mm hmm". We're looking at tech choices for our future UI development, and we have a large .NET codebase pieces of which we would like to share between desktop and mobile. It is so not a straightforward obvious choice.

xmichael99• 6 years ago

I regularly use this and love it. The guys did a great job and a great job supporting it too!

Milestone: Half a million downloads for VideoLAN packages in the .NET ecosystem

Related Stories