Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×

Submission + - Is It Time to Call BS on "The Retention Policy Ate My Communications" Excuse?

theodp writes: The FTC is accusing Amazon execs, including founder Jeff Bezos, of using encrypted messaging apps that automatically delete messages to communicate, even after they were notified they were under investigation. The FTC is asking a judge to force Amazon to produce documents related to the company’s failure to preserve Signal messages, the company’s document preservation notices, and its instructions about using disappearing messaging applications. The FTC alleges Amazon execs did this while discussing "sensitive business matters, including antitrust" (instead of using email) to destroy potential evidence. Google also came under fire this week in its antitrust case over an issue about whether it intentionally deleted or failed to retain documents that might have been used as evidence in the trial. Google had a policy of having 'history off' on its chats by default, leaving it to employees [including CEO Sundar Pichai] to determine when to turn it on for relevant conversations (akin to some police bodycam policies). The Department of Justice (DOJ) called the alleged destruction of documents "unequivocal and honestly breathtaking," adding that "there’s no question" executives "intentionally had conversations with history off." "Google’s retention policy leaves a lot to be desired," said the judge, adding disapprovingly that it was “surprising to me that a company would leave it to their employees to decide when to preserve documents." And back in 2018, Facebook acknowledged that a secret Messenger retention policy feature was the cause of CEO Mark Zuckerberg's mysteriously disappearing messages.

Which begs the question — are Mission Impossible-like self-destructing email, messaging, and document policies beneficial to rank-and-file employees, or is this more about a play to "reduce your risk in the event of litigation [...] by permanently deleting old content that you're no longer required to keep," as Microsoft explains? Microsoft goes on to claim that destroying all of your employees' communications — like the University of Washington's just-implemented Microsoft Teams Chat Message 'Retention' Project that calls for destroying all of the university's messages after 30 days with 'no exceptions' (UW also suggests other FOIA-dodging 'best practices') — will also "help your organization to share knowledge effectively and be more agile by ensuring that your users work only with content that's current and relevant to them." However, former Microsoft Researcher Jonathan Grudin (coincidentally a UW affiliate professor) found plenty of pushback on the idea of improving-knowledge-by-deleting-communications when the company unsuccessfully tried to make Microsoft employees eat their own retention policy dogfood that the company was selling to other organizations. Grudin explained in a 2021 interview:

"Now I'll describe a couple unpublished projects. One was an email system. Someone said, 'We call it email retention but really it's email deletion.' We were told that starting the next April, all email a year old would be automatically deleted. IBM had such a system and some of our customers wanted it. I contacted friends at IBM who described it as a nightmare. [...] Why did we think it would be a good idea to use it internally at Microsoft? Some guessed storage costs, but those were dropping daily. Well, companies might have bodies that they'd like to remain buried, conversations that they would prefer not to surface. But you can't legally destroy inculpatory evidence, and an embarrassing remark that makes headlines generally has little weight in court where they look for patterns of behavior over time. The real reason turned out to be discovery costs. Microsoft and many companies are involved in far more legal proceedings than you read about. They have to pay attorneys to read all subpoenaed emails. It reportedly came to about $30 million a year. A team of about 10 people were managing the email deletion project. Some had given up other jobs to work on it, because they loved this idea. Most had information management backgrounds. They believed that only records with business value should be kept. Seeing big email folders 'makes my skin crawl,' one remarked. This view came from an era of paper documents and Rolodexes when filing and finding documents was manual. It was really difficult. It was expensive. Whereas for me and others, email is a Rolodex as well as a source of a lot of information whose future value we don't know."

"I learned that 1000 Microsoft employees were testing the software, a process referred here to as eating dogfood. I asked how it was going for these folks. An information manager beamed and said, 'It's working!' [...] I asked, 'What do the employees using it, think about it?' This surprised the team. It never occurred to them to ask. They were sure that the employees would see the value of email deletion for the company. They were really curious. They did realize that a survey and interview might uncover gripes, but they wanted to find out. [...] The interviews, which of course did find ingenious and time-consuming ways that people were dodging deletion. [...] So what did we find? Well, the cost to the company, in lost time and effort from email deletion, would easily exceed $30 million annually. [..] The deployment was canceled. [...] A partner in a San Francisco law firm heard about my findings and called up. He said that some companies would use email deletion software, whatever the cost. He explained, 'Phillip Morris is in the business of addicting people to something that will kill them. They'll pay what they need to as long as the business is profitable. Once it stops being profitable, they'll stop.'"

Comment Re:News will turn into Gossip (Score 2) 132

Rephrasing the news would take effort. Based on the fake news I see in my feed(s), it's the sheer lack of effort needed that spreads it so fast.

If people have to internalize what they've just read before passing it on, we'll not only get less of it, we MIGHT get people actually reading sh*t and not just fwding based on the headline they just skimmed.

Comment Re:Seems like we could make it (Score 2) 180

Sand is basically finely ground rock. That doesn't seem like an insurmountable technical problem by today's standards.

The problem is two-fold. Features and cost.

1) Not all sand is equal. Not noted here but covered in a recent Planet Money podcast is that the sand that is stolen often has characteristics that make it particularly popular for why it's being stolen. The stolen sand often has a color or texture that makes it wanted elsewhere. For example: much of the beach sand is uniformly the same shape (cubic) and size. This makes it ideal for construction, where a powdery, desert sand wouldn't work. While you can sieve crushed rock to any uniform size, sand is also hundreds of different kinds of "rock": calcium, silicon, and some of it with substructure that changes its characteristics further.

2) It's cheaper to steal (or "buy") than to make. From the podcast, one poorer neighborhood came out one morning to find that much of the public beach had been carted away in the night. Some sleuthing found that a nearby hotel development had a crappy beach, and taken off with it. While some science showed that the sand was "theirs", in many parts of the world with pretty beaches, courts and police are susceptible to bribery or threats. In the story, it leaned more on threats and soon the case waned and the locals had a beach of mud. For the price of a few trucks and a few thugs, the hotel owner got a brand new beach that dramatically increased the value of their property.

While technology COULD solve this problem, it really can only pull this off if you can get the cost to below that of hired force. That's what a lot of the tragedy of the commons come down to; if you can benefit by being a greater asshole and escape the consequences, then you win.

Comment Re:But not as much (Score 0) 472

I think the reason is the Perl community evolved out of multiple other communities who each brought with them distinctive styles. You had the shell people (system admins). You had the Sed/Awk people. You had C people. You had LISP people. Then starting with Perl 4 you picked up HTML/CSS people. Then you had the influence of early version of Javascript and VBScript. Finally starting with Perl5 you had the migration of C++/Java people. Perl allowed them all to keep writing the way they liked.

Comment Re:Still a bag of unusable shit (Score 1) 176

That lack of submenus staying open was the the thing that got me off of Mate. I tried to like it, but I haven't been able to break the muscle memory of moving diagonally to a submenu and expecting it to stay open. XFCE under Xubuntu is working quite well for me right now.

Comment Re:Wonder why the postal system is ranked so low? (Score 3, Informative) 104

It's another disinformation campaign that's been going on for some time. There are a few congressional members who have been aiming to rid us of the Post Office and sell off pieces of it to their buddies. They've been making sure that the PO's budget can't balance through making them pre-pay pensions for a very unreasonable amount of time as well as shrinking the amount they can charge for stamps.

That doesn't even get into the political battle over letting the PO act as a bank for low income people. Which it did at one time but was removed in the late sixties and completely shut down by 1984.

The US postal system is also one of the largest single union employers in the country. Yet another reason that many are trying to "drowned it in a bathtub."

The Post Office is additionally hamstrung by Congress micro-managing it. Want to get rid of Saturday delivery? No. Want to raise the price of a stamp? No. It's really quite tragic. Like that story about the boy who keeps commanding a grasshopper to jump and pulling off legs each time it fails, then loudly proclaiming that it must be deaf.

Comment Re:It has its uses (Score 0) 418

foldl in Erlang is tail recursive automatically. foldr is not by default tail recursive in Erlang, Though I should mention foldr is tail recursive in languages like Haskell, and there are implementations of foldr in terms of foldl and visa versa. The conversions between foldr & foldl (depending on which is tail recursive) make explicit what needs to be done to move from non-tail recursive to tail recursive for recursions. Yet another reason you want to use those.

And as for can't follow. Your claim was about the messiness that these imperative artifacts remained and were worse. To avoid the messiness, you have to use the looping structures of functional programming Doing functional programming imperatively, of course is going to be messy. Doing functional programming functionally and you get the benefits.

Comment Re:It has its uses (Score 0) 418

OK I gotcha. It is shockingly easy in lazy code to write algorithms that are quadratic in memory. Arguably that's one of the big advantages of using standard morphisms and not recursions.

I also agree it is often (very often) easier to write an explicit recursion; and only then if you have to create a morphism structure. That's a different claim though than with loops. Once the algorithm is written as a loop you have all the pieces for a standard design pattern using morphisms. Which was my point to grandparent. The classification of all possible recursions is coming along nicely but we still have about 50 types of morphisms that (at least in theory) can show up. In practice hylomorphism covers most cases for recursions, and how to do this can be non-obvious. But hylomorphism covers all cases, with simple transformations of for-loops. Having written a for-loop you have the structure you need to do the morphism transformation, its the same work. My point above was about the easy case, not the hard case of general recursion you are talking about.

As an aside, I believe (not an expert) the condition for a graph traversal to be hylomorphic is that the operations follow the distributive law. Assuming I'm right on this, that's not a whole lot of math you just check your operation and apply one of the standard graph traversals.

Comment Re:It has its uses (Score 0) 418

Here we disagree. I think the general way you program that sort of thing is via. a fold. I don't know Erlang but it has the classic folds:

foldl(Fun, Acc0, List) -> Acc1
foldr(Fun, Acc0, List) -> Acc1
Fun = fun((Elem :: T, AccIn) -> AccOut)
Acc0 = Acc1 = AccIn = AccOut = term()
List = [T]
T = term()

foldl is the preferred one for Erlang

Comment Re:It has its uses (Score 1) 418

I'm going to argue there are no special cases that don't fit.

Basically
the set of all possible for loops (no side effects) \subset the set of all possible hylomorphisms (generalizations of map reduce) \subset of all possible recursions.

That's why I wanted to see a real example, because of mathematically they can't exist.

As for accumulators over loops those can be usually handled via. a fold providing the reduction operation is associative. The initial and final state never present a problem.

___

I'll agree I was considering lazy part of functional. At this point I think purity allows for laziness and laziness demonstrates a lot of the advantages of purity. Otherwise you are backed to mixed paradigm which I dealt with other places in this thread. As for lazy with large amounts of data, Hadoop is lazy. So I'm not sure what you are saying.

Slashdot Top Deals

Bus error -- driver executed.

Working...