pull down to refresh
Thanks. Will check out “Email para newsletters” next and fix it.
On the influence map: I’m still trying to make it genuinely useful and easier to read. Right now I’m tweaking a few knobs, mainly the time-decay [exponential decay, λ=0.15] and the way communities are detected, to see what gives the graph a better shape. Ideally, the clusters should start reflecting different generations of developers, with old-timers in one part of the graph and newer gen in another. If that works, someone like sipa should show up as a bridge between those groups [high betweenness centrality].
You’ll also notice the shaded box on the graph. That is meant to capture expertise clusters, basically grouping people by what they tend to talk about. For that, I’m building topic fingerprints and comparing them using similarity scores [cosine similarity, Louvain detection]. I think we still need to be smarter about how we assign expertise, because the top contributors will likely show up across multiple areas rather than fitting neatly into one bucket.
The harder part is that these expertise clusters do not line up neatly with the main network, which is built from who replies to whom [reply graph, PageRank-weighted]. So the challenge now is how to show both layers without making the whole thing confusing. Maybe that means switching between views, or maybe using color and layout in a better way.
Let’s see if I can make the graph genuinely insightful. Otherwise, it’s just a profile map of all devs.
I’m wondering how the work relationship of people could be discovered. Some people reply to each other because they are collaborating. Some people serially reply to each other, because they cannot ever agree. If the latter could be discovered in some manner, and push people apart rather than pulling them together, the clusters may actually be more representative of what’s going on.
let me think through it.
One way could be to have an LLM review the full discussion and output a file with predefined metrics (like collaboration vs conflict signals could be one). We could store that and pull it into the dashboard. Since these patterns don't change often, running it every 3-6 months would probably be enough.
that said, there might be a smarter, cheaper, and deterministic approach using proxy variables. I'll keep thinking on it.
I think you forgot to share a link to the site:
https://sorukumar.github.io/orange-dev-network
The 'Email para newsletters' circle strikes me as strange:
Cool data, but the Influence Map is a bit hard to read. Especially among the more active contributors basically everyone reviews everyone.