A lot of people seem to be complaining, but the last iteration had Copilot at the top and then a "Feed" of what other people were doing.<p>This seems to push <i>your</i> issues and pull requests as the main items of the page, and that's significantly better.
For OSS work, I actually rather like finding out what other people I follow are up to.<p>A list of tasks I'm already behind on is the last thing I want to be reminded of constantly.<p>:)
The feed is still there, but imo it’s not the default thing many people wanna see when visiting the dashboard. I understand that people want the feed, but this weird social network thing isn’t really the true purpose of Github in 2026, and I would bet Github has the data on that and decided that what people really want to see when they first open .com is the status of their own work.
So complaining works then?
I’ll just contrast this with the default dashboard experience at my employer’s in-house bug tracker. That dashboard allows the user to customize the view in a grid, such as 1x2 or 2x3 or 3x3. Then within each item of a grid you can define a search query whose results will be displayed there. For each result, you can customize which items to show, e.g. subject, need attention, assignee, priority, etc. The UI feels dated in a late 2000s style, but it permits staggering amount of customization. When different employees open their dashboard it feels like different websites.
Software from before the current era, where we thought giving the users choice was a good thing. Now everyone gets a bland default, and people no longer invest in, or particularly care about, their tools, since some PM that has no idea about your use case will just change it in the next update anyway.<p>I don't mean to be cynical, but the trend is very real, in my experience.
It's great to add new features, but couldn't GitHub fix the essential ones first?<p>Just this week, I encountered the following problems:<p>- a diff showing "0 files changed" while there are many [1];<p>- suggested changes in a PR not rendering the original line [2];<p>- bug trackers not showing more than the 40th page [3].<p>Might seem nitpicky but it was just over the last week... I have a whole bunch of other bugs on my mind, and unfortunately, it's only gotten worse over the years. To the point where I almost don't care anymore.<p>[1] <a href="https://github.com/PokeAPI/sprites/pull/284#issuecomment-5856067144" rel="nofollow">https://github.com/PokeAPI/sprites/pull/284#issuecomment-585...</a><p>[2] <a href="https://github.com/Delgan/loguru/pull/1516#discussion_r4126888448" rel="nofollow">https://github.com/Delgan/loguru/pull/1516#discussion_r41268...</a><p>[3] <a href="https://github.com/orgs/community/discussions/182925" rel="nofollow">https://github.com/orgs/community/discussions/182925</a>
This one has been driving me (and many others!) mad for _years_.<p>"Change default base repository for pull requests on forks" - <a href="https://github.com/orgs/community/discussions/11729" rel="nofollow">https://github.com/orgs/community/discussions/11729</a>
I suspect it's the huge amount of requests they get and more so now with AI. Some estimates put traffic at 3-5x what it was just a year ago.<p>If GH.com is anything like GHE, the number of moving parts is staggering.
Chances are slim that someone from GitHub will read this, but the text in this post (and other posts in the Changelog category) would be much more readable if there was more contrast between the text and the background (now it's dark grey text on black background).
This also depends on the screen you're using. Older LCD screens sometimes don't show colors/contrast that are super clear on newer displays. Not saying your comment is invalid, just something I've noticed.
At this point, not using OLED displays is just inviting troubles.
What is this website dashboard stuff? For coding? Isn't it just a big distraction and periodic focus stealer? They are assuming you are staring at that page all day?<p>I use git. Before that clearcase,p4,svn,cvs,even rcs... In all that time never did I need a web dashboard with clippy telling me what to focus on.<p>Emails were not good enough? Email is certainly more reliable than sh*thub.
Over the last four years, GitHub announcing a change or new feature has generally led to a worse experience, for me at least.
One excellent update that comes to mind is their updated code search (2023) which can be super helpful and respects a solid grammar.<p><a href="https://github.blog/news-insights/product-news/github-code-search-is-generally-available/" rel="nofollow">https://github.blog/news-insights/product-news/github-code-s...</a>
One of the recent features I love the most is that they virtually the same color for symbol highlight and text selection. No visual feedback on double clicking a symbol to see if it is highlighted or not (and it sometimes isn't, because they managed to break that too!). Cannot highlight part of the word that happens to be a symbol either. What a lovely feature. It shows that they are not using the product much anymore.
The new issues and PR search, and new listings UI is great improvement. More functionality and more dense UI showing more things.<p>Improvements to Projects have been really good. Personally, I find no need for external project management tools anymore.<p>The issues and projects team(s?) have been cooking.
Is this last update one of those worse experiences?
Ever since I discovered `gh`, I stopped going on the website itself. Stuff like this just makes it even more unlikely I'll return :-D
This has noticeably worse info density compared to <a href="https://github.com/notifications" rel="nofollow">https://github.com/notifications</a>, <a href="https://github.com/issues" rel="nofollow">https://github.com/issues</a> and <a href="https://github.com/pulls" rel="nofollow">https://github.com/pulls</a>. Those old pages' list entries have padding-top: 8px and padding-bottom: 10px. This new dashboard's list entries have padding: 16px. Just why? It’s definitely more relevant though, overall a positive.
Yeah, I’m surprised at the negativity here. This is probably one of the few actual improvements github has made to UX in a while, normally when I visit I want to be looking for <i>my</i> things to do, not the social feed (though, I do like to explore the social feed sometimes, so, its not like its totally irrelevant, its just not the reason I go there).<p>Maybe that was the point, if its not front and center then nobody will use the social features.<p>Regardless, I think its hard to balance UI for normies and UI for techies, I think theres also a lot of brogrammers who might <i>think</i> they like being techies but their version of tech is lots of padding, whitespace, diffused colouring and <i>not</i> information density and consistency.<p>Personally, I have a negative almost visceral reaction when my tools change, because I learn my tools intimately and create expectations of where things will be- but this is also why I avoid tools which don’t have consistency in their UI too.
> Yeah, I’m surprised at the negativity here.<p>I get design/product people sometime that get all caught up in "we need to simplify" or there's not enough whitespace. Every time, the design/product person is not a user of the product, and the result is you ship their improvements, get blistering angry feedback (last time I even got the most prolific user and recommeder of our product calling me on my cell at 11pm) and revert.<p>> their version of tech is lots of padding, whitespace, diffused colouring and not information density and consistency<p>Exactly this. I think is speaks more to how frequently the designer uses the product versus actual users, and they don't understand the difference between UX for casual/infrequent users and people who spend all day in the product.
> I’m surprised at the negativity here<p>I’m not at all. People around here love to hate GitHub, and think any change to a product or design is incredibly regressive. These to combine and people lose their minds.
Becuse the designers got bigger monitors and need "space to breath" when presenting the design. It's not like they work much with these empty lists
There’s an inbox view in github that shows me all the PRs I have to care about. It’s amazing.<p>Except I discovered that it just doesn’t include things sometimes. Items that show up in the “this month” filter disappear in the “last 3 months” filter for example.<p>This is one of those things where if it only works 98% of the time, it’s next to useless. I can’t just pretend a few PRs each week don’t exist.
It’s frustrating how they are doing all these pointless changes (in my opinion) and not implementing IPv6 support. I guess Github is only interested in AI now and making its UI terrible (because in my opinion it has only worsened 2020-onwards).
Sidebar topic: (analog or digital) Work Tracking Systems for solo/tiny team sizes.<p>Central Question: What pragmatic work tracking advice do people have for tiny (1-4; 1 founder, 1-3 contractors) team sizes, analog or digital?<p>Context: I noticed a source of friction for my larger solo projects (1+ months) was a lack of structure and carrying the entire project in my head. Effective for hackathons but life is starting to force me into more context switching (getting older I guess). I've already refactored my work system to involve an analog weekly planner + weekly retro/plan ritual, heavier emphasis on digital calendar, adopting a two phase work philosophy (planning/grooming, task execution) often facilitated by pomodoro (5 minutes plan, 25 execute), and leaning on having a digital work tracking system.<p>I've taken a large bet on GitHub's ecosystem. Issues + "type:" labels let me create ticket types (spike, feature, bug) + "area:" labels (e.g. runtimes, category of concern (security, REST, client, ...), ...) allows me to gather and tag appropriate units of work. GitHub projects supports kanban boards and "filter by" or "slice by" features that are helpful. Pull Requests + Actions let me vet software additions. Issue/PR comment streams allow additional context capturing. Milestones & Releases let me plan larger epics and bundle my software. It's a robust digital system whose mental model makes sense in the context of delivering software.<p>I have an ambitious software project idea (multiplayer game software) that I'll eventually want to bring in a contractor or more. I want to stipulate some degree of interfacing with my system, even if it's just to capture the high level "this feature is handled by contractor A" and allow delegated delivery.<p>The points of friction so far have come from wrestling decision control with ai agents, and resisting the temptation to plan in too much detail too far into the future.<p>Given that brain dump, what advice might you have for me to help make for successful?
Why does Github even bother with a dashboard. All I want is a list of all my repos. Basically my profile page should take the place of the dashboard, or allow me to make my profile my dashboard.<p>Does anyone use the dashboard?
Just a note: if anyone wants the old-school experience, <a href="https://github.com/dashboard-feed" rel="nofollow">https://github.com/dashboard-feed</a> works fine for now.
when they launched this in beta they asked what they should improve. most of the comments asked for making the agent sections removable. guess what they didn't change.
Github has a dashboard?
Everything, including my Dutch textbook website for some reason, is vibecoded now.
This is a stupid thing to latch on to but why is everything an “experience” now? It’s a fucking programming dashboard, not a three-star Michelin restaurant.
It's simply the industry term to describe the design of a user interaction with a system's interface. That's like complaining DC technicians refer to "blades" when it's just computers in a rack.
You do experience it when using it. What HN does the most is complaint exactly about the experience.
Would love to know what exactly is different today with this new dashboard, compared to when they first launched it as a preview? What did they already iterate on after getting user feedback? Would seem like the most intuitive parts to share in a blogpost about a feature moving from preview to be a default, but maybe not.
They've made / completely focused on the repos that you own and work on (and added some Copilot stuff I can't see because I don't use it), instead of the social media-like "Feed", which is now on a separate /feed page.<p>Opting out just makes the Feed appear on / again. I'd rather they just give you the option instead of doing the opt-out-until-we-remove-the-opt-out thing, the coward's way to change a default.
That sounds like what this new dashboard experience is in general, not how it changed between when I first tried it during "preview", and now.<p>Or are you saying that all those things are new in the "new dashboard", compared to how that was initially when they launched the preview?
Yep and I hate it. I'm in several teams in my org and to find certain repos - the never show up in the sidebar quick search and 1 click - instead it's now Settings -> Teams -> (find team) -> Click on Repos -> (find the repo)
I'm so happy to be working in Forgejo now. Goodbye GitHub.<p>Github seems to get slower and slower, while Forgejo running on my $5 VPS lets me fly through repos and files instantly.
GitHub has a dashboard?<p>It changed?<p>TIL
Thank you. Now revert whatever it is that makes org mode files not render since ~40h.
yeah just put copilot as the first item on the home page and call it improved ui
[dead]
[dead]
[dead]
[flagged]
can you smell the slop?
Im sorry but they need to make it more focused on the repos that you own and work on, this is not a social media site now matter how hard they try to drift in that direction.
I'm confused; that's exactly what this change does. The previous home page was like a social media feed, the new one shows your work.<p>I know it's frowned upon to ask this here, but: did you read the article (or open GitHub) before posting this comment?
GitHub’s UI is dreadful now.
it's still so garbage though.. on a 4K display:<p>- only half the sidebar is being used, by the "top repositories" section<p>- i have my own agent and want copilot purged from view completely rather than being the first central item of the dashboard<p>- why is the changelog taking up 1/4 of the screen? move it to the navbar as a popover<p>- the content doesn't go full width so i'm losing a column or two worth of content<p>PRs and issues sections are the least worst parts of the dashboard and they're still worse than just using /notifications as a dashboard.<p>completely worthless.
What is the point of all these new dashboards and features when Github itself is inaccessible due to outages happening every week in some form or another. At this point their stated uptime is all fake. Their worst 90day uptime has been at 84%<p><a href="https://mrshu.github.io/github-statuses/?view=all#about" rel="nofollow">https://mrshu.github.io/github-statuses/?view=all#about</a>