Peloton should make a framework called Uber in response.
[deleted]
Open Sourcing Peloton, Uber’s Unified Resource Scheduler
41–50 of 77 posts
Re: Open Sourcing Peloton, Uber’s Unified Resource Scheduler
#42Earlier quoted context omitted.
Not to defend Uber/NIH syndrome, but if Google wanted to specifically charge Uber more for maps because of usage, could they legally do that? Maybe the rewrites are risk management?
Google increased maps cost for everybody though, not just Uber. https://gadgets.ndtv.com/apps/features/google-maps-apis-new-...
I'm asking whether only Uber could be charged more.
Re: Open Sourcing Peloton, Uber’s Unified Resource Scheduler
#43Earlier quoted context omitted.
Not to defend Uber/NIH syndrome, but if Google wanted to specifically charge Uber more for maps because of usage, could they legally do that? Maybe the rewrites are risk management?
You've hit the nail on the head. Uber can't risk being one management decision from Google away from shutting down.
They are already forced to be like that by being in the app store.
Re: Open Sourcing Peloton, Uber’s Unified Resource Scheduler
#44Would people use open source stuff from a morally questionable company? Especially when its just a re-write of existing technology posted to a different github repo? EDIT People get so up in arms about Google and Microsoft working with China and the military, but Uber has done some horrendous stuff on their own. Just curious where people think the line is OK to be.
Using their open source stuff doesn't fund them to do bad things.
Re: Open Sourcing Peloton, Uber’s Unified Resource Scheduler
#45Earlier quoted context omitted.
Not to defend Uber/NIH syndrome, but if Google wanted to specifically charge Uber more for maps because of usage, could they legally do that? Maybe the rewrites are risk management?
They could just use a third-party (and at their scale, they can definitely negotiate a custom deal where they feed back usage data to improve the third-party’s service) or even use open source solutions like OpenStreetMaps. Even the latter (with the overhead of hosting it themselves) makes total sense at their scale.
That'd be in a contract though, so what if Google decided to not renew and only let Uber know like a month before the contract ended?
If these questions seem dumb it's because I know pretty little about legal battles in software.
Re: Open Sourcing Peloton, Uber’s Unified Resource Scheduler
#46At first glance I thought the "resources" here might be Uber drivers, which would be interesting. Is this thing/Apache Mesos abstract enough to allow for such a use?
The best thing I can think of that fits what you're asking is an Actor framework (which abstracts the compute and message passing between objects for you).
Think Akka or New Orleans, etc.
Re: Open Sourcing Peloton, Uber’s Unified Resource Scheduler
#47Would people use open source stuff from a morally questionable company? Especially when its just a re-write of existing technology posted to a different github repo? EDIT People get so up in arms about Google and Microsoft working with China and the military, but Uber has done some horrendous stuff on their own. Just curious where people think the line is OK to be.
Using their open source stuff doesn't fund them to do bad things.
Arguably it does indirectly - e.g. being able to say that you're responsible for Popular Tool X might help your brand, make it easier to make sales, etc
Re: Open Sourcing Peloton, Uber’s Unified Resource Scheduler
#48Is it just me or is every big release from Uber just a custom rewrite of an existing technology? It seems their engineering department has a large not-invented-here attitude. I could be wrong - they're certainly large enough to have custom requirements that aren't met with what's on the market but the pattern is just becoming suspect.
I think you are right. I think that what is going there is also a bit political. They started to grow their Engineering department so fast that they need to justify the headcounts now. So each team is trying to invent new projects all the time. Anecdotally, this was partially confirmed to me by a friend working there. I said this before, but I still cannot understand why a service like Uber need so many engineers in…
[deleted]
Re: Open Sourcing Peloton, Uber’s Unified Resource Scheduler
#49Is it just me or is every big release from Uber just a custom rewrite of an existing technology? It seems their engineering department has a large not-invented-here attitude. I could be wrong - they're certainly large enough to have custom requirements that aren't met with what's on the market but the pattern is just becoming suspect.
I think you are right. I think that what is going there is also a bit political. They started to grow their Engineering department so fast that they need to justify the headcounts now. So each team is trying to invent new projects all the time. Anecdotally, this was partially confirmed to me by a friend working there. I said this before, but I still cannot understand why a service like Uber need so many engineers in…
I appreciate their efforts on open-source projects. Jaeger is wonderful and the effort they put into both making something great, and supporting the open standards (Opentracing and the legacy Zipkin propagation) is greatly appreciated. I recently had the need to write a service in Typescript (most everything else is Go), and I felt very at home using the Jaeger node bindings. It felt like I wasn't losing any features for using a less-popular language and everything just worked.
Sure, they just reinvented Dapper from Google... but unlike Dapper I can download and use Jaeger. That counts for a lot. Do I use their ride sharing service? Nope. But I do like their open source projects.
Re: Open Sourcing Peloton, Uber’s Unified Resource Scheduler
#50Earlier quoted context omitted.
They could just use a third-party (and at their scale, they can definitely negotiate a custom deal where they feed back usage data to improve the third-party’s service) or even use open source solutions like OpenStreetMaps. Even the latter (with the overhead of hosting it themselves) makes total sense at their scale.
That'd be in a contract though, so what if Google decided to not renew and only let Uber know like a month before the contract ended? If these questions seem dumb it's because I know pretty little about legal battles in software.
I'd wager this contract has a 90+ day termination notification requirement at a minimum.