Hacker News

Top stories

Live mirror
30 storiesupdated just nowView source snapshot
  1. Human brain is two separate organs, Stanford Medicine-led research finds(stanford.edu ↗)
    35comments
  2. If math is more than proof, we need to better celebrate the rest of it(terrytao.wordpress.com ↗)
    13comments
  3. GPT-6 Astra Solves a WWI German Radio Cipher(prinzai.com ↗)
    12comments
  4. San Francisco Onion Futures Company(onionfutures.com ↗)
    57comments
  5. Android 17 is the first since 3.x to add new APIs without releasing to the AOSP(grapheneos.social ↗)
    373comments
  6. Typesafe-computer-use drives a Mac toward a goal for 1/50th of a cent per step(github.com/awlevin ↗)
    28comments
  7. Science Is Open Software(jepedersen.dk ↗)
    30comments
  8. SDCC – Small Device C Compiler(sourceforge.net ↗)
    15comments
  9. Cloudflare Quick Tunnels(cloudflare.com ↗)
    275comments
  10. You can run Git on object storage if you re-make packfiles(tigrisdata.com ↗)
    6comments
  11. NASA-IBM Lunar Foundation open-Source Geospatial AI Model(usra.edu ↗)
    1comments
  12. Why building a Rust LSP is hard(rust-glancer.github.io ↗)
    27comments
  13. Saving another 100TB of RAM(cloudflare.com ↗)
    66comments
  14. How to Write with an LLM(sockpuppet.org ↗)
    317comments
  15. How OpenAI Used Its Own LLMs to Design Its Jalapeño Chip(ieee.org ↗)
    78comments
  16. Ctenophores: Wonders of Biology(quantamagazine.org ↗)
    4comments
  17. Veronese's Dogs(publicdomainreview.org ↗)
    discuss
  18. The first new cat species discovered in 100 years(nationalgeographic.com ↗)
    96comments
  19. Goroutine Leak Profiles(go.dev ↗)
    2comments
  20. OpenJev(openjev.com ↗)
    257comments
  21. Show HN: Cactus Needle 3: 8-29MB automation models can match DeepSeek V4 Flash(cactuscompute.com ↗)
    88comments
  22. Photon-Emission-Guided Laser Fault Injection Enables RP2350 Secure Debug(ledger.com ↗)
    67comments
  23. Cache-to-Cache: Direct Semantic Communication Between LLMs (2025)(arxiv.org ↗)
    12comments
  24. The Farnese letter(simonklee.dk ↗)
    6comments
  25. Minimal Phone 2(minimalcompany.com ↗)
    215comments
  26. Stepfun Step 5 Preview (LLM): On AA Pareto frontier(artificialanalysis.ai ↗)
    1comments
  27. Xcode 27.1 Beta Release Notes(developer.apple.com ↗)
    98comments
  28. Warez: The Infrastructure and Aesthetics of Piracy (2021)(archive.org ↗)
    54comments
  29. Inside ZCode: Silently uploading your Git history to the cloud(ferstar.org ↗)
    97comments
  30. Cyclomatic Complexity in C#(ndepend.com ↗)
    18comments

Clay Shirky: A Group Is Its Own Worst Enemy - Social Software Design

42 pointsby 17y agoclifford.webservepro.com
13 comments
17y agoHN ↗

This is the article that inspired me to do my PhD thesis.

17y agoHN ↗

Design guidelines for social software. How do we best think and reason about the issues around trying to achieve social goals in software design.

17y agoHN ↗

Everyone involved in community projects should read this (doesn't matter whether online or offline)

17y agoHN ↗

I recall PG saying something a while back about a "rollback" feature that would give you the option to only display those comments and submissions created by users above a certain account-age/karma threshold. So in effect you could turn a knob and the site would roll back to, say, the user base from 300 days ago.

I thought it sounded like a pretty elegant (if potentially divisive) solution, maybe worth serious consideration.

17y agoHN ↗

easy in principle, pretty hard in practice.

It's a recursive problem you'd basically be talking to nobody (and you wouldn't be reading this comment on your writing either).

After all what's to stop those 'above' you from setting the clock back even further.

Eventually only those people not using that feature will be able to communicate, which puts you back at square one.

17y agoHN ↗

> It's a recursive problem you'd basically be talking to nobody...

Presuming this was done where each person had fine control over the date, you may be right. However, suppose each person only had a single binary control, essentially "hide everyone newer than me."

Furthermore, rather than "newer than me" being defined by a join date specific to each user, instead it would be defined by the start date specific to a particular generation of users (the news.yc folks do seem to track mass user migrations). Visually (bars are new.yc join floods, time moves to the right):

    time:  |--------|---|------|-----|---...
    group:     1      2    3      4    5

Joining early in group three, you would be able to view comments made by those in groups 1, 2, & 3, which would include people who joined after you in group 3 (your supposed peers).

This would still provide each user with the ability to view the site more-or-less as it was upon first arrival, without actually allowing each user fine granularity in locking everyone out.

(for the record, such a feature isn't as useful as simply applying social & administrative pressure to keep quality up; I just wanted to mention an alternative implementation that doesn't turn into an arms race)

17y agoHN ↗

I liked the bit in the article about MetaFilter shutting off the new-user page whenever they got too much press.

Maybe turning off new signups whenever some popular blog mentions Hacker News might raise the bar somewhat. That would get only those in who find HN interesting enough to bookmark it until the flood drops off.

17y agoHN ↗

I've been pondering how to solve this problem for years, and I'm no closer to solving the problem than anyone else.

Your approach involves freezing the user base so that nobody new can join. Granted, it's an innovative take on it I've never seen before, but that's still what it is. The problem with all such approaches is that a certain percentage of the user base wanders off over time, so your frozen userbase constantly shrinks. Eventually it gets below the point you care. (Or, in most cases, below the critical mass of the community.) It only works correctly in the static case where nobody ever leaves.

In your case you could raise the threshold, but all that does is expose you to the very things you were trying to get away from. If there was a correlation between "the people who stuck around" and "quality posters" that might work, but I doubt such correlations exist. (Then again, I don't know, as my words imply.)

About two years ago, I scraped a single article with over a thousand comments on Slashdot and looked at all the UIDs. I theorized that all the old folk would be gone. Instead what I found is that the UIDs were fairly uniformly distributed across the entire base, which, if you think about the temporal distribution of people joining, is actually a moderately interesting result. I just eyeballed the list of unique UIDs, I didn't actually plot it out, but it wasn't what I was expecting. Some small core stick around and keep posting, but over time the vast bulk of the early group leave.

17y agoHN ↗

Over time the vast bulk of any group leave, not just the early adopters.

They'd have to, there are just too many reasons to leave and only a very limited few to stick around indefinitely.

Eventually everybody dies, gets a life or lands in some sort of crisis in their lives that changes it to the point where spending time on social sites is just too expensive.

17y agoHN ↗

Heh. Meta discussion that is also on topic.

Note that the article is from 2003. This problem has been around for a long time. As far as I know, no one has ever really solved it.

One thing I've noticed on Reddit and Digg is that discussion stops being a conversation when the number of posts gets too high.

It's still a conversation when you have forty or fifty posts: you can read the whole thing and understand what is being said before you contribute. When every conversation has over 100 posts, you don't have one conversation any more. You have a bunch of parallel conversations, often repetitive. Worse, you start seeing more posts where the author is not trying to talk to another person, but to stand on a soapbox and make points to the crowd.

I don't think this is (necessarily) a failure of etiquette or good manners, just a limitation on how much information people can digest in a casual setting like a web forum.

Of course, as you get more users, you will also get a higher absolute number of people who are intentional troublemakers or who are incapable of understanding the community standards. Unfortunately, these guys have a tendency to completely take over a thread.

One possible solution that I'd like to see someone try is intentional sharding of the community. Costly, but worth it IMO if it kept some enclaves of high quality discussion. You could give everyone read only access to any shard, which would be a decent option for the lurking majority.

Though I don't know of anyone who has solved the problem of community deterioration, my gut feeling is that it is solvable, someday. At least to the extent that a good conversation is about good manners and paying attention, and not about showing up at the place that is currently in fashion.