• 1 Post
  • 194 Comments
Joined 3 years ago
cake
Cake day: June 12th, 2023

help-circle


  • Chemically, Sodium and Lithium are very similar, so any improvement that applies to one should be pretty applicable to the other. That’s actually one of the main strengths of Sodium batteries - most of the research that’s already gone into making Lithium batteries can be reapplied with minor tweaks. However, Sodium is inherently larger and heavier than Lithium, with fewer atoms fitting into the same space and those atoms weighing more. If research for Sodium batteries catches up with Lithium ones, they’ll still be worse just because of that, and at that point, research would get easier gains from improving Lithium batteries than Sodium ones.











  • Premature optimisation often makes things slower rather than faster. E.g. if something’s written to have the theoretical optimal Big O complexity class, that might only break even around a million elements, and be significantly slower for a hundred elements where everything fits in L1 and the simplest implemention possible is fine. If you don’t know the kind of situations the implementation will be used in yet, you can’t know whether the optimisation is really an optimisation. If it’s only used a few times on a few elements, then it doesn’t matter either way, but if it’s used loads but only ever on a small dataset, it can make things much worse.

    Also, it’s common that the things that end up being slow in software are things the developer didn’t expect to be slow (otherwise they’d have been careful to avoid them). Premature optimisation will only ever affect the things a developer expects to be slow.



  • They stock things they make more profit on. If the margins on sugar water are much higher, then they don’t need to sell as much to make it worth stocking it instead of juice. If the margins are higher because consumers are unaware they’re being sold a cheaper-to-manufacture product for the same price because the packaging is deceptive to anyone who hasn’t been told they have to look or is in too much of a rush to have time to look, then shops end up full of sugar water that few consumers actually want.





  • AnyOldName3@lemmy.worldtoProgrammer Humor@programming.devTOML
    link
    fedilink
    arrow-up
    49
    arrow-down
    2
    ·
    2 months ago

    TOML’s design is based on the idea that INI was a good format. This was always going to cause problems, as INI was never good, and never a format. In reality, it was hundreds of different formats people decided to use the same file extension for, all with their own incompatible quirks and rarely any ability to identify which variant you were using and therefore which quirks would need to be worked around.

    The changes in the third panel were inevitable, as people have data with nested structure that they’re going to want to represent, and without significant whitespace, TOML was always going to need some kind of character to delimit nesting.