GitHub's Next Move: Turn Everybody Into a Programmer
mattydread23 writes: This interview with GitHub CEO Chris Wanstrath and product VP Kakul Srivastava explains a little more what GitHub is planning for the future — and how the company is trying to live up to its $2 billion valuation. Basically, if every developer in the world uses and loves GitHub, the next logical step is to turn more people into developers. "Even today, Wanstrath says, there are journalists and scientists who are using GitHub to find, build, and share data-driven applications that assist with research or interactive projects. The goal, then, is to gradually make it a lot easier for anybody to get started on the platform. As more and more people get educated as programmers from an early age, Wanstrath wants GitHub to be the service of choice for the next generation to really get their feet wet."
Sooner or later people will realize just how horribly overvalued we actually are, and we are desperately trying to do stupid things like turning everybody into a programmer so we can continue to prop up our overvalued company and continue to reap such awesome executive bonuses.
Honestly, WTF revenue do they have? I see so damned many companies being valued in the billions, and for what seems like no justifiable reason.
It's the .com era all over again ... "zomg, we have teh social" or whatever the daily buzzword is.
It's a great way to separate investors from their money. But I remain unconvinced any of these companies are actually worth anything in the billions.
Lost at C:>. Found at C.
Basically, if every developer in the world uses and loves GitHub, the next logical step is to turn more people into developers.
If the starting point is false, then this has no way to succed.
So basically people expect everyone to do their own code. Fantastic. It will be a hobby, instead of a career, then? What's the rationale? And why would people give a flying fuck about programming anyway? Half of the world functions mostly on feelings, not deep logical reasoning.
balls.com, van.com and every other 1.0 failure.
This is the beginning of the end.
Let the bubble pop
Github has become evil by accepting issue attachements in closed M$ formats .DOCX and .PPTX. If you try to attach any odf based format, you get an error. Link to a blog article about this troubling topic: here
Why do we want to turn everyone in a coder?
It's the same as turning everyone into a pianist or turning every biologists into physicist. It's about the ecosystem, we need to be different to thrive.
I, personally love mathematics, but would hate it if everyone were "forced"/"encouraged" into it. It's supposed to be fun and not a chore or imperative they needed to complete. I have had enough of that in my life.
$2 billion? It's a web front-end to fucking Git for crying out loud. As soon as you start building Oval Office replicas and have VPs of 'Product Development' you've disappeared so far up your own arse you're out of your mouth and away.
Seriously, STOP trying to make everybody a programmer. It's not going to happen, and it shouldn't happen.
Why not make everyone a plumber or a mechanic or an insurance agent? BECAUSE IT'S STUPID, just like trying to make everyone a programmer.
Just cruising through this digital world at 33 1/3 rpm...
...if they succeeded they'd displace every other industry and profession, which would include a large part of semiconductor manufacturing and even the humble local electrician. Contrary to popular belief it actually takes a while and lots of study to become a good programmer. It's not something you can "do on the side", at least not easily.
Yes, you can replace every electrician with a programmer, but how are you going to power that computer?
Methinks this is some massive conspiracy to turn everyone into a QA puppet so software shops don't have to bugfix anymore.
I think the next logical step is to adapt GitHub to do change management on other kinds of documents, not just source code files. It would probably help out a lot of students for them to learn how to manage all their essays and other assignments with a change management system. Working on group projects would be a lot easier if it was easier to share files and merge changes with people working on the same project.
Working with a big MS Word document with a group of people using the "track changes" feature is a lot more painful than sharing a software project between a bunch of developers. But it shouldn't be. There is a huge need for people in other fields to be able to collaborate on a document, and see how it has changed over time.
Just imagine if all the bills that were written were entered into a source control system with hourly commits before they were voted for in Congress. I would be much nicer if people were able to easily see what changed as the bill approached the floor for voting. It would be a lot harder to slip things in at the last moment.
Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
No?
Then creating more developers won't help.
But I don't love it. SVN better in every way.
Not everyone can (or should) be a programmer. They need to promote themselves as a collaborative environment for everything and differentiate themselves from Google Drive. It is much easier to see who did what and when in git and any file type is possible. There is no good way to do file compare on some file types within GitHub, but that could be fixed. The loss of seeing the edits that other people make in near-real-time is probably no big deal.
I know that's funny money pre-IPO valuation, but come on guys, why isn't ANYONE saying "it's the dotcom bubble all over again, run! Save your investments!" Most of us lived through the first dotcom bubble and watched the market for anything technology related go insane, then collapse completely. It's going to happen again.
Github is cool right now because it's at the nexus of these social media startups, that's it. It's a useful tool, sure, but trying a silly idea like "making everyone a coder" just sounds like pets.com 23-year-old CEO hubris again. I guess I just don't see the allure of working 80-hour weeks banging out webmonkey code for yet another phone app, but that's exactly what's going to happen when these new "coders" enter the world of work and find out it's not all that exciting for the most part.
I'd much rather see advances in semiconductor technology or energy conservation or space exploration than Yet Another Social App pushing ads to eyeballs...there's better places to spend money.
I really love GitHub. Judging by the number of people/projects now relying on GitHub not just as a repository, but also as their public facing front ends to their projects, lots of others do too. There are thousands of open source projects on GitHub and with recent Source Forge issues, there are more every day.
But GitHub, like Source Forge, is supposed to make money somehow from a free/freemium model. This isn't going to work and I'm very concerned that GitHub will soon switch to a paid service or fold. Either way it will be bad for the open source community.
Now, I realize that thanks to Git, it won't entirely be the end of the world, but it will be damaging and for orphaned projects it will be fatal. For this reason, I've started cloning all GitHub projects that I use even though I only use the binaries.
Source Forge was fantastic for years and years, but it looks like the days of the centralized open source repository are in real danger of coming to an end.
GitHub wants to have people use the GitHub screwdriver even if it's not really the right tool for the job. Open resources for non-programming tasks may be much better matched to figshare or Dryad. GitHub is a great
"On the Traffic and Chaos Teams at Netflix, our mission requires that we have a holistic understanding of our complex microservice architecture." ref
GitHub should rename itself to AppHub and teach appers how to app APPS, not shitty LUDDITE programs!
Apps!
I thought the buzzword du jour in the progressive salons was 'coder'?
Because the only thing holding average people back from becoming programmers is source control.
And I've never used GitHub.
... on not introducing toxic Codes of Conduct that split apart your community and are downright bigoted in order to push a particular agenda ?
Won't have to "make" new developers if you don't chase your existing ones away.
"Not to mention all the idiots who use words like boxen."
Anonymous Coward on Monday August 04, @06:49PM
I don't see anything saying how they plan to turn everyone into developers. It looks like they just plan to get as many people on the platform as possible. How does that make them into developers? Throwing out a bunch of code (that may or may not be any good) that anyone can use does not make them developers. In fact it makes the problem worse. We already have too many cut and paste coders. Or ones who are addicted to frameworks and other libraries and can't solve even a simple problem without them. You want people to be developers, teach them to think logically and write code!
Agreed. I've been around a while and see this claim re-pop up every 5 or so years in a different dress.
The closest I ever saw it happening on a large scale was Lotus 1-2-3 (spreadsheet) keyboard macros that mirrored the Lotus menu key shortcuts (letters). With the "if" function and a goto-cell option, it became Turing Complete.
The key to success was that it leveraged something users already knew:
1. The menu letters (it was the DOS days), the equivalent of API calls.
2. Formulas. Accountant types gotta know those.
3. Cells: They were the reference-able equiv of programming statements and sometimes parameters.
Frameworks, API's, and environment setups make "regular" programming too much a keep-up-or-don't-bother profession.
However, power-user semi-programming tools like Query-By-Example, and Boolean and set handling rule-based engines like those found in desktop MS-Outlook's message handling/routing tool can provide near-programming capability to power users. MS actually did I pretty good job on that, I have to say. But, I don't see it in wide use; less than 5% of office users I'd guess.
One can also write an entire small-scale CRUD app in MS-Access having up to about 7 tables without a single line of code (other than maybe a conditional filter as found in a WHERE clause). It's not polished, but generally works.
Also, one does have to know a bit about relational modelling in terms of 1-to-many, many-to-many, etc. Just about any non-trivial data tooler has to understand those to avoid duplicating info etc. (basic normalization and relational integrity).
It's one of the things "hobby" programmers often get snagged on because it may not become a clear-cut problem until later. Since they are often the initial user themselves, they just learn to be careful in data entry to prevent certain duplication problems when the data set is small. I think "programming" education should cover basic data factoring and relationships. It's not just about "knowing commands".
Managers who monitor tracking reports and summary statistics often don't get data factoring either, asking for contradictory business rules. Thus, data factoring knowledge would help more than just programmers. The "coder" push in schools is too narrow.
Table-ized A.I.
The only thing wrong with Github is Git. If they want to increase their value, they'd allow better version control systems, like Mercurial.
to track revisions in documents. It can be used by everyone but it will need a simplified GUI to facilitate it.
If I'm going to love github--it better be writing my code for me. Otherwise, it's a nice tool.
Heck I don't love my hammer.
See, here's the problem! You've just automated the cow guy out of a job! Or maybe that's why he seems to be innovating with sheep...
There are mooooore than one of us, though I don't do it AC.
Good luck with that. I hope Sourceforge will make come back...