News for hackers. Stuff that matters.
Re:Open Sourcing Our Go Libraries (2014) by thrownaway2424 on Tuesday January 06, 2015 @11:28AM (#8845136)
I'm detecting a bit of a trend here.

* Start with python * Find out it's a little horrible. * Hire Guido * Python still a little horrible. * Switch to Go

Re:Open Sourcing Our Go Libraries (2014) by matthewmacleod on Tuesday January 06, 2015 @11:39AM (#8845230)
I expect your detection is a little broken :)

Much more along the lines of:

* Start with Python

* Have a great time and build successful apps with it

* Become global-scale infrastructure provider

* Hit problems that only occur at that scale and switch tools

The take-away is, you're almost certainly not going to end up at the size of Dropbox. If you're spending ages as a startup futzing around using bleeding-edge technology just because it's cool, you might well be wasting time – or at least prematurely optimising.

This is the perfect example – Dropbox has the engineering talent to write a set of libraries to implement basic features. Earlier-stage companies don't have that luxury.

Re:Open Sourcing Our Go Libraries (2014) by jamra on Tuesday January 06, 2015 @12:20PM (#8845527)
Nice comment. I really believe strongly that the fast iterations that python allows for is why companies are so successful. The argument that language x does not scale is a bit naive to the fact that they got to the point where they have enough users to make scaling an issue. Go is wonderful and I love programming in Go, but I would choose either python or node for web apps that require fast iteration. I believe that when offering services over the cloud, utilizing multiple languages for well built individual components is a great approach.
Re:Open Sourcing Our Go Libraries (2014) by calebm on Tuesday January 06, 2015 @11:34AM (#8845191)
Dropbox is not dropping Python: "Dropbox will continue to develop majority of its features in Python. We have only migrated performance critical components to Go."
Re:Open Sourcing Our Go Libraries (2014) by sigzero on Tuesday January 06, 2015 @11:38AM (#8845227)
Hey now! No actual reading of the source material please. /s
Re:Open Sourcing Our Go Libraries (2014) by alexbardas on Tuesday January 06, 2015 @12:26PM (#8845574)
It's more or less a matter of time until everything will be migrated to go. Since it has better performance and works good for them, there's no point not to do it.
Re:Open Sourcing Our Go Libraries (2014) by mitchty on Tuesday January 06, 2015 @12:51PM (#8845792)
Not necessarily. First easy reason for not migrating: the cost to do so outweighs the benefits. Why port working code to a new language when all you're doing is maintenance?

I don't know about you but its hard to sell upper managers on complete rewrites of things when the end result is: no real change but it might/should/could run faster. Unless performance is a concern to be addressed the risk of changing technology stacks doesn't seem a great idea.

Re:Open Sourcing Our Go Libraries (2014) by thrownaway2424 on Tuesday January 06, 2015 @01:51PM (#8846203)
You don't have to rewrite anything, the old language can still die. If you're writing all your new code in X and your codebase growth is accelerating, the existing code in Y will look less and less relevant over time.
Re:Open Sourcing Our Go Libraries (2014) by mitchty on Thursday January 08, 2015 @10:51AM (#8856883)
Perhaps, but it doesn't sound at all that the case is all new stuff is go for them.
Re:Open Sourcing Our Go Libraries (2014) by tptacek on Tuesday January 06, 2015 @11:57AM (#8845374)
I'm detecting a different trend:

> HN post about any language > Snarky comment about any language > Language war

It's depressing that your comment has percolated to the top of the thread; it has nothing whatsoever to do with the story.

Re:Open Sourcing Our Go Libraries (2014) by rdtsc on Tuesday January 06, 2015 @12:25PM (#8845569)
I flagged it.
Re:Open Sourcing Our Go Libraries (2014) by hunt on Tuesday January 06, 2015 @11:33AM (#8845184)
I don't think they found out Python is horrible - the first line is praising the language, it just didn't suit their needs anymore.
Re:Open Sourcing Our Go Libraries (2014) by coldtea on Tuesday January 06, 2015 @11:42AM (#8845265)
>the first line is praising the language, it just didn't suit their needs anymore.

Well, praise for a language is telling people how it suits your needs, so...

Re:Open Sourcing Our Go Libraries (2014) by simonh on Tuesday January 06, 2015 @11:56AM (#8845369)
Apparently it suits their needs quite well:

>For clarification, Dropbox will continue to develop majority of its features in Python.

Re:Open Sourcing Our Go Libraries (2014) by TillE on Tuesday January 06, 2015 @11:53AM (#8845351)
I use C++ because it meets several key needs that other languages don't. That really isn't praise. I like C++, but it's not wonderful and perfect. It's just the right tool for the job.
Re:Open Sourcing Our Go Libraries (2014) by hunt on Tuesday January 06, 2015 @11:49AM (#8845308)
It's certainly possible to praise a language without it suiting your needs.
Re:Open Sourcing Our Go Libraries (2014) by carlosrg on Tuesday January 06, 2015 @11:38AM (#8845220)
Except they've managed pretty well with Python for everything for several years. And we're talking about Dropbox here, not some small startup. Maybe it's not "a little horrible".

Besides that, they're migrating only some parts of the backend. They're not "switching". The rest is still Python.