this post was submitted on 04 Aug 2024
95 points (99.0% liked)

Linux

48077 readers
1062 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
nooter692@lemmy.ml
AgreeableLandscape@lemmy.ml
MarcellusDrum@lemmy.ml
cypherpunks@lemmy.ml
cyclohexane@lemmy.ml
d3Xt3r@lemmy.nz
95
You can contribute to KDE with non-C++ code (rabbitictranslator.com)
submitted 3 months ago by JRepin@lemmy.ml to c/linux@lemmy.ml
17 comments fedilink hide all child comments
 

Not everything made by KDE uses C++. This is probably obvious to some people, but it’s worth mentioning nevertheless.

And I don’t mean this as just “well duh, KDE uses QtQuick which is written with C++ and QML”. I also don’t mean this as “well duh, Qt has a lot of bindings to other languages”. I mean explicitly “KDE has tools written primarily in certain languages and specialized formats”.

Note that I said “specialized formats”. I don’t want to restrict this blog post to only programming languages.

I’ll be straight to the point. You can contribute to KDE with:

  • Python
  • Ruby
  • Perl
  • Containerfile / Docker / Podman
  • HTML / SCSS / JavaScript
  • Web Assembly
  • Flatpak / Snap
  • CMake
  • Java
  • Rust

Here’s how.

you are viewing a single comment's thread
view the rest of the comments
[–] 30p87@feddit.org 6 points 3 months ago (1 children)

Of course, Python will always be slower than C/C++. But you'll only notice it's made with python if it is slow, otherwise you won't even think about it. Many system utils use it, for the convenience of ArgumentParser etc., but as they follow the principle of doing one thing only, but very quickly and well, you'll not even notice the difference between it being written in python, running for 0.1s, and C, running for 0.01s.

[–] GolfNovemberUniform@lemmy.ml -4 points 3 months ago (1 children)

Of course, Python will always be slower than C/C++. But you'll only notice it's made with python if it is slow, otherwise you won't even think about it.

Is this an empty excuse lol?

you'll not even notice the difference between it being written in python, running for 0.1s, and C, running for 0.01s.

Now add 10 or 50 things like that together and see the difference. One thing never makes a difference but it's a combination of all of them that does. Ask ecologist for example.

[–] 30p87@feddit.org 3 points 3 months ago (1 children)

Chaining that together would make a difference if the whole DE would be written in Python, and only on startup. Almost everything you do is broken down into very simple instructions anyway. Instructions that run in milliseconds in every language.

[–] GolfNovemberUniform@lemmy.ml -1 points 3 months ago* (last edited 3 months ago)

Sorry but your excuses only defend Python and induce bloat and planned obsolescence.