Your friendly local programmer, uni student and *nix addict.

  • 3 Posts
  • 116 Comments
Joined 1 year ago
cake
Cake day: June 26th, 2023

help-circle

  • We need better alternatives

    We’d need a quantum leap in storage and bandwidth first - orders of magnitude better, if we want competing to be financially sane 😮‍💨

    Maybe when Google is (hopefully eventually) shattered into a million pieces by some US judge, YouTube could be splintered into several smaller companies, each with some portion of the infrastructure and channels/videos - thus forcing competition. Vaguely similar to the Bell divestiture.










  • Well, that’s to be expected - the implementation of map expects a function that takes ownership of its inputs, so you get a type mismatch.

    If you really want to golf things, you can tack your own map_ref (and friends) onto the Iterator trait. It’s not very useful - the output can’t reference the input - but it’s possible!

    I imagine you could possibly extend this to a combinator that returns a tuple of (Input, ref_map'd output) to get around that limitation, although I can’t think of any cases where that would actually be useful.






  • I don’t know about dangerous, but case-insensitive Unicode comparison is annoying, expensive and probably prone to footguns compared to a simple byte-for-byte equality check.

    Obviously, it can be done, but I guess Linux devs don’t consider it worthwhile.

    (And yes, all modern filesystems support Unicode. Linux stores them as arbitrary bytes, Apple’s HFS uses… some special bullshit, and Windows uses UTF-16.)




  • Mostly just Visual Studio Code, alongside the usual constellation of Git + assorted language toolchains.

    It’s plug and play at every level - no need to waste hours fucking around with an Emacs or (Neo)Vim configuration just to get a decent development environment set up.

    (And yes, I would use Codium, but the remote containers extension is simply too good.)