26 votes

Why is ~comp not ~tech.comp?

I know subgroups are still a very new thing, but this seems (to me at least) like an obvious one, with ~comp currently seeming to act as "~tech, but advanced". The topics are very similar, with ~comp's most active post right now being about machine learning and ~tech's being about open source code, topics that could easily be swapped between the groups and still fit in.

27 comments

  1. [3]
    nil
    Link
    I would say that computing is too broad to fit under technology. For instance, computing may include more science-oriented topics, like programming language theory, database theory, other ongoing...

    I would say that computing is too broad to fit under technology. For instance, computing may include more science-oriented topics, like programming language theory, database theory, other ongoing research in computation, etc, that definitely does not belong to technology.

    If it had been ~tech.comp I don't think I would have subscribed it.

    12 votes
    1. [2]
      Grapevine
      Link Parent
      I don't see why those don't belong in ~tech, honestly. Again, those seem to me like "~tech but more advanced", something that I think would be interesting to have bubble up into a group which is...

      I don't see why those don't belong in ~tech, honestly. Again, those seem to me like "~tech but more advanced", something that I think would be interesting to have bubble up into a group which is generally more surface-level.

      1 vote
      1. nil
        Link Parent
        In my view technology is more about production and inventing methods for production while research is rather aimless. ("Research is what we do when we don't know what we do." -- was it Feynman?)...

        In my view technology is more about production and inventing methods for production while research is rather aimless. ("Research is what we do when we don't know what we do." -- was it Feynman?) Computing covers both, but technology does not. Just my opinion, though.

        1 vote
  2. Axord
    Link
    This bothered me a bit as well. I assume the practical reason is that the system for posts filtering upward in the hierarchy is not ready.

    This bothered me a bit as well.

    I assume the practical reason is that the system for posts filtering upward in the hierarchy is not ready.

    11 votes
  3. [3]
    joelthelion
    Link
    Imho there should also be a top-level ~culture group, which would encompass ~culture.music, ~culture.food, ~culture.tv, ...

    Imho there should also be a top-level ~culture group, which would encompass ~culture.music, ~culture.food, ~culture.tv, ...

    11 votes
    1. [2]
      tan
      Link Parent
      On the other hand, some things are big enough to warrant being their own root groups, rather than adhering to a strict hierarchy because it would be purer.

      On the other hand, some things are big enough to warrant being their own root groups, rather than adhering to a strict hierarchy because it would be purer.

      3 votes
      1. joelthelion
        Link Parent
        Meh. Typing ~tech.comp instead of ~comp is not terribly inconvenient. Especially if you can bookmark it once for all.

        Meh. Typing ~tech.comp instead of ~comp is not terribly inconvenient. Especially if you can bookmark it once for all.

  4. [7]
    crius
    Link
    The plan is that groups that are big enough get their own root group, i suppose as an alias of the "real" structure. Having said that, ~tech.comp should display the same thing as ~comp and right...

    The plan is that groups that are big enough get their own root group, i suppose as an alias of the "real" structure.

    Having said that, ~tech.comp should display the same thing as ~comp and right now that's not the case.

    I also have some issue with the way groups are displayed on the subscription page. Right know it shows everything but I think that it should display only the root groups and when you click on one, it expand to show its child.

    Also I don't really know how I feel about the plan of groups having aliases:

    ~games.moba having ~moba
    ~science.space having ~space

    How do you display them? Because they have an alias you show them as root groups as well? I hope not because It would feel cluttered imho.

    8 votes
    1. [5]
      ajar
      Link Parent
      I agree. Although there should be some indication of the number of subgroups as well, I think. Regarding aliases, I also believe they should be distinct from root groups. Maybe something like...

      Right know it shows everything but I think that it should display only the root groups and when you click on one, it expand to show its child.

      I agree. Although there should be some indication of the number of subgroups as well, I think.

      Regarding aliases, I also believe they should be distinct from root groups. Maybe something like ~.space (for ~science.space)?

      7 votes
      1. [4]
        Grapevine
        Link Parent
        I like this, although it could get out of hand depending on how deep subgroups go. Having ~.......name would be a little much I think.

        I like this, although it could get out of hand depending on how deep subgroups go. Having ~.......name would be a little much I think.

        1. [3]
          ajar
          Link Parent
          Hahaha, yes, I was thinking of just having one dot, whatever depth. So you know it's a subgroup. It doesn't seem that indicating depth would be of much help anyway.

          Hahaha, yes, I was thinking of just having one dot, whatever depth. So you know it's a subgroup. It doesn't seem that indicating depth would be of much help anyway.

          3 votes
          1. [2]
            Grapevine
            Link Parent
            Nah that makes too much sense xP Jokes aside this sounds like a good, subtle way to differentiate.

            Nah that makes too much sense xP

            Jokes aside this sounds like a good, subtle way to differentiate.

            2 votes
            1. ajar
              Link Parent
              Now I feel like I'm ironyblind. xD

              Now I feel like I'm ironyblind. xD

              1 vote
    2. talklittle
      Link Parent
      My initial reaction also was that aliases would be the obvious solution. Indeed they'll introduce a little bit of navigation confusion. IMO the site should almost always display the shortest path...

      My initial reaction also was that aliases would be the obvious solution. Indeed they'll introduce a little bit of navigation confusion.

      IMO the site should almost always display the shortest path because that's most convenient for humans. The expanded alias target can be displayed in the sidebar or something.

      The subscriptions page could list both aliases and their duplicate full path, to help you navigate. Aliases would be indicated as such, somehow.

      1 vote
  5. [4]
    nothis
    Link
    I've long thought this hierarchy might be a problem but didn't want to say anything because I figured it might sort itself out after all. Seems like there's already confusion. A lot of top level...

    I've long thought this hierarchy might be a problem but didn't want to say anything because I figured it might sort itself out after all. Seems like there's already confusion.

    A lot of top level categories make sense on their own but also as subcategories of others. Think ~talk. It could serve as a free form, gossip-y category and it makes sense to have ~talk.movies, for example. But it also makes sense to have a ~movies.talk group and that's honestly where I'd look first. It's hard to argue which is more "general" and should be higher in the hierarchy. There is also no real problem with both existing, except it splitting discussion. Maybe identically named subgroups should link to the same page? Is there any case in which ~x.y does not equal ~y.x?

    6 votes
    1. [3]
      jeff
      Link Parent
      One of my initial thoughts related to Tildes was that it would be better to do away with hierarchies entirely and simply rely on tagging, where you subscribe to (or block) tags you're interested...

      One of my initial thoughts related to Tildes was that it would be better to do away with hierarchies entirely and simply rely on tagging, where you subscribe to (or block) tags you're interested in (or don't want to see at all). If I want to read about a certain topic, I'd search the tags repository to learn what tags are being used to mark those topics, then subscribe to those tags. "Cross-posting" is simply accomplished by applying multiple tags to a post ("tech", "programming", and "python", for example). No need to worry about maintaining hierarchical groups. I could subscribe to (+programming AND +python) to get only articles tagged as both programming and python. or (+tech AND -programming) to get tech articles but exclude programming, or (+programming AND (+python OR +R)), etc.

      But I thought the suggestion would be poorly received on a site built around a topic hierarchy system.

      4 votes
      1. Deimos
        Link Parent
        Think of it this way: what if I'm interested in all programming topics? Do I need to subscribe to python and c and go and ruby and 100+ other tags? No, that's really annoying and I'd also miss...

        Think of it this way: what if I'm interested in all programming topics? Do I need to subscribe to python and c and go and ruby and 100+ other tags? No, that's really annoying and I'd also miss anything from any language I didn't think to subscribe to, so we probably need a general programming tag that covers all of those. But now do submitters have to remember to always apply both programming and python every time? That's annoying too, so to make it easier, we can probably just apply the programming tag whenever people are submitting any of those tags.

        But now, what if I'm interested in more general computing topics outside of programming? Again, I don't want to have to subscribe to programming and databases and web development and so on, so we should probably have a general computing tag that applies to all of them, and it should be auto-applied for those topics for the same reasons as above, and...

        What just happened was building a hierarchy, which works better than individual tags would have. You'll be able to do things like "programming but not python" with the hierarchy as well.

        3 votes
      2. Zeerph
        Link Parent
        I like it and that's how I was imagining topics and filtering being used in the near future when they get implemented. Though, I do think hierarchies are fine for now, sans tag system, but tagging...

        I like it and that's how I was imagining topics and filtering being used in the near future when they get implemented. Though, I do think hierarchies are fine for now, sans tag system, but tagging could make it redundant.

  6. [7]
    hook
    Link
    Let us do a thought experiment: what is ~tech that is neither ~comp nor ~science

    Let us do a thought experiment: what is ~tech that is neither ~comp nor ~science

    5 votes
    1. joelthelion
      (edited )
      Link Parent
      engineering? transportation? biotech?

      engineering? transportation? biotech?

      14 votes
    2. kgz
      Link Parent
      Consumer tech.

      Consumer tech.

      10 votes
    3. [3]
      hook
      Link Parent
      I see this thought experiment went pretty well. Let’s try now what is ~comp that is neither ~tech nor ~science. (I think ~science is different enough that we don’t need to do the experiment for it...

      I see this thought experiment went pretty well. Let’s try now what is ~comp that is neither ~tech nor ~science.

      (I think ~science is different enough that we don’t need to do the experiment for it as well).

      2 votes
      1. [2]
        UrsulaMajor
        Link Parent
        compsci, programming, software

        compsci, programming, software

        2 votes
        1. hook
          Link Parent
          I dunno. Compsci could well be ~science.comp, programming ~science.comp.(programmimg_language). As for software, unless we're talking about theory or programming per se (see above), I would expect...

          I dunno.

          Compsci could well be ~science.comp, programming ~science.comp.(programmimg_language).

          As for software, unless we're talking about theory or programming per se (see above), I would expect it to be in the (sub)tilde of the topic that the software in question handles - e.g. ~creative.3d.software(.blender) and ~books.electronic.software(.calibre)

          1 vote
    4. hutty
      Link Parent
      hardware, like drones, cellphones, and other electronic products.

      hardware, like drones, cellphones, and other electronic products.

      1 vote
  7. IncreaseTheDosage
    Link
    I feel like these groups and subgroups are going to become something like those library classification systems.

    I feel like these groups and subgroups are going to become something like those library classification systems.

    2 votes