Live data from Hacker News

CocoaPods downloads max out five GitHub server CPUs

github.com

231–240 of 320 posts

Re: CocoaPods downloads max out five GitHub server CPUs

#231

Earlier quoted context omitted.

I was astonished at how selfish/myopic/whatever alloy's response was. To be blunt, you're abusing the shit out of SOMEONE ELSE'S product that you're not even paying for. Your first question shouldn't be to see what Github can do for you to make it so you don't have to make changes. You should be falling over yourself investigating all available avenues for reducing load. It's an incredibly entitled way to think about…

Yeah. "That's your problem, and we don't want to change anything because that's a non-zero cost for us just to fix a cost on your side." And what the hell was with the quotes around "free"? Are you paying? No? Then there's no quotes about it.

Not that I'm in the habit of giving people the benefit of the doubt, especially when it comes to mangling grammar, spelling, and punctuation... BUT, I've noticed that awfully many people nowadays seem to think that quote marks are some kind of emphasis sign. So those of you who ARE in the habit of giving people the benefit of the doubt on shit like this might take that into consideration here.

Re: CocoaPods downloads max out five GitHub server CPUs

#232
post #52

> Scaling and operating this repo is actually quite simple for us as CocoaPods developers whom do not want to take on the burden of having to maintain a cloud service around the clock (users in all time zones) or, frankly, at all. The CocoaPods developers seem to be missing the entire point of git: it's a _distributed_ revision control system. Setup a post-recieve hook on Github to notify another server, that is setu…

Rackspace is also known to sponsor significant resources for larger projects whom ask nicely. GlusterFS is one I used to be involved with doing this, and there are definitely others. If CocoaPods reach out to Rackspace and/or other hosting providers, there's a decent chance they'll be able to pull together a good solution. :) The downside though, is they'll need to figure out some way to keep it monitored/maintained.…

Last I checked, Rackspace wasn't accepting any more projects.

Re: CocoaPods downloads max out five GitHub server CPUs

#233

Earlier quoted context omitted.

I don't know, it sounded to me like he just didn't totally understand what Github was saying. By the end of the thread, it seemed like everyone was agreeing. I wouldn't be comfortable using words like "selfish" to describe any of what I read. I certainly don't think the barb about your willingness to employ people who write things on Github issues threads that you disagree with is helping anyone understand any part o…

> I certainly don't think the barb about your willingness to employ people who write things on Github issues threads that you disagree with is helping anyone understand any part of this situation. It seems to be one of HN's go-to insults. "Look at this person's behavior, I would never hire them," as if everyone wants to work at your startup.

I wonder how many of the people that say that actually are employed in a position where they get to make hiring decisions.

Re: CocoaPods downloads max out five GitHub server CPUs

#234
post #221
post #157

Earlier quoted context omitted.

It's very clear GitHub was not designed to be used as some project's personal CDN for this kind of traffic. It's abuse. Wasn't intentional, but at the scale that Cocoapods is running it's abuse.

> personal CDN Discounting the fact that CocoaPods is used by millions of iOS developers...

He definitely was referring to the CocoaPods team when he used the word "personal," not their users.

If CocoaPod was run by a business that was charging those millions of developers for their services, it would be reasonable to expect that business to pay for a real CDN.

They're not, so that's not a reasonable expectation. But it's no more reasonable to make these demands of GitHub. Giving out a free product doesn't mean that you're required to give it out unconditionally, or in unlimited amounts, or forever. In the end, GitHub owns the infrastructure and services it's providing and can do what it wants with it.

Re: CocoaPods downloads max out five GitHub server CPUs

#235
post #179

Earlier quoted context omitted.

Hello! I'm the Homebrew maintainer and GitHub employee who wrote this. The main thing this API does for Homebrew is make no-ops really fast for `brew update`. As you point out this results in no speedup (in fact a tiny slowdown) for the case where you only run it where you know you have changes. Where it becomes useful is if you are using multiple taps (Homebrew's 3rd-party repositories) which update infrequently or…

If you plan to rehaul Homebrew, I suggest having by default 3 operations, "update", "fetch" and "install" because some people might find themselves in the situation of having bad connectivity(especially low bandwidth) and being able to fetch the sources, to compile later is very important. Especially having "install" issue synchronous "update" operations is bad if you're on a network with high packet loss, like tethe…

A random, off topic reply to a comment on Hacker News by one of the maintainers probably isn't the best way to make suggestions.

Re: CocoaPods downloads max out five GitHub server CPUs

#236

Earlier quoted context omitted.

Dabbling in the 'kind of customer we can afford to lose' territory.

Not really. Imagine the backlash github would receive here.

yeah, it's the kind of backlash that would cancel a couple other non paying projects and there would be half dozen discouraging blog posts but paying customers that aren't open source aren't going to leave because a free tier opensource customer was abusing a service.

Re: CocoaPods downloads max out five GitHub server CPUs

#237

Earlier quoted context omitted.

I don't know, it sounded to me like he just didn't totally understand what Github was saying. By the end of the thread, it seemed like everyone was agreeing. I wouldn't be comfortable using words like "selfish" to describe any of what I read. I certainly don't think the barb about your willingness to employ people who write things on Github issues threads that you disagree with is helping anyone understand any part o…

> I certainly don't think the barb about your willingness to employ people who write things on Github issues threads that you disagree with is helping anyone understand any part of this situation. It seems to be one of HN's go-to insults. "Look at this person's behavior, I would never hire them," as if everyone wants to work at your startup.

Yup, only matched by 'Great article! We also use Javascript at .

Re: CocoaPods downloads max out five GitHub server CPUs

#238
post #228
post #221

Earlier quoted context omitted.

> personal CDN Discounting the fact that CocoaPods is used by millions of iOS developers...

Pretty sure that's the point. If it wasn't used by so many developers, it wouldn't be causing load issues. :)

It's not the developers causing the issue, it's the end users.

Re: CocoaPods downloads max out five GitHub server CPUs

#239

Earlier quoted context omitted.

I was astonished at how selfish/myopic/whatever alloy's response was. To be blunt, you're abusing the shit out of SOMEONE ELSE'S product that you're not even paying for. Your first question shouldn't be to see what Github can do for you to make it so you don't have to make changes. You should be falling over yourself investigating all available avenues for reducing load. It's an incredibly entitled way to think about…

I had the same impression from alloy's response. I've basically read it as "hi ho we will not change anything". And it had this passive agressive ring to it, with the hand clapping and the hurray in the beginning and the stone walling in effect.

I took it to be more defensive than passive-aggressive.

I took that emojis to be the exact opposite of the almost sarcastic tone I think you're interpreting it to have.

I guess even with emojis, it's hard not to make tone ambiguous.

Re: CocoaPods downloads max out five GitHub server CPUs

#240

Earlier quoted context omitted.

I was astonished at how selfish/myopic/whatever alloy's response was. To be blunt, you're abusing the shit out of SOMEONE ELSE'S product that you're not even paying for. Your first question shouldn't be to see what Github can do for you to make it so you don't have to make changes. You should be falling over yourself investigating all available avenues for reducing load. It's an incredibly entitled way to think about…

I don't know, it sounded to me like he just didn't totally understand what Github was saying. By the end of the thread, it seemed like everyone was agreeing. I wouldn't be comfortable using words like "selfish" to describe any of what I read. I certainly don't think the barb about your willingness to employ people who write things on Github issues threads that you disagree with is helping anyone understand any part o…

Really? Alloy specifically said they were blasting a free service's infrastructure for their own benefit. Told about the issues, the response was basically Alloy et al wanted to invest no time or money into a better situation. Even cited HR and funding benefits.

That's selfish to the point that it could be a textbook example of an externality. Fortunately, like you said, things got agreeable by the end with Alloy taking simple steps he was given to make thjngs better for everyone.

Post reply on HN