New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Hello from GitHub 馃憢 #1469

Open
lukehefson opened this Issue Aug 8, 2018 · 23 comments

Comments

@lukehefson

lukehefson commented Aug 8, 2018

Hey folks! I'm a Product Manager at GitHub and as @sindresorhus has mentioned, and many of you in the refined-github community have already noticed, we've recently built out a team within GitHub to address many of those UX pain-points that have been surfaced here (along with other popular community-run groups).

I can even let you into a secret 馃か 鈥 internally, we're calling it 'Papercuts' 馃搫鉁傦笍

I emailed Sindre the other day to say hello and let him know that I'd love to engage more with y'all here in the repo itself鈥 and he gave me the 馃憤.馃挌馃槃

Sometimes, our implementations might not be exactly the same as refined-github 鈥 but at its core we're trying to address the same problems. We'll be adding some of them to our changelog 鈥 but other 'smaller ships' might just drop without fanfare. Unfortunately, due to various moving parts and different development cadences at GitHub, I can't let you know if or when they'll happen in advance, but I'm always hungry to hear feedback (tweet me, or @_mention me here) and I'll be watching this repo in order to try to keep up as things land.

I can't tell you enough how much I appreciate the refined-github community. We're listening 馃憘 and striving to build a better GitHub! :octocat:

@waldyrious

This comment has been minimized.

waldyrious commented Aug 8, 2018

@lukehefson very happy to see GitHub not only acting in response to community needs, but actually engaging in conversation, which has been lacking in the past. Listening is great, but talking back is even better! 馃槂

What can we expect in terms of the expanded efforts of this kind that you mention above? I'm particularly curious about which long-running requests are still possible, which are on the roadmap, and which have been evaluated and decided against. Some comments from a GitHubber at open issues at https://github.com/isaacs/github would be great, for example.

We understand that you might not want to reveal all your plans, but we'd really appreciate at least a bit more communication, to avoid staying the dark for years waiting for features that may never come.

@FezVrasta

This comment has been minimized.

FezVrasta commented Aug 8, 2018

I think it'd be good to know which of the refined-github features (current and planned) you are sure will never get implemented by GitHub directly, so that the contributors of this repository can decide if they want to focus on their development or just wait for GitHub to implement them and use their time for other features that are marked as "never going to be implemented in GitHub".

Just my .2 cents

@jasoncwarner

This comment has been minimized.

jasoncwarner commented Aug 8, 2018

Hi @waldyrious I can't and won't comment on any one fix or implementation, though I am able to talk about the goal. We aim to do exactly what you said above: engage in a dialog with the community on what we are building or will build in the near future along these lines. The community has spoken loud and clear and we needed to and are listening; it's time for us to engage with you in your spaces. I would encourage you to continue building things and talking about ways to make GitHub better and the folks at GitHub will engage with you all here (and elsewhere too, as you noted).

Most of the work we are prioritizing right now would be called nits or papercuts, though our internal list includes some much larger and deeper projects as well.

And @FezVrasta that is great feedback and @lukehefson and we will make sure to be open with that and you.

Thank you all for working on refined-github! We can't wait to work with you all more directly on making GitHub better and better. Thank you!

@hkdobrev hkdobrev added the meta label Aug 8, 2018

@jens1o

This comment has been minimized.

jens1o commented Aug 8, 2018

I honestly like what you are doing guys from GitHub, but then, these implementations are no longer open-source :z
I'd like them to be open-sourced, though.

@734MNOOB

This comment has been minimized.

734MNOOB commented Aug 8, 2018

Wow. Fantastic example of "big business" engaging with their front line. I really hope this generates some movement on HN and other feeds, as this seems like such a fantastic opportunity for everyone to come together and have their voices heard in some way, but also learn. I'm keen to see which UX aspects Github pick up but more curious around which ones they don't.

@FezVrasta that's a really good idea! Would mean the users get the best of both worlds 馃憤馃徏

@jamiebuilds

This comment has been minimized.

Contributor

jamiebuilds commented Aug 9, 2018

Would be nice if you gave shoutouts to the developers who built the feature into refined-github in the first place.

It's pretty easy to find the history of who worked on a feature in this repo. For example:

The people here have effectively been doing free UX research for GitHub. That deserves credit (well it deserves $ but credit is nice too).

@rarkins

This comment has been minimized.

rarkins commented Aug 9, 2018

It鈥檚 great to see these features/fixes getting landed, however GitHub鈥檚 approach of 鈥渨e can never confirm or deny a single feature
/fix we plan to do no matter how important or trivial鈥 is a really weird cultural thing I hope gets changed one day. It just seems like stubborn secrecy. Of course, I know it鈥檚 not this team鈥檚 own choice because it extends across the entire company/product.

@lukehefson

This comment has been minimized.

lukehefson commented Aug 9, 2018

I think it'd be good to know which of the refined-github features (current and planned) you are sure will never get implemented by GitHub directly, so that the contributors of this repository can decide if they want to focus on their development or just wait for GitHub to implement them and use their time for other features that are marked as "never going to be implemented in GitHub".

[鈥

And @FezVrasta that is great feedback and @lukehefson and we will make sure to be open with that and you.

@FezVrasta Honestly, we don't know any for certain just yet (particularly as most of the ideas within refined-github are mazing!). We have an internal Project board for Papercuts which has a column for 'Needs more investigation / deeper work' (and therefore, those items are less of a priority than some others) but no column yet for 'Never going to happen'. However, if and when we make decisions that something within refined-github is definitely never going to make it into GitHub I'll post here and let y'all know!

@sibelius

This comment has been minimized.

sibelius commented Aug 9, 2018

@lukehefson

This comment has been minimized.

lukehefson commented Aug 9, 2018

any plans to support rendering mdx https://github.com/istarkov/rifm/blob/master/docs/readme.mdx ?

@sibelius I can take a little dig in to see if it's something that might fit in the scope of our initiative!

I'm always hungry to hear feedback (tweet me, or @_mention me here)

Side note! I mentioned "@_mention me here", but in order to avoid bloating this thread I probably should have been more specific and said:

"feel free to @_mention me on existing refined-github threads or tweet me about new ideas!" 馃檶

@jens1o

This comment has been minimized.

jens1o commented Aug 9, 2018

@lukehefson Open-Source GitHub frontend :P

@g-plane

This comment has been minimized.

g-plane commented Aug 9, 2018

I wish GitHub can open a new repository then let us propose new ideas and discuss on that repo by using issues.

@hkdobrev

This comment has been minimized.

Collaborator

hkdobrev commented Aug 10, 2018

As one of the (less active) maintainers and an author of few RG features which you've later implemented in GitHub, thank you! 鉂わ笍

For me (and I'm sure this is shared by everyone else on the team and the 100+ contributors), working on Refined GitHub is scratching our own itch and improving the workspace we're working in every day to deliver software to the world and to our customers. We never wanted anything more than better experience on the GitHub platform for as many people as possible. And while a lot of the features are opinionated or focused on power users, having more than 23k+ installs proves that this could be useful to the wider audience.

GitHub implementing the features just extends that mission to the far wider GitHub community! Thank you! 鉂わ笍

@lukehefson

This comment has been minimized.

lukehefson commented Aug 10, 2018

Thanks @hkdobrev that is awesome to hear (also鈥 Hi 馃憢 from a fanboy of your RG contributions馃槅)

And while a lot of the features are opinionated or focused on power users, having more than 23k+ installs proves that this could be useful to the wider audience.

Couldn't agree more. I think that it's a pervasive fallacy in software that "you can't satisfy power users and 'regular' users". Of course it's possible! But the problems and solutions need to be well thought out and iterated on 鈥 and it's clearly obvious to me (from looking at the history of RG issues and PRs) that the RG community's approach is just this! Bravo!

@aspiers

This comment has been minimized.

aspiers commented Aug 11, 2018

@g-plane commented on 10 Aug 2018, 00:50 BST:

I wish GitHub can open a new repository then let us propose new ideas and discuss on that repo by using issues.

This is exactly what https://github.com/isaacs/github/ is for, but yes it's insane that GitHub don't do this themselves - see isaacs/github#6.

@Ornataweaver

This comment has been minimized.

Ornataweaver commented Aug 11, 2018

Make #UserStoryHub
Right now only programmers and people around them are making user-stories! Imagine what would happen when everyone would make these stories. ;)

@lukehefson

This comment has been minimized.

lukehefson commented Aug 13, 2018

@sibelius Just to follow up here鈥 I looked into it and mdx render support is probably larger than what we'd consider a 'papercut'. However, the good news is that we already have a process for langauge submissions via the open source Linguist project!:

Before we can perform syntax highlighting for a language, it needs to have an open source Textmate-style language grammar. These grammars also provide syntax highlighting for the Textmate, Sublime Text, and Atom editors:

http://manual.macromates.com/en/language_grammars

Once you've found or created a grammar you can submit it to linguist by following this guide:
https://github.com/github/linguist/blob/master/CONTRIBUTING.md

If you've got any additional questions, reach out to me on twitter or contact our amazing support folk.

@JacobEvelyn

This comment has been minimized.

JacobEvelyn commented Aug 13, 2018

@lukehefson great to hear about the new Papercuts team! I'm not sure I totally understand where I should be putting feedback though... in this repo? In https://github.com/isaacs/github? Somewhere else?

For example, if my team and I sorely miss Bitbucket's git receiving script PR links (I should note that GitLab does this too), where would I put that feedback? (Edit: I added that feature request as isaacs/github#1322)

@lukehefson

This comment has been minimized.

lukehefson commented Aug 13, 2018

in this repo? In https://github.com/isaacs/github? Somewhere else?

@JacobEvelyn this repo and https://github.com/isaacs/github are community-run spaces that we at GitHub read and take a lot of inspiration from (especially on Papercuts!).

However, our official channel for submitting feature requests is via our amazing Support team. You can use either the contact page, email or twitter.

@notlmn

This comment has been minimized.

Contributor

notlmn commented Aug 13, 2018

IMO email, contact page, or twitter are not follow-able (cannot subscribe, no threads), so the Papercuts team should have a separate repo to discuss on. Until then https://github.com/isaacs/github would be the ideal place.

However, this repo was meant to implement features that the community felt nice to have, because any people couldn't ask GH to implement them (in one way, because how email works, and Twitter is not a great place for discussions).

Papercuts should have their own repo, because the current state of this extension is confusing. Would GH implement suggestions made to this repo, or this extension implement those suggestions and later GH adds them?

@pradyunsg

This comment has been minimized.

pradyunsg commented Sep 24, 2018

I notice the inactivity here so I'll just poke with a request for "Links to an issue's closing commit or pull request" to be considered as a paper cut improvement to GitHub as well.

@vanniktech

This comment has been minimized.

Contributor

vanniktech commented Oct 1, 2018

@lukehefson will GitHub look into providing some more shortcuts? With the refined GitHub plugin you can already navigate pretty decently with shortcuts only but there are still some things that are missing (e.g. merging PRs, deleting branches and other small things).

@lukehefson

This comment has been minimized.

lukehefson commented Oct 1, 2018

Hi @vanniktech!

will GitHub look into providing some more shortcuts?

Yes, I think so. As the papercuts team is so cross-functional, we're cautious of stamping various keyboard shortcuts across lots of different areas of the product 鈥 as we need to keep in mind what future roadmaps and plans other team's have. Every time we add a shortcut it means creating a pattern that would be hard to roll back if something else changes in the near future.

However, we're definitely excited about adding more where we can and looking out for great opportunities to add them. Let me know if you think there are any in particular that seem low-risk/high-gain to you and I'll see what I can do!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment