chrismessina

"Something big is coming for retro pixel art fans"

I'm intrigued!

Stoked to support the launch on Product Hunt! Check it out: https://www.producthunt.com/posts/abstractops

Which "he" are your referring to?

The author is a woman.

This search new experience is so well designed and so fast... I'm blown away.

Was happy to hunt Sidekick on behalf of Dmitry Pushkarev. Love seeing browser innovation (built on Chromium), and the aspects Sidekick emphasizes make sense:

* Smarter approach to working with web-apps * Built-in tab/memory management * Cross-app unified search * Support for multi-auth * Privacy enhancements * Workspace organizer tools

Hi there — cofounder from Molly here.

If you're interested interested in requesting early access to a molly.com profile, can sign up here: https://www.producthunt.com/upcoming/molly/surveys/177

Thanks for taking a look!

Haiku is super cool.

There are so many great tools out there that bring together development and design tasks... it's about time someone went after the mantle of interactive UI building from Adobe — years after the demise of Flash!

Correct. The UberRUSH API is for those businesses or developers that want more control over how they integrate UberRUSH into their business or customer experience. Prior to launching the API, UberRUSH was available for businesses through the console mentioned above without requiring any coding.

UberRUSH is powered by both vehicle-drivers and bike riders! :)

That's a curious way to look at it. If you are a developer and need to deliver items to your customers or customers' customers, surely you'll need to pay someone to do that. Via the UberRUSH API, you can now integrate our delivery services to handle that, and yes, either you or your customer would need to pay for the delivery service.

The benefit of using the UberRUSH API is that you can take advantage of the elasticity of Uber's fleet to scale up and scale down delivery services on demand without needing to build up or manage your own couriers.

We think of it similar to how developers use AWS: developers could run their own server infrastructure but their costs would be much higher on a per-unit basis because they don't have the scale or purchasing power that Amazon has. Furthermore, running servers and dealing with amortization and depreciation probably isn't good for their businesses (unless their businesses are in scalable server hosting!).

We hope that developers use the UberRUSH API to lower the costs of running businesses that need to move physical goods in cities where we operate; we know full well the costs and challenges of setting up an elastic logistics network (it's our core business) and are passing on those capabilities and cost savings to third parties so they can focus on the value that they're providing, rather than merely on how to fulfill requests.

The local delivery case is really where UberRUSH provides the most value. We also take pride in our developer tools and experience and invite you to check out our docs:

https://developer.uber.com/docs/rush

I'm curious how you might compare them to FedEx's docs?

http://www.fedex.com/us/developer/web-services/index.html

It varies; if you drive with Uber, then you can choose to also deliver goods and products. Some driver-partners choose to only do deliveries for UberRUSH; some do both.

Here are the requirements to deliver for UberRUSH:

- Be at least 19 years old (21 years old in Canada)

- Be able to lift 50 lbs

- Have a driver’s license, insurance, and vehicle registration

- Have at least 1 year of driving experience

If you want to be a bike courier:

- Be at least 19 years old

- Be able to lift 30 lbs

Source: https://get.uber.com/p/delivery-partner/

These are great examples!

While I can't comment on the kind of insurance your business might need, in the case of UberRUSH, if a package gets crushed in transit, UberRUSH has insurance up to $250. If the package gets crushed due to our service, we will take care of it.

Indeed, UberRUSH exists for business end users that want to deliver their goods and products easily, especially if they don't have an app: https://rush.uber.com

The UberRUSH API exists for developers that want to go above and beyond and integrate Uber deeply into their products, services, or experiences.

A great example of this is Pythagoras (https://www.getpi.co/), a re-imagining of pizza delivery. Pythagoras doesn't have a brick and mortar storefront, and care a lot about design — so they built their own iOS app and use UberRUSH for delivery. Prior to integrating with UberRUSH, they needed to build and maintain their own fleet of delivery couriers, which limited their reach to a few neighborhoods in San Francisco. After integrating with UberRUSH, they now deliver across the city, expanding their addressable market size overnight without any additional overhead (aside from integrating the UberRUSH API into their app).

In this sense, we're offering the utility of UberRUSH to more contexts and use cases.

We currently offer Uber for Business to allow for fleet management in order to dispatch rides to move employees or contractors (like cleaners):

https://www.uber.com/business

The Uber Rides API or Uber for Business are better products for moving people from Point A to Point B.

Please see my comment on what's currently allowed, and where our service is available: https://news.ycombinator.com/item?id=11871600

UberRUSH is focused on courier-style deliveries within a single urban environment; you can not use UberRUSH for long distance deliveries.

Currently UberRUSH is only available in San Francisco, New York, and Chicago, so that's the first gating issue for this idea.

Second, there are several restrictions on what can be delivered via UberRUSH:

- People or animals of any size

- Alcohol (or any other goods that require identification)

- Illegal items

- Dangerous items (weapons, explosives, flammable, etc.)

- Stolen goods

- Any items for which you do not have permission to send.

- Couriers reserve the right to refuse delivery of any item.

I work on the Uber Developer Platform team and am happy to answer additional questions, though suggest checking out our FAQ first:

https://developer.uber.com/docs/rush/faq

This came out of a hackathon[1] and offers a bunch of useful commands:

/uber ride [origin] to [destination] -- Request a ride from [origin] to [destination].

/uber estimate [origin] to [destination] -- Get price and time estimates to drive from [origin] to [destination].

/uber status -- See the status of the last ride you requested on Slack.

/uber share -- Get a link to share your ride's progress.

/uber cancel -- Cancel the last ride you requested on Slack.

/uber help -- Get a list of available commands.

[1] https://devblog.uber.com/uber-slack-a-weekend-a-story-of-ope...

Hmm, you clearly didn't catch my drift, which I'll accept blame for — my piece rambles on a bit uncontrollably.

My point was to rethink privacy from the perspective of what we as individuals stand to gain by gathering this data. I then asked: who would you trust to gather and store this information, on your behalf? For most people, they wouldn't be able to answer that question — for others, especially technologically privileged individuals / open source libertarians — the answer would be "myself".

Aside from logging in with your username and password, you have few if any opportunities when using apps today to stream your data exhaust into a data vault of your choosing. Rare is the app maker that allows you to export a dump of your data, rarer still is one that openly shares the data it has about you with you.

Curiously, Facebook actually a lot of functionality in this regard through its App Settings page (https://www.facebook.com/settings?tab=applications). Google Takeout (https://www.google.com/settings/takeout) provides a lot of your data for export, but no one seems to have really built any tools for the individual to take advantage of this trove of information for personal benefit.

What I hear you arguing for is the end of user tracking. Indeed, there are plenty of tools that you can outfit yourself with to that end (Tor, Ghostery, Adblock, Do-not-track, Incognito Mode, and many more). But ultimately you as representative of a class of internet consumer are an outlier. There are for more people on the internet and in the world who unknowingly consent to data collection and then have little upside in the collection of that data. It is those people that Google cares the most about as customers (perhaps in addition to advertisers), and those who are most in the dark about "the privacy boogey man" about which you know plenty, but about which they know nothing but confusion and fear.

My question is how we enfranchise those individuals with the choice — either to not be tracked, be tracked by a party of their choosing, or to somehow do it for themselves so that they reap some of the gains of the data capital they are producing.

And thus my points aren't worth considering? Lame. :P