GodOfThunder

joined 1 year ago
[–] GodOfThunder@lemm.ee 27 points 1 year ago

Oh yeah I was thinking more along the lines of video games or movies where there are too many people creating it. For books, etc you can definitely donate.

[–] GodOfThunder@lemm.ee 24 points 1 year ago (2 children)

There should be a way to pay only the workers when you buy something. In that case, you could pay them but only after pirating and making sure you enjoy it. Since there is nothing like that, I think you should pay only content from small creators. Big creators already have plenty, and paying for anything else just gives money to greedy executives who then lower the quality of the content to make more money. Of course, if you have the means and don't pay anything, you are just making sure there will be less of that content made in the future. It isn't scalable; if everybody pirated content without paying a single cent, there would be no content made except by hobbyists who don't want to make a living out of it.

[–] GodOfThunder@lemm.ee 53 points 1 year ago* (last edited 1 year ago) (4 children)

I really like to see communities like lemmy.film, mtgzone.com, and programming.dev and wish there was an instance about literature.

 

It would be interesting to have a user setting on Lemmy to view only the votes from your instance. This way, you can have a unique experience depending on the instance you are in, as there are instances that cater to different audiences. For example, the instance https://lemmy.dbzer0.com/ is for piracy, while programming.dev is for programmers. By viewing only the votes from your instance, you can see how the feed changes for those instances. This feature would add more personalization to the user experience on Lemmy and make it more engaging for users.

[–] GodOfThunder@lemm.ee 23 points 1 year ago (2 children)

I don't care about the Bible, it's just an expression. I think.

 

I am currently in search of a reliable and privacy-focused alternative to Element Chat that can be used seamlessly across Linux, Android, and Windows platforms. Unfortunately, I'm experiencing some issues with Element Chat at the moment, and I need a trustworthy communication solution that prioritizes privacy, offers ease of installation and use, and ensures reliable messaging. If you have any recommendations or suggestions for an open source alternative that meets these criteria, I would greatly appreciate your insights.

Edit: I installed cinny and found a workaround for this issue I was having (https://github.com/vector-im/element-desktop/issues/1029#issuecomment-1612284909).

 

Bash-like scripting has become ubiquitous in operating systems, and it makes me wonder about its widespread adoption despite lacking certain programming conveniences found in other languages. While it may not be the ideal choice for large-scale software development, the bash shell possesses unique features that make it well-suited for interactive command-line processing, including pipelining, text manipulation, and file handling. Why isn't there an alternative that combines the best of bash's command-line capabilities with the robustness and scalability of traditional programming languages. Why do even new operating systems, such as Redox OS, opt for a similar syntax rather than a completely different programming language?

Here are some of the limitations I find in Bash compared to other programming languages:

  1. Syntax and Expressiveness:

    • Bash has a relatively simple syntax compared to other programming languages. It lacks some advanced language features such as object-oriented programming, complex data structures, and advanced control flow constructs.
    • The syntax of Bash can be less intuitive and more error-prone, especially for complex tasks or larger projects.
  2. Performance:

    • Bash scripts can be slower compared to compiled languages like C or Java. This is because Bash is an interpreted language, and each line of code is interpreted at runtime.
    • Bash may not be the best choice for computationally intensive tasks or applications that require high performance.
  3. Error Handling and Debugging:

    • Error handling and debugging in Bash can be challenging. Bash does not provide robust error handling mechanisms, and error messages can be cryptic and difficult to interpret.
    • Debugging Bash scripts can be cumbersome, as there is limited tooling and debugging support compared to other programming languages.
  4. Portability:

    • While Bash is available on most Unix-like systems, it may not be available on all platforms or versions. This can limit the portability of Bash scripts.
    • Bash scripts may not work as expected on non-Unix systems or require modifications to run on different platforms.
  5. Limited Standard Library:

    • Bash has a limited standard library compared to other programming languages. It lacks comprehensive libraries for tasks such as networking, database access, or advanced data manipulation.
    • Bash often relies on external tools or utilities to perform complex operations, which can introduce dependencies and compatibility issues.
  6. Lack of Modularity and Reusability:

    • Bash scripts can become monolithic and difficult to maintain as they grow in size. Bash does not provide strong mechanisms for modularization or code reuse.
    • Reusing code or creating libraries in Bash can be challenging, leading to code duplication and decreased maintainability.
[–] GodOfThunder@lemm.ee 22 points 1 year ago* (last edited 1 year ago)

Which is why we should make the implementer's job easier by providing only the relevant information instead of wasting their time with a flood of comments on the issue tracker.

 

I propose relocating most issue discussions from GitHub to lemmy.ml/c/feature_requests to optimize developer time and foster increased user engagement and collaboration. This transition would allow developers to focus on critical tasks while leveraging the voting system on Lemmy to sort comments and identify the most valuable ideas. Moreover, Lemmy's nested comments feature would enable a more organized discussion than on GitHub, where comments can become difficult to follow. By reserving the GitHub issue tracker for concise summaries and effective problem-solving, we can enhance the development process and improve the overall user experience. This approach aligns with the preference expressed by developers to minimize interactions on issue trackers [^1]. Additionally, by reducing the flood of comments on GitHub, we can ensure that developers' time is not wasted and that they can efficiently address important issues.

[^1]: Update from Lemmy after the Reddit blackout

 

I'm looking for recommendations on phones that are similar to the Xiaomi Mi 9T and are likely to receive Lineage OS updates for many years after their launch. I'm seeking models with large screen-to-body ratio, pop-up selfie camera, 3.5mm audio jack, and a removable battery. I would greatly appreciate any suggestions or insights from the community. Thank you in advance!

[–] GodOfThunder@lemm.ee 24 points 1 year ago

I think Israel has too much of an upper hand there to ever leave. It's only a matter of time before they make smaller and cheaper drones that they can release as a swarm.

 

A promotional video unveils the capabilities of the Israeli weapon Lanius, an autonomous lethal system used against Palestinians. Elbit Systems, an Israeli company, markets these "battle-tested" weapons. Recent invasions in Janine and Nobles demonstrate the alarming behavior of Israeli forces resembling death squads. Israeli raids in Palestine label armed Palestinians as terrorists, ignoring their right to self-defense. The UN's ineffective response fails to endorse international protection for Palestinians, as Israeli forces damage UN facilities and kill personnel. Palestinians rely on their own resistance due to the lack of support from international organizations. Despite Israel's technological advantage, their attempts to weaken Palestinian resistance have failed. History shows that colonizers eventually retreat, and Israel's colonization of Palestine will face the same fate.