you are viewing a single comment's thread
view the rest of the comments
[–] 10 points 3 hours ago (2 children)

The default wallpaper is meant to be pleasing, and I guess it's meant to appeal to the average person? I've known several people that don't change their wallpapers or that use that automatic carousel thing with a different image every time you wake the device.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 11 points 3 hours ago (3 children)

    I usually set my wallpaper once right after install then never change it. I only see it for a few seconds right after boot anyways. If you see your wallpaper then you aren't really doing anything.

  • source
  • parent
  • hideshow 6 child comments
  • [–] 22 points 3 hours ago (1 child)
  • [–] 3 points 3 hours ago* (last edited 3 hours ago) (3 children)

    I think that there's a legit rejoinder of "Why aren't you optimizing the code to reduce compilation time, if it's such a problem?"

    For something like C++, ccache, distcc, PIMPL (to reduce use of templates, which blows up C++ compilation time), precompiled headers, make code more modular to reduce the size of the compilation unit that changes when any one change happens, break stuff into libraries, etc. Look to see whether there are things like build timestamps being inserted into headers that are producing unnecessary recompilations. clang and gcc can profile compilations to identify what's chewing up time.

  • source
  • parent
  • hideshow 6 child comments
  • [–] 15 points 3 hours ago (1 child)

    that xkcd comic is coming up on 20 years old. most computers didn't have multiple cores yet.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 1 point 3 hours ago* (1 child)

    I mean, none of the optimizations I listed rely on multiple cores.

    It's true that just running parallel compilation jobs on your build machine is a simple way to speed things up, no disagreement, but it's not like optimizing compilation time isn't a thing outside of that.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 2 hours ago* (1 child)

    i was thinking more about tooling, most of that stuff didn't exist as widely as today and you couldn't really look for it when waiting for a compile either.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 2 hours ago*

    Well...the in-compiler time analysis I think wasn't as good then, though I recall doing my own ad-hoc profiling, logging time for each unit. But the refactoring stuff should be available.

    I dunno how far back distcc goes.

    checks git repository

    The git log goes back to 2008, so almost 20 years, but it's also talking about release 3.0 then, so there might have been time outside a VCS or with history that didn't get imported.

    Wikipedia says that ccache goes back 24 years.

  • source
  • parent
  • [–] 2 points 1 hour ago

    In my experience, [proprietary] projects are doing well if their Makefile isn't so broken that they have to run it twice just to make sure everything actually compiles. And you want them to actually optimize it...?!

  • source
  • parent
  • [–] 2 points 3 hours ago

    If you see your wallpaper then you aren’t really doing anything.

    I use sway these days. It's tiling, so I rarely see my desktop background anymore.

    But not everyone uses a tiling system.

    While I like the idea of avoiding having onscreen pixels wasted showing useless information, and I think that tiling systems do help achieve this, I avoided tiling systems for some years, as a fair bit of software still didn't play well with it (e.g. I remember default behavior with GIMP being half of the screen being the main window, half being the GIMP toolbar window). I think that we're past that phase now, but there are people who prefer stacking window systems for various reasons and don't use tiling systems.

  • source
  • parent