skysight-inc/HackerNews huggingface dataset:
> if having the customers being able to punish unhelpful staff increases the odds of having returning customers, that would increase the likelihood of Uber drivers being better paid under competition.

Doesn't the rating system approximate this outcome well enough, though? Being able to rate a driver, and see the overall rating before I get in the car is of huge value to me as a customer. Feeling obligated to tip is a net negative for me.

In a restaurant (in the US at least) it's so expected to tip that if you tip lower than 15% for terrible service you're considered cheapskate. Even though Uber's tipping will presumably be anonymous-ish (assuming they implement it like Lyft has), I would still feel that social pressure.
US-China to meet as ‘activity detected’ at North Korea nuclear test site
> "Standardized fields" here meant columns in a relational database, things you can index and look up quickly. "Age" would be such a field that you'd hope would be standardized, for example.

Then please point me to that standard. In RDF, that woukd be FOAF for example.

> A social networking service that uses SPARQL

- People to actually use that service

Yes, for querying an endpoint, I need an endpoint. No way.

My point is that even if I have such an endpoint as a REST API, I can't directly go on to query it because I'll first have to write a specific client tailored to its API and data model first, then think about how I convert it into my own. If I want to match up accounts from Facebook, Twitter and Mom-and-Pop-BBS, I'll have to deal with three different APIs and three different data models. If those sites provided SPARQL endpoints, I'd only have one of them.

> Knowing the schema that would represent things like "friend" and "age"

Defined by FOAF, see above.

> A model of permissions that indicates that somehow you're allowed to know the age of people's friends (seriously, how are you allowed to know this)

That's the responsibility of the endpoint, not mine. I don't see why that would be a hard problem (I figure you'd define permissions on different RDF properties and types) but I admit I don't know much about it.

>A way to express that permission in your SPARQL query

I send my (authenticated) query and if I don't have sufficient permissions, the server will hopefully return "nope". Why would I need to send more?

Yes, some sort of authentication is obviously needed, but there are enough standards to use for that (any sort if HTTP auth method, OAuth, OpenID etc)

Note my point wasn't that I can query endpoint X out of the blue and expect to get all the data - but that I don't have to write specific code to deal with endpoint X. Obviously I have to get permission somehow, but ideally, the only endpoint-specific thing I have to do is to fill out a registration form.

Depending on the use-case, you might not even need auth at all if your endpoint is restricted. We also have authless, restricted REST endpoints today that seem to work well: They're called web pages.
Works terribly. It's basically a thin wrapper around a shoddy jar framework. All the languages supported are basically shit-farmed from the original Java one. The Java one is the only one that works half decently.
I would disagree. I was far better at that sort of thing straight out of university where we did a lot of small scale coding problems. Now I think a lot more about architecture and avoiding clever coding, more about database design and how everything fits together. I write far better code than I did 15 years ago, but I am poorer at white board style problems.
The free market is a poor model for providing healthcare. In an ideal free market, market forces work to find the optimum price for a product, depending on how much it costs to create the product, and how much people are willing to pay for it.

In healthcare, though, how much people are willing to pay for a product is anything, if it's the one thing they need to stay alive, or to reduce chronic pain, etc.
> By trying to become a better company and treat drivers better

If you actually read the complaints here, the vast majority are against the manner of the pay increase, not the increase itself. If you're going to pretend that complaints against this are complaints against drivers' benefit, you need a reason that an across-the-board, no-Uber-commission pay rise wouldn't have done the same thing without making the product shittier.
This doesn't seem like such an egregious example to me - I tried it in a colour contrast checker and it passes WCAG AA but fails WCAG AAA for normal size text (but passes for larger text): https://snook.ca/technical/colour_contrast/colour.html#fg=5A...

I will admit I don't find the letter spacing on that font to be particularly pleasant, and if you turn the "Cantarell" declaration off, it does become easier to read (better letter spacing and thicker strokes, which latter contributes positively to the contrast).
> Now I am a bear on Uber.

I'm headed in the opposite direction and reinstalling the Uber app tonight. This is a very convincing capstone to a 180 degree course correction away from everything I disliked about Uber. I also hope Travis can learn and come back and lead the company again in the future.
The most outrageous thing was the "Sources" menu (where you switch from HDMI input to TV), which took 1-2 minutes to load (whole going through several different "Loading..." screens). So I always had to remember to put the TV back into TV mode in the evening (after using it as a PC screen to watch internet videos).
A few weeks ago, I posted on HN about my experience in Hamburg (no Uber in Germany. The local taxi authority has its own app which works equally well, if not better).

Last weekend, I was in Budapest. There is no Uber in Hungary (anymore), but the main taxi company (Fötaxi) has its own app which works brilliantly.

I honestly see no "moat" around Uber in markets where (large) taxi dispatchers have the insight to build a ride-hailing app.

It's only a matter of time before we are back to square 1, or rather, square 2.0:

* licensed, regulated taxis, either independent or through dispatcher
* all connected to an (api-)interconnected ecosystem of ride hailing apps
* payment to driver directly (cash or card), tipping discretionary
* receipts emailed to rider afterwards, with annotated map and start- and end time

This will weed out dishonest drivers, and will benefit honest drivers.

Uber's only differentiator in well-organised urban markets is its app.

The turning point for Uber's decline will be when NY and London mirror Uber's functionality in their own apps, with the benefit (in London) of cabs being allowed to use the cab lanes (or, in Amsterdam, the bus lanes).
what you really need is easier visas for overseas engineers, the EU has a shortage themselves. Right now only few huge companies provide them.
Ridesharing is definitely not a developed market globally because in most of the rest of the world the margins on organising transport around cities are already measured in cents rather than dollars. These markets are not going to be more profitable for Uber than the ones they started in.

Particularly not if you can't set up an operation in an Western city with expensive taxi services without losing money on every ride you operate even before centralised overheads are taken into account.
[edit] replace "turning point" with "catalyst"
Not the person you're replying to, but I've been using Lyft exclusively for the past several months, and while I appreciate that Lyft's tipping is effectively anonymous and you're not put on the spot, I will admit to hating the cognitive/emotional load of seeing that tipping screen and momentarily agonizing over how much I should give.

It just happens to be that Lyft's tipping annoys me less than Uber's shitty corporate culture these days.
Shipping hardware that isn't needed is not how automotive engineering works today.

Most automotive projects look like: You want to release a new car model in year X (with is typically around now() + 3-5 years). Then you start a development project exactly for that car, which involves creating roadmaps for the car, creating the architecture, sourcing the components, packaging everything together and testing everything. Most components (including infotainment systems, driver assistance systems, etc). are contracted to sub-suppliers, which develop them especially for that car model (or maybe a range of models from one OEM). At the end of the development cycle you have a car which has exactly one car which has (hopefully) everything that was planned for that model and which will get sold. In parallel the development cycle for the next model begins, where there might be only a minimal reuse from the last one. E.g. it might be decided that one critical driver assistance component is sourced from another supplier, is now working completely different, and requires also changes for the remaining components.

So if you do not intend to upgrade something or reuse it, it just doesn't make sense to include additional hardware for it. We will see the required hardware in cars which also will make use of their functionality.

For Tesla it will be quite interesting if they will really deliver huge autonomous functions on that hardware, or whether we will see a new generation Model S (with overhauled hardware) before anyway. I'm personally pretty sure that we will see new model generations before the software will be on a "fully autonomous" level.
It's not so bad if you use a formatter (still prefer indenting though), but if you align everything by hand it's just more annoying than it is useful (in my opinion).
I'm curious, but why didn't you rate your drivers 1 star rating evertime they would break the Uber agreement and try to coherce you into tipping them in cash?
Rails 5.1.2.rc1 has been released
Tesco home deliveries hit by computer glitch
Android was a bait and switch, it was touted as an open platform but most of that has been stripped away with functionality being shifted to proprietary packages.
Weighing the good vs the bad is something you can only do after a while. It's possible that Uber, which has yet to turn a profit, will effectively go away in a couple of years -- in which case, Kalanick will have spent billions of investors money with nothing to show for it.

> Travis has had to make a lot of hard decisions to get Uber where it is. These decisions have at times cost him goodwill of the public but I think they are (were) worth it for the long term.

For sure. But it will take a few years to know if that's actually a good place; at present, it doesn't look that way (but it's too early to tell for sure either way).
That is a bad example - Scandinavia is punching way above it's weight and reputation in terms of number of unicorn startups[1] produced on a per capita basis.

Sweden has a population of 9.8 million yet it has produced Skype, Mojang, Spotify, King, Klarna [0]

Australia has 2.5x the population but only two unicorns. The UK and London market themselves as the capital of unicorns in Europe yet with 6.5x the population they have either the same number of unicorns or just four more (depending how you count them).

That is remarkable for a country like Sweden, especially when considering the strength and size of the Swedish expatriate community in tech around the world (many tend to leave).

In terms of similar results, I think only Singapore is in similar or better unicorn per capita territory.

[0] http://www.technologist.eu/sweden-the-land-of-unicorns/

[1] "unicorn" isn't the best measure since it is a private valuation and you can get different answers depending on who you ask, but most people would recognize those Swedish startups as being successful.
> (rider fare is not used for calculation of driver fares at all, drivers are paid per mile/km and min)

Is this still the case? Uber recently lost a class-action suit about this (and I got a silly $42 check in the mail from it).
Yeah but you don't seem to get notifications for people just uploading a plain old video either (at least not by default, unless I accidentally changed something).
you state that it's a problem when programmers don't know about the main function and I agree. The article on the other hand complained about people not knowing the exact function signature of main without thinking.
Is there a reason to trust a cloud server over a VPN company?
If I recall correctly Kevin Mitnick was banned from using a phone or a computer quite a while back. Right?
Ah, the UK gets separate flags for England, Scotland, and Wales... maybe the Unicode Consortium know something about the state of the union that we don't... :)
It is working about as well as the Saudi plan to tank oil prices to push indy frackers out of business.
In the letter, in addition to Mr. Kalanick’s immediate resignation, the five shareholders asked for improved oversight of the company’s board by filling two of three empty board seats with “truly independent directors.”

This seems like a narrative to cover their attempt to get more power in the company... Clearly Kalanick has appointed directors on board that are on his side, which is exactly what he should do and the point of shareholder's appointing directors... Of course, investors want their people
You might want to have a look at Serverless, a framework to build web, mobile and IoT applications with serverless architectures using AWS Lambda and even Azure Functions, Google CloudFunctions & more. Debugging, maintaining & deploying multiple functions gets easier.

Serverless: https://github.com/serverless/serverless
That's awesome that you enjoy that, but not everyone does. Many of us are introverted and/or shy, and forced interaction with a stranger is very draining. Claiming that this is a personal choice or frame of mind is incorrect. I would rather save my social/emotional energy for my actual friends, not people I'll likely never see again after a 10-minute ride.
Found Apollo 15 https://www.google.com/maps/space/moon/@25.6586063,2.9440356...
I think there is a little bell icon next to the subscription button. If you check it videos send notification too. There is an option somewhere where you can choose which things send you notifications.
Ubers other differentiator is the fact that I can go to just about any city in the world and use it. I guess I could research and install fotaxi but as a 21th century consumer, I'm extremely lazy.
The £ used to be 1.6 to the $ not so very long ago...
Self-actualisation doesn't have much to do with being rich or not (riches might even be an impediment as much as being poor -- "slave to money", "golden handcuffs", etc.).

Besides, PG is not lecturing some third world sneaker factory workers. His audience is startup founders and/or developers, that, as a rule, don't live "hand to mouth".

And the particular advice (whether right or wrong) applies to all income levels. Even if you're a starving artist It can be good to "copy what you genuinely like" as a way to progress (artistically, if not financially).
I ran into problems with an IP address I had owned for 15 years. Clean IP's will help, but they don't solve the problem completely. The real nightmare are the emails that just go missing - they don't even end up in the spam folder. If you are running some sort of mailing list it doesn't really matter, but if you are sending important transactional emails the it really does.

Apart from SPF and DKIM also make sure you also set your reverse DNS name and also set up DMARC.
Uber has never had a culture of sitting in the front seat (unless the rear seats are occupied, of course). Even with Lyft, that practice, along with fist-bumps, seems to have fallen out of favor.
I ran Delphi 1 IDE on such thing, long long time ago :)
> People will die because of this.

And not just drivers of Teslas.
Triplebyte (YC S15) hiring a Content Manager to write about technical interviews
There is a limited amount of attention that can be given to issues, it therefore makes sense that many unsavory individuals will slip through the cracks and never get in trouble.
This is a really interesting point. Uber didn't get its valuation by aiming to be the world biggest taxi company, they got it by aiming to be the infrastructure fabric that underpins everything.

Amazon have started from a very different place, but apart from the user accessible vehicles they are nearly at the same point, with their recent efforts in Prime, groceries, etc.

I wonder whether Amazon will open up that infrastructure further to other companies. Arguably "fulfilled by Amazon" is already starting to do that.
Isn't it true though that there would be an O(n^2)-type difficulty in adding extra qubits, since they all need to interact?

Or is that an oversimplified view?
> No Credit Cards
> Negotiating the price with a driver

No thanks!
- There is a surprisingly high amount of API gateway latency

- The CPU power available seems to be really weak. Simple loops running in NodeJS run way way slower on Lambda compared to a 1.1 GHz Macbook by a significant magnitude. This is despite scaling the memory up to near 512mb.

- Certain elements, such as DNS lookups, take a very long time.

- The CloudWatch logging is a bit frustrating. If you have a cron job it will lump some time periods as a single log file, other times they're separate. If you run a lot of them its hard to manage.

- Its impossible to terminate a running script.

- The 5 minute timeout is 'hard', if you process cron jobs or so, there isn't flexibility for say 6 minutes. It feels like 5 minutes is arbitrarily short. For comparison Google Cloud Functions let you work 9 minutes which is more flexible.

- The environment variable encryption/decryption is a bit clunky, they don't manage it for you, you have to actually decrypt it yourself.

- There is a 'cold' start where once in a while your Lambda functions will take a significant amount of time to start up, about 2 seconds or so, which ends up being passed to a user.

- Versions of the environment are updated very slowly. Only last month (May) did AWS add support for Node v6.10, after having a very buggy version of Node v4 (a lot of TLS bugs were in the implementation)

- There is a version of Node that can run on AWS Cloudfront as a CDN tool. I have been waiting quite literally 3 weeks for AWS to get back to me on enabling it for my account. They have kept up to date with me and passed it on to the relevant team in further contact and so forth. It just seems an overly long time to get access to something advertised as working.

- If you don't pass an error result in the callback callback, the function will run multiple times. It wont just display the error in the logs. But there is no clarity on how many times or when it will re-run.

- There aren't ways to run Lambda functions in a way where its easy to manage parallel tasks, i.e to see if two Lambda functions are doing the same thing if they are executed at the exact same time.

- You can create cron jobs using an AWS Cloudwatch rule, which is a bit of an odd implementation, CloudWatch can create timing triggers to run Lambda functions despite Cloudwatch being a logging tool. Overall there are many ways to trigger a lambda function, which is quite appealing.

The big issue is speed & latency. Basically it feels like Amazon is falling right into what they're incentivised to do - make it slower (since its charged per 100ms).

PS: If anyone has a good model/providers for 'Serverless SQL databases' kindly let me know. The RDS design is quite pricey, to have constantly running DBs (at least in terms of the way to pay for them)
- When using with API Gateway the API response time is more than 2-3 seconds for a NodeJS lambda, for Java it will be more.
- Good for use cases for example
-- cron - can be triggered using Cloudwatch events.
-- Slack command bot (API Gateway + Lambda) the only problem is timeout.
Best to keep your workloads as small as possible, cold starts can be very bad, depending on the type of project. Been using mostly node myself, and it's worked out well.

One thing to be careful of, if you're targeting input into dynamodb table(s), then it's really easy to flood your writes. Same goes for SQS writes. You might be better off with a data pipeline, and slower progress. It really just depends on your use case and needs. You may also want to look at Running tasks on ECS, and depending on your needs that may go better.

For some jobs the 5minute limit is a bottleneck, others it's the 1.5gb memory. Just depends on exactly what you're trying to do. If your jobs fit in Lambda constraints, and your cold start time isn't too bad for your needs, go for it.
Gett, Hailo, maybe Didi if/when they expand out of China.
The only complaint I have against the twitch UI is recent, and that's the idiotic "unread message" indicator every time I log on trying to sell me prime. No. Fuck off. At this point I'm less likely to buy prime because of this.

Other than that it does everything I want. Shows me all the active streams of a game I like, lets me follow people I like and get alerts when they're streaming. And the video content plays pretty well. My main remaining complaint is that they'll run adverts over active content - which is infuriating.
Any decent programmer without a major handicap should be able to come up with a simple algorithm on the fly and write it on a whiteboard.

That doesn't mean you have to be good at it; you may take your time, the syntax doesn't matter and it'll likely not be totally correct. But if you can't do it at all, which many candidates can't, I find it hard to believe you could be a useful programmer in any capacity.
Look, you can't have demand based pricing AND tipping. If you think I'm adding 20% onto a 2.5x surge fare, you're out of your damn mind.

The pricing is dynamic based on supply and demand. If the fares are too low, that means there's too many drivers and not enough riders. So, if it's not worth it at that time...don't drive. Prices will go up until drivers decide it's worthwhile to drive. If they're out they're driving, that means they've decided the price available at the time is worth it to them.
I'm totally capable of having interesting conversations with strangers thank you very much, but Uber rides almost inevitably lead to one of 4 out 5 topics with rare exceptions. Frankly I'd pay extra for an option to say "I prefer to be matched with drivers who don't want to talk".
> Being able to tip on Lyft is one of my favorite parts

Feeling obligated to tip on Lyft is one of my least favorite parts, and in fact I refused to switch from Uber to Lyft much longer than I would have preferred to because of Lyft's tipping culture.

> it generally favors the drivers

You know what favors the drivers better? Paying them more. Not only does this put more cash in their pockets, but it also provides more predictable income for them.
I am not sure about that...

First of all, you don't know my requirements yet you declare ARM winner. What if for my particular use case Tensilica is the best choice?

Furthermore, you generally cannot define what IoT means for other people. For one person it could mean a 8-bit garage door opener, for someone else it could be an octa-core 64-bit monster.

Finally, Intel has a simplified x86 design with very good power usage for use in IoT. This CPU is not used in Galileo and alike today, but it exists.
This is now interesting. Apparently prisoners in the US and many other countries are not allowed to have Internet access. In the US there is a system in place that allows inmates to communicate text only emails. I don't think you can call that plain text messaging "the Internet" in 2017.

With this supreme court ruling, how prisons in the US are going to allow inmates to have access to the real Internet? I mean you can not ban those inmates from accessing the Internet, right?
Airbnb Vacation – Seamless Trip Planning Done Right
Try Streamlink! Then you can watch the stream through VLC or any other player.
Reviews of Godox V850 External Flash