I don't know, I used gnome for a while and I just felt like I was using toy apps. But I think that comes down to personal preference. KDE definitly has the bigger apps like Kdenlive and Krita.
Yeah that point was not entirely accurate. What I meant was, that a np.array and a list don't work together. Coming from julia and matlab it just does not make sense to me, why I can't use a function written for a list for a np.array even if they basically represent the exaxt same thing.
Julia for example hast linalg as a module but functions work on lists with no problem.
Python is strongly typed, but dynamically checked. Working with other languages I just found, that the type errors in python are the hardest to catch and to debug, but maybe I am just more used to othet languages
I see it's use as language to write small scripts, I just don't see much use besides that.
Yeah, ofc every language must have a type system, the problem is, that this is not enforced. I.e 3 == '3' throws no error, when working with dataframes for example this can be a pain in the ass. But yeah, I don't say that nobody should use Python (although the title is a bit dramatic) I just think that there are better alternatives out there.
I mean others don't seem to have the same problem with Python as me, so if it is right for them, I can't really complain, but I would use the following languages for the following tasks
Scientific Computing (my main area): I prefer Julia, it is faster, feels more intuitive and feels like a modern python for scientific computing
Web: there are many great frameworks out there, i am intrigued by phoenix for elixir
Game Developement: Nobody use python in games to distribute for anything heavy I hope, but for scripting I would use Lua
Learning: Python is often the first language, that people learn, and I guess that also explains it's widespread use to some degree. I would teach something less high-level like C as a first language, although I think writing "high-level code" also has a learning curve to it.
Scripting: Fine, I guess python is great for small scripts, although one could also use Ruby
Yeah it is, the exact number is
25104128675558732292929443748812027705165520269876079766872595193901106138220937419666018009000254169376172314360982328660708071123369979853445367910653872383599704355532740937678091491429440864316046925074510134847025546014098005907965541041195496105311886173373435145517193282760847755882291690213539123479186274701519396808504940722607033001246328398800550487427999876690416973437861078185344667966871511049653888130136836199010529180056125844549488648617682915826347564148990984138067809999604687488146734837340699359838791124995957584538873616661533093253551256845056046388738129702951381151861413688922986510005440943943014699244112555755279140760492764253740250410391056421979003289600000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
Getting plugins to install is often a big hurdle, if they are working, they work. However I think performance suffers alot. Didn't try it on any bigger synths yet tho.
I found this, which dives deeper into the impact of inefficient software.
https://eco.kde.org/handbook/#look-to-the-software