Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

There's a map for that

github.com

Post reply on HN
Print view View original

41–50 of 75 posts

Re: There's a map for that

#41

Post by cscheid »

TeMPOraL wrote: post #38

Since GitHub is starting to feel Emacs-like, why not go fully in this direction? Add a "dotfile" repository for everyone to manage their own client-side JavaScript extensions for Github that would be loaded by default. And then let people collaborate, share and create extensions and "configurations". Want a better map? Fork the official one and modify it. And then let others fork from you.

This would make scripting attacks really hard to defend against. They could use something along the lines of Caja, but it's a really hard problem in general (and one they're worrying about, given the gh-pages move to a separate domain)

Re: There's a map for that

#42

Post by dualogy »

monkmartinez wrote: post #34

This is really cool! However, I would be remiss to not mention that I would love for Github to focus more on Git. I have been using git for about two years, but I am far, far, far from being a git ninja. I suspect that I am not alone based on what I see at stackoverflow with questions tagged "git." What if they spent their time improving: 1. Github Pulls - Have you seen the hoops one needs to jump through to submit a…

Yeah, esp. #2 bugs me SO much. I wish if in a multi-language project, JS would at least be "only 0.1 priority" or something for GitHub when guessing languages.

Even cooler would be if they showed the 2-4 top languages in a repo (depending on screen space), but again preferably with JS/CSS only counting at 10% or something..

Re: There's a map for that

#43

Post by [deleted] »

monkmartinez wrote: post #34

This is really cool! However, I would be remiss to not mention that I would love for Github to focus more on Git. I have been using git for about two years, but I am far, far, far from being a git ninja. I suspect that I am not alone based on what I see at stackoverflow with questions tagged "git." What if they spent their time improving: 1. Github Pulls - Have you seen the hoops one needs to jump through to submit a…

[deleted]

Re: There's a map for that

#44

Post by kh_hk »

Hmm, neat. I've added all the bike sharing networks I can think of to a repo[1], and for all you NY bike sharing lovers, there you go[2].

I don't think I will update it to work in 'real time' because it would not make much sense, but it was fun to play with.

[1]: https://github.com/eskerda/cb-geojson/blob/master/networks.g...

[2]: https://github.com/eskerda/cb-geojson/blob/master/citibikeny...

Re: There's a map for that

#45

Post by monkmartinez »

[deleted] wrote: post #43
monkmartinez wrote: post #34

This is really cool! However, I would be remiss to not mention that I would love for Github to focus more on Git. I have been using git for about two years, but I am far, far, far from being a git ninja. I suspect that I am not alone based on what I see at stackoverflow with questions tagged "git." What if they spent their time improving: 1. Github Pulls - Have you seen the hoops one needs to jump through to submit a…

[deleted]

How about; they add a text field, I add the project lang and they can run the machine learning against my (human) input? That would solve my problem and make the classifier better, no? When every file in the main dir of the project is *.py and the repo says JavaScript... something is wrong. Further, you may have a JS heavy application that is powered by Python|Ruby... should that project be called JavaScript? It certainly would not run without Python|Ruby on its own.

Re: There's a map for that

#46

Post by monkmartinez »

gkop wrote: post #39
monkmartinez wrote: post #37

Earlier quoted context omitted.

You can't screw it up they says, it so easy they says... well then why this: http://stackoverflow.com/questions/134882/undoing-a-git-reba... and this: http://ocpsoft.org/tutorials/git/use-reflog-and-cherry-pick-... and a gazillion more just for that one command; 'reflog'... type --rebase vs --merge and let your head explode with the rest of us n00bs. The truth; Git is hard. My opinion, I want to write code and keep i…

Agree that the git command-line API is harder than it ought to be. My comment was meant to help git beginners that are afraid of exploring for fear of wasting many hours fixing their mistakes; you should consider learning the commands to undo your mistakes before learning other crazy commands.

How do you learn to fix a mistake before you make one? You may have a weak notion of what you need to do... but you don't know until it happens and have a need to git dirty. Further, In my opinion of course, these features are great... but someone is going to make git easy while retaining its power. Git is a nacent technology and while Github is dominating now... there is always room for disruption. They, the people who make git easy, will be the winners. Don't make me think.

Re: There's a map for that

#47

Post by drewda »

gonehome wrote: post #14
callmeed wrote: post #7

Earlier quoted context omitted.

The recent Inc. article [1] about GitHub isn't really deep but the end has some insights: a shift is taking place: "Now we are finding that it's not just about the code; it's about, 'Hey, I want to work on this with you.' That's really eye-opening to us and gets everyone here superexcited. Working with someone else is just an awesome part of being alive. Creating art, creating tools, creating documents, doing homewor…

This reminds me of trying to determine the scope of your company. I remember reading somewhere (probably here) that part of the reason the railroads failed to adapt to cars was because they thought of themselves as railroad companies instead of transportation companies. Maybe github is thinking of themselves as a collaborative work company rather than a collaborative coding company and trying to adapt to that.

I know you're just trying to make a metaphorical comparison with railroads, but the story isn't that simple.

In the U.S., intercity railroads found they could make more money by focusing on freight and leaving passengers to poor Amtrak. If Warren Buffet's acquisition of BNSF is any indication, the private railroads are quite profitable.

The decline of intracity passenger rail in the U.S. has many causes (massive public investment in the Interstate highway system for one). Still, it's worth remembering that auto companies played an active role in acquiring and disassembling streetcar lines: http://en.wikipedia.org/wiki/General_Motors_streetcar_conspi...

Re: There's a map for that

#48

Post by gcr »

Newky wrote: post #32
noelwelsh wrote: post #11

I wonder about priorities when I read this. For example, how do I diff two commits via Github? There is a blog post describing this feature: https://github.com/blog/612-introducing-github-compare-view However it seems the UI has changed, and the only way I could find to use it was to manually construct the URL. I'd love for someone to show me some obvious UI I've missed. Diffing is really fundamental for a VCS. I'd m…

I have to agree. The fact that you still cannot do side by side diffs on pull requests makes it a less than useful code review tool.

What's the difference between a diff and a side-by-side view of two files? I'd (usually) prefer the former.

Re: There's a map for that

#49

Post by gcr »

spikels wrote: post #31
philfreo wrote: post #6

Earlier quoted context omitted.

I imagine their long term vision would be to allow better collaboration for all types of data-based projects (whether code, or geo data, or books). In the short term, any small project like this that makes GitHub a little cooler is fair game.

I second the call for supporting books. There are already quite a few books being published on GitHub and it seems like an almost natural way to collaboratively write a book that could forever kept up to date. Not sure if anything has been done specifically to support writing a book on GitHub.

I'm a grad student who writes lots of papers in LaTeX with collaborators. We use git most of the time, but git works most painlessly when you tweak it to ignore whitespace and to use word diffs. For example, let's say that my collaborator says "oh, I pushed a new diff" and now I'm curious what he added. Running:

    git pull && git log -p -w --color-words
lets me see exactly which words he added/removed/changed ignoring the fact that he changed all my tabs to spaces in that commit.

Also, if I have a conflict, it's also nicer to use a specialized tool to merge than relying on git's linewise merges.

I imagine github could incorporate some of these tools too.

Re: There's a map for that

#50

Post by lionleaf »

callmeed wrote: post #7
bitops wrote: post #3

I am curious if anyone has any insight as to what GitHub's strategy is with this move? It seems that they are steadily tracking towards a browser-based cloud IDE. GitHub also seems to be a popular choice for devs hosting their blogs. I wonder if they're hoping to be a more all-round app hosting service?

The recent Inc. article [1] about GitHub isn't really deep but the end has some insights: a shift is taking place: "Now we are finding that it's not just about the code; it's about, 'Hey, I want to work on this with you.' That's really eye-opening to us and gets everyone here superexcited. Working with someone else is just an awesome part of being alive. Creating art, creating tools, creating documents, doing homewor…

Reminds me of a TED talk[1] were he ends up discussion the use of git or similar tools in the government.

[1] http://www.ted.com/talks/clay_shirky_how_the_internet_will_o...

Post reply on HN