Hacker Newsnew | comments | show | ask | jobs | submit login

Github is slowly turning into an IDE for the web.

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.

-----


I was specifically talking about opensource projects like Linux or Rails: Where most of commits nowadays are small bug fixes.

Of course, I'd never leave Emacs for Github when creating software from scratch or doing anything big.

-----


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.

-----


Yes, this. Trying to do real work on shared code is painful. Ownership is important.

-----


This touches on a misgiving I have about pair-programming.

-----


Define "a couple of years."

A couple of decades, maybe.

Even then I disagree, but it's at least plausible.

Years though? I think you're over estimating how quickly this could possible happen.

-----


That would violate Separation of Concerns :)

-----




Applications are open for YC Winter 2016

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | DMCA | Apply to YC | Contact

Search: