• 0 Posts
  • 330 Comments
Joined 2 years ago
cake
Cake day: June 10th, 2023

help-circle









  • Sure, I didn’t claim that the bad ecosystem makes the language as such bad (although it is still bad, for other reasons). It’s just an additional disadvantage of developing software on the Java platform.

    That said, I do think some of the bad code out there is an effect of trying to work around flaws or missing features in the language. Libraries like Spring add an additional configuration layer that is practically like an additional language on top of the base language. Instead of coding Java, you’re coding Bean configurations and filter chains. Unfortunately all of that comes without useful debugging tools, so you’re left scratching your head why the system isn’t doing what you want. Log4J is another such complex configuration system that - unfortunately - customers are encouraged to change themselves which leads to confusing failure modes and insufficient user interfaces.


  • Well it’s always about finding a good balance isn’t it. Too many features like in C++ has negative consequences. Preferably you want something that lets you do all that you need to do, but not more. The trick to designing a good language is to let developers achieve as much as possible with as few features as possible, while keeping the code easy to reason about and understand.

    This is obviously both subjective and highly dependent on what problem you are trying to solve, but I can’t think of any situation in my career where C# would not have been a better a choice than Java from a strictly technical perspective. It’s not just that the C# language is better, it’s that the Java ecosystem is founded on poor design choices that result in code bloat and implicit behavior that is hard to troubleshoot and secure. See e.g. Spring, which automatically picks up and loads any logging library that happens to be in the user’s path, even if that is an exploitable version of log4J. Java has become corrupted by enterprise architects. This satirical project demonstrates what I mean.

    I say this as someone who is currently developing a FOSS Java library in my spare time, out of frustration with the Java code I had to endure at work.





  • It’s not that simple. Proton implements the Windows API functions required to run a Windows game on x64-based Linux, but it’s not a CPU emulator. Emulating x64 on ARM at the speeds required by a game is virtually impossible.

    If Steam comes to ARM / Android, it would have to be a whole separate ecosystem of games. But Valve is late to the game there since we already have several players on that market, not least the standard Google Play Store.






  • tias@discuss.tchncs.detoTechnology@lemmy.worldBuy Once Software
    link
    fedilink
    English
    arrow-up
    10
    arrow-down
    1
    ·
    edit-2
    1 month ago

    That sounds good on paper, but the chances that someone else will pick up the ball if they abandon it, even if it’s open source, are very slim. If you care about keeping it alive then paying them is a more effective strategy than hoping for random volunteer work by internet strangers.

    You, on the other hand, have good chances of being able to learn new tools. So I think the need for this security is exaggerated.