Skip Navigation
InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)TI
Posts
0
Comments
800
Joined
2 yr. ago
  • Mathematicians are shitty communicators who like feeling special because they can understand their obscure language.

    I'm a programmer and in this field there have been tons of books published, conference talks, and heated internet arguments about how to make your code as readable as possible: formatting, function length, naming of variables and functions, keeping number of cross references low, how to document intent, etc. Mathematicians do none of that - it's all single-character names (preferably from the Greek alphabet to complicate it further) and they rarely communicate intent before throwing formulas at you. You can easily tell when a mathematician has written code because it's typically hot garbage in terms of readability.

  • Java Bros

  • 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.

  • Java Bros

  • 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.

  • Min son går i en grundskola med idrottsprofil. Swedish Match ger gratis snus till all personal på skolan, och personalen tar gladeligen emot det. I princip alla lärare på skolan snusar. Anledningen är förstås att Swedish Match vill påverka barnen till att snusa eftersom det passar marknadsföringen att de som växer upp och blir elitidrottare snusar.

  • 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.