> You see, the nature of description and topics is that it’s important to get people to fill them when they first create their repo. After that, people rarely change them at all.
I have to disagree with this. I have had to change the topics and description very often on all my repos. Often the first description is the worst, because when I create a repo all I care about is getting the content up first. Later I start caring more about description and topics and particularly topics evolve over time as a project grows.
Overall I think the article was interesting, however I don't particularly like everything being squeezed as tightly together as possible. Having a few background colours or lines in a design to visually separate things out is actually quite nice. I don't mind if I have to scroll a bit further down to see more content. Scrolling is not an issue as the content is already there. Clicking is the problem. Modal popups or content hidden behind multiple server-client roundtrips is the issue. So yeah.. I don't mind a slightly longer page with better separated content.
Also his final design looks very inconsistent. Because all buttons and all other indicators look very different it is not clear anymore which is just a highlighted header (e.g. the issue counter) and which is an actual button which I can click (e.g. Watching counter).
Maybe a few good ideas to takeaway for GitHub, but I would hate them to adopt this design.
I have to disagree with this. I have had to change the topics and description very often on all my repos. Often the first description is the worst, because when I create a repo all I care about is getting the content up first. Later I start caring more about description and topics and particularly topics evolve over time as a project grows.
Overall I think the article was interesting, however I don't particularly like everything being squeezed as tightly together as possible. Having a few background colours or lines in a design to visually separate things out is actually quite nice. I don't mind if I have to scroll a bit further down to see more content. Scrolling is not an issue as the content is already there. Clicking is the problem. Modal popups or content hidden behind multiple server-client roundtrips is the issue. So yeah.. I don't mind a slightly longer page with better separated content.
Also his final design looks very inconsistent. Because all buttons and all other indicators look very different it is not clear anymore which is just a highlighted header (e.g. the issue counter) and which is an actual button which I can click (e.g. Watching counter).
Maybe a few good ideas to takeaway for GitHub, but I would hate them to adopt this design.