My favorite new feature: you can finally search through your own gists!
I use gists all day every day: it's where I dump and share pieces of reusable code. It's always been a huge pain to search for something you know you gisted, but can no longer find without browsing through 20 pages of 3-line excerpts. Search makes this a million times better.
I find that github has always had poor to okay search capabilities.
For example, have you ever tried to search for a repo name, only to find 1000 forks? wat. Ever tried to search issues for a specific issue, only to find no results, removing a word or two to get a less accurate search.
Search for me is about discoverability. And github is for developers for the most part.
As a developer I want discoverability for code! I want regex features (like in google code search), better matches. Ways to compress my search results down. Search tags code:'if Awesome()'.
I just feel they could be doing so much better in this area.
Gist is our first entry into Better Search. With the amount of code we index (and the unique problems of searching source code as opposed to prose), it's not something we can change overnight.
The lack of search is the main reason I created http://gistedapp.herokuapp.com. Unfortunately I still find their search lacking in a few fundamental ways:
* it is (surprisingly?) case sensitive
* it only searches titles, not file contents
* the UI feels disconnected from the main gist area, making it unclear whether its a search of all Gists (like the previous version) or a personal search.
Fortunately, this update indicates they're paying attention to a much-used part of their product that was starting to feel neglected. At their pace of improvement I can't see these holes remaining for too long.
Now, hope they add back the ability to be notified when there's a comment on your gist (which Gisted supports)!
In my opinion: In a couple of years we will not use Emacs or Visual Studio or anything like that: Most of programming will be done socially in Github via small changes directly from the website, from hundreds of people... it'd simplify the process of collaborative programming a lot.
As someone who's been on emacs the better part of a decade now, I find your opinion adorable and invite you to wrestle my editor/ide/im client/mail client/friend/lover from my cold, dead, RSI'd fingers.
As someone who's always worked alone, I also find your opinion adorable, and will code socially when someone manages to hack their way into my ultra secure coding vault. Which I admittedly let people into for pairing. Sometimes.
Collaborative doesn't necessarily mean synchronous. We learned this building the real time building system in second life. Sometimes you just want to sit in your corner and know no one else is gonna come in, and not having that ability cuts off a huge portion of people who just don't work well in that circumstance. It's awesome to work offline, alone.
> Most of programming will be done socially [...] via
> small changes [...] from hundreds of people
This seems a little extreme. I'd venture that right now 'most of programming' is private code, or small side projects/toy code (i.e. single-developer projects).
I'd think that the total SLOC in side/single-developer projects is miniscule compared to the total SLOC in social projects (e.g. Linux, GCC, Emacs, etc.), and even smaller compared to the SLOC in private/corporate code-bases.
Most of programming will be done socially in Github via small changes directly from the website, from hundreds of people
What a nightmare.
I prefer very small teams whose members each have particular responsibilities so they're not stepping on each other, testing code before pushing out to the public.
GitHub seems to be in the midst of a spree of new non-trivial features: in the past week or so, there have been 7 blog posts, every one introducing something new!
Fortunately, I implemented a cache layer on top of GitHub's API recently, so many examples are working on http://bl.ocks.org. But only those that are lucky enough not to get a connection timeout. Hopefully the API will be back up soon!
Agreed- I've used gists heavily in my blog posts and they look pretty terrible right now. I sent feedback to Github via Twitter. Hopefully they'll fix it quickly.
I'm also a bit sad that they're still using document.write for the embeds. That breaks on any site that uses Ajax-like page loading and is bad practice in general.
Every comment here seems to be a gist love fest. I develop fulltime and use git and github, but have never understood why or how people use gist. Can someone explain how gist is valuable to them?
Clicking "discover" at gist.github.com is unenlightening.
I use it for snippets of code that I want to save (and, maybe, make publicly available and link to) but aren’t serious enough for a repo. Here are some examples from [my gists](https://gist.github.com/Sidnicious):
Most users (myself included) seem to use it primarily as a better pastebin than most of the pastebins on the Web. It's tied to your account (so you can manage previously posted Gists easily), it's versioned and available over git as an ad hoc repository, and the highlighting is pretty good.
gist.github was way behind the rest of Github for a long time. It's good to see they've finally released this because they've no doubt been working on it for a while.
I think "Secret Gist" is just a renaming of "Private Gist" which has existed for a while: only people with the url will see it. It's a better and more accurate name, for sure.
I do wish there was a true "private" gist, though, for easily preventing people I don't specify from seeing it. I'd love to be able to use it to trade code examples for work, but there's nothing to prevent someone from accidentally pasting the url into the wrong irc window and showing the world our internals.
I'd love to see the ability to print (with the wonderful formating in-tact, and none of the interface) directly from my Gists. There are various bookmarklets out in the wild that attempt to do this, all of which are of course broken after this update.
I just had a need to do this with a bit of documentation I was writing. Ended up modifying the DOM to show/hide what I wanted and allow the screen stylesheet to be used in printing (to PDF).
I love it -- I've been looking for a place to put trivial programs that is lighter-weight than creating your own repository.
I just wish that the advertising when you embed into another website was a bit more subtle. Right now it's a full line of text "This Gist brought to you by GitHub" that is tagged onto the bottom of every embed. If your blog post has a lot of these, especially short ones, it can quickly become intrusive.
Can't upvote this enough, It reminds me of the days when you had to have a banner at the bottom advertising the free site builder you were using. Not cool.
I know HN doesn't believe in a comment where an upvote will suffice, but the first thing I searched this thread was for "pull request" and by golly, I think they would be a great addition also.
As many have already said, Github just keeps delivering quality, well-conceived and well-integrated updates. I hope they keep coming.
Now for my shameless plug:
If you use Gist as a means to share web-related snippets, you might be amazed by the Plunker editor (http://plnkr.co/edit/). It was inspired by Gist, but will let you actually 'run' your code (and will do some other cool stuff like real-time collaboration, previewing and linting). This tool has become quite popular in the AngularJS community and I hope to see more groups get on board in the future!
GitHub sees the value in the snippet concept behind Gist and has been giving it serious limelight lately.
I want to see Gist evolve into a Dribbble/Behance gallery but for showing off code snippets of value instead of images. We can already convey advanced ideas simply in few lines. To provide a little more story behind our contribution and share it in a small network could really build a nice broad community whose infrastructure has been laid already.
It's about time. I've been waiting for Github to overhaul the Gists functionality, I've been ever-increasingly relying on it to store my snippets as well as posting code in blog posts, and being able to search through your own Gists is a MASSIVE addition.
I've really been loving all of these Github updates the past year, they've been killing it and it's good to see they've finally given Gist some love.
When I'm learning a new framework / lib / language I love to look at other people's gists for good (and bad!) working examples. That said, I would LOVE the ability to sort search results by date / number of comments / forks etc.
Heads up, opening a Gist to edit/view from my list in a new tab (CTRL + clicking) doesn't work in Chrome 21.0.1180.75. The Stylesheet doesn't seem to load, not sure if this is an individual issue on my system.
I hope we get to see Collections for gists, because I am finding them really unmanageable otherwise, and there is little incentive for people to browse through them otherwise.
Same here. I have lots of snippets (in JS, Python, Go,etc..). Managing them is a pain. Also I have some that I use for my blog examples however executing them alone doesnt do anything. It would be great if I could organize them.
Oh yeah, right. I forget the concept of using gists in blog posts, but I guess it's because I quit that thought because of how much of a mess it leaves behind in your gist list.
A collection would just be a category of gists in a category like "Idiomatic Python examples", "Django snippets", and so on.
I think people use gists in a fundamentally different way (I do), and I guess you could argue that gists are mainly for viewing and sharing whereas repos are for cloning/downloads.
Think Collections as Pinterest boards for code, perhaps. :)
Gists could be social, whereas repos are more self-serving and utilitarian in the sense of scratching an itch. Or at least they could be.
I use gists all day every day: it's where I dump and share pieces of reusable code. It's always been a huge pain to search for something you know you gisted, but can no longer find without browsing through 20 pages of 3-line excerpts. Search makes this a million times better.
The new code editor is also pretty sweet!