A Call for Developers
A Call for Developers
Jellyfin needs your help to get better, so join us this October and beyond!
You're viewing a single thread.
They definitely are in need of developers, there's an open ticket for memory leak issues and I just checked last week with the latest Master branch and it still exists at least on my system. Even if you just start the server and then never interact with it in any way whatsoever never load the interface play anything the memory just slowly grows and grows and grows until the system runs out of memory.
It also still has a lot of pretty basic media matching errors where it will pick the wrong show for files for some reason or just fail to find the show at all. I've seen lots of cases where the only way to match an anime is to use the Japanese name in the search even though that brings up the English name metadata and other Oddities like that. All of my stuff is organized and named by sonar using a very clean format that should be very friendly to finding metadata
i actually know a number of developers that are interested in jelly fin as a concept but when I ask if they are going to contribute they just go "eww no it's c# and .net i ain't touching that". Perhaps the developers should consider a rust rewrite lol, get the rust hype devs.
I'm been wanting to ask for a while, and now seems like a good time.
Why do some programmers hate C# so much? What are the reasons for "eww no it's c# and .net i ain't touching that?"
Microsoft.
I'm a .NET dev, still hate Microsoft, but the language and ecosystem are fantastic. At least since .NET Core when it was mostly decoupled from Windows.
The misconceptions that persist to this day despite over half a decade of .NET Core are mind-boggling. MS has a steep hill to climb.
The language itself is great, but Microsoft the docs are sometimes horrible or outdated.
And most things feel like magic that you can't or don't need to understand. E.g. if you set up a modern asp.net project it's some huge boilerplate with configuration files and what not...
Also standards often change... E.g. try figuring out what the best GUI framework is to create a full-fledged Desktop app in C#. There's like a few different ones, and most are for basic mobile-style apps or not really mature. The best I found so far is WPF, which is kinda old though and everyone thinks it's dead.
Programming in the Microsoft world is like working at McDonalds.
Everything is fine as long as all you want is a McDonald's hamburger. Try coloring outside the lines and you're basically screwed.
i asked a few people and got the following answers
"cuz: 1: its fake java 2: eats memory like java 3: .net on linux is l-o-l 4: unlike java there is no C# kotlin 5: other better things exist (java, javascript, go) "
"the biggest issue with C# is that its just a fucking pain in the ass to use" (this one got several uses of a "yup" emoji reaction)
"wtf is a compiler macro and why would i use one"
"I dislike async/await garbage in most languages, this includes C#
like you need to designate some functions async and others are non-async and sometimes you run into a situation where you need to block on async from sync and you're basically fucked"
I feel like most of them haven't used C# in the last decade, let alone .NET since Core.
-
is smoking crack. .NET on Linux has been fine for years. Unlike Java there is no need for a .NET Kotlin (and there is F# if you really want a functional-first .NET language). If you want to call Java a "better" alternative to C#, power to you. But Javascript and Go shouldn't be in the same conversation. Hence the crack.
-
Might be thinking about .NET Framework, which is a pain in the ass to deploy. Modern .NET is completely different. Can't think of many instances where the language itself works against me compared to Java.
-
So you can conditionally compile code based on build-time constraints. For example, debug logging code can be removed entirely in the release build.
-
Has a point, but this also disqualifies them from using almost any language with asynchronous programming.
-