Skeumorphism produced good and bad UI designs alike, just like the new flat style. As an example what can work in terms of the newer style is google’s material design.
I am a designer and one of my favourite websites uses the browsers default theme.
Designers can run into the danger of rationalizing changes to fit the visual goal they want to reach instead of the other way around. Form surely should follow function — but it should also follow social convention and usage.
This guy is right that to a non-git person the commit mrssages make no sense. I remember when I started using it and asked myself why the discriptions of the directories are so weird.
Now that I use git I’d rather have them. Our designer here is rather quick in judging it’s usefullnes. These messages describe the state of your remote repository.
I am mostly fine with the proposed menu changes, but again throwing out useful things like the edit button or the fork numbers is not a good idea. This is exactly the class of things you wanna see when you open the main page of a repo and there is not much elsewhere where it would make sense.
If I had to redesign github, I’d first spend a fair time assessing what works and what doesn’t, then reorganize the thing and only in the end decide on how to redesign it. Removing existing functionality is always a thing that should be very well considered.
I am a designer and one of my favourite websites uses the browsers default theme.
Designers can run into the danger of rationalizing changes to fit the visual goal they want to reach instead of the other way around. Form surely should follow function — but it should also follow social convention and usage.
This guy is right that to a non-git person the commit mrssages make no sense. I remember when I started using it and asked myself why the discriptions of the directories are so weird.
Now that I use git I’d rather have them. Our designer here is rather quick in judging it’s usefullnes. These messages describe the state of your remote repository.
I am mostly fine with the proposed menu changes, but again throwing out useful things like the edit button or the fork numbers is not a good idea. This is exactly the class of things you wanna see when you open the main page of a repo and there is not much elsewhere where it would make sense.
If I had to redesign github, I’d first spend a fair time assessing what works and what doesn’t, then reorganize the thing and only in the end decide on how to redesign it. Removing existing functionality is always a thing that should be very well considered.