> It is 'reasonably possible' for Google to give this person access to his data.
This is not necessarily true. For example, the data might contain material which is illegal to distribute. I'm not sure what can be done in a case like that.
1,633 karma · joined June 7, 2013
> It is 'reasonably possible' for Google to give this person access to his data.
This is not necessarily true. For example, the data might contain material which is illegal to distribute. I'm not sure what can be done in a case like that.
It's the difference between a polite "this offer doesn't work for me at the moment", and burning your bridges.
(However, this particular article doesn't seem to discuss any specifics of technical questions, so I don't see an issue here)
http://www.annualreviews.org/doi/abs/10.1146/annurev.publhea...
https://www.theguardian.com/science/2012/sep/19/scientists-a...
As a society, we have experimented sufficiently with ghettos as a city design strategy, and determined that they are terrible in all ways. We do not need to repeat that experiment.
You don't solve the problem of high housing costs by getting rid of the poor people (if you are in the US, you may read that as "black people": that's what this policy has always turned out to mean in that country).
If you want to reduce the cost of living, build more houses.
Google's been trying to do this for years, but the Mountain View city council keep blocking it. :(
The real goal is to make the cost of tampering exceed the payout. The standard mechanisms for increasing the cost are computational power needed (cryptography) and ability to participate in mainstream society (legislation).
What you want to be thinking is: all of the attachments including malware. Safebrowsing is an anti-malware system. Large collections of unfiltered email invariably contain malware.
(I can't say much more than that, sorry)
It's not much of an aspiration, but it is, strictly speaking, an improvement. It's also not a hypothetical: supply-side economic demonstrably works, to some extent. It just doesn't work very well, and we should be able to do better.
The people who work here are the sort of people who don't, and that's intentional. Enjoy the things that are provided, but understand the context and intent behind them and don't abuse them. We get to have these things because we collectively take responsibility for not abusing them. That's how you avoid the tragedy of the commons - if everybody abused them then we'd have to stop having them so freely available.
> sometimes mining information to leak to organizer friends
> After 9–12 hours on campus I would fill my Google-issued bag with Naked juices and to-go containers of food for my roommates
So... deliberate violation of the corporate NDA (which is massively disrespectful to the other people who work here) and stealing food from the cafes. I'm happy to work at a company that fires people who take something offered in good faith and abuse it. It is a part of our company culture to give people broad freedom to do what they think they should, on the understanding that they will act responsibly and not abuse the privilege.
(I can't comment much on the rest of the article, except to say that I feel a person who has openly admitted their tendency to dishonesty is perhaps not best afforded a high level of trust in the claims that they make)
One might describe it as a social botnet: somebody convinced a bunch of people to execute some code on their computer that sent automated search queries.
https://support.google.com/webmasters/answer/66357?hl=en
"Google's Terms of Service do not allow the sending of automated queries of any sort to our system without express permission in advance from Google."
Intentionally using a tool to send automated search queries is pretty clearly prohibited.
It's just displaying this: https://www.google.com/trends/hottrends/visualize?nrow=5&nco...
I can happily endorse the company's public statements on this subject: personal data will be deleted within the timeframes specified (for obvious technical and that's-a-bad-idea reasons, it's not instant). Part of SRE's function is to arrange for SLAs to be met, including deletion SLAs.
A liberal bill would minimise the state's authority to do this sort of thing.
We run everything on prodimage, so operating system compatibility isn't really an issue.
Realistically, any time somebody sends me a code review with a shell script in it, my first comment is going to be "Why is this a shell script? Rewrite it in a supported language."
The main problem I have with this is that it's not very interesting and doesn't solve anything.
> I've also heard that at Google they require assert isinstance for every parameter of every function.
This is not true.