Monday, 4 May 2020

UK’s coronavirus tracing app strategy faces fresh questions over transparency and interoperability

The UK’s data protection watchdog confirmed today the government still hasn’t given it sight of a key legal document attached to the coronavirus contacts tracing app which is being developed by the NHSX, the digital transformation branch of the country’s National Health Service.

Under UK and EU law, a Data Protection Impact Assessment (DPIA) can be a legal requirement in instances where there are high rights risks related to the processing of people’s information.

Last month the European Data Protection Board strongly recommended publication of DPIAs in the context of coronavirus contacts tracing apps. “The EDPB considers that a data protection impact assessment (DPIA) must be carried out before implementing such tool as the processing is considered likely high risk (health data anticipated large-scale adoption, systematic monitoring, use of new technological solution). The EDPB strongly recommends the publication of DPIAs,” the pan-EU data protection steerage body wrote in the guidance.

Giving evidence to the human rights committee today, UK information commissioner Elizabeth Denham confirmed that her department, the ICO, is involved in advising the government on the data protection elements of the app’s design. She said the agency has been provided with some technical documents for review thus far. But, under committee questioning, she reserved any firmer assessment of the rights impacts’ of the government’s choice of app design and architecture — saying the ICO still hasn’t seen the DPIA.

“I think that is on the verge of happening,” she said when asked if she had any idea when the document would be published or provided to the ICO for review.

“Having that key document — and the requirement for the NHXS to do that, and provide that to me and to the public — is a really important protection,” Denham added. “Especially when everything’s happening at pace and we want the public to take up such an app, to help with proximity and notification.

“The privacy notice and the DPIA will both need to be shared with us and I do know that NHSX plans to also publish that so that they can show the public — be transparent and accountable for what they’re doing.”

The NHSX has given a green light for the ICO to audit the app in future, she also told the committee.

Coronavirus contacts tracing applications are a new technology which, in the UK case, entail repurposing the Bluetooth signals emitted by smartphones to measure device proximity as a proxy for calculating infection risk. The digital tracing process opens a veritable pandora’s box of rights risks, with health data, social graph and potentially location information all in the mix — alongside overarching questions about how effective such a tech will prove in battling the coronavirus.

Yesterday the BBC reported that the NHSX will trial the tracing app in the Isle of Wight this week.

“As we see the trial in the Isle of Wight we’ll all be very interested to see the results of that trial and see if it’s working the way that the developers have intended,” added Denham.

At a separate parliamentary committee hearing last week NHSX CEO, Matthew Gould, told MPs that the app could be “technically” ready to deploy nationally within two to three weeks, following the limited geographical trial.

He also said the app will iterate — with future versions potentially asking users to share location data. So while the NHSX has maintained that only pseudonymized data will be collected and held centrally — where it could be used for public health “research” purposes — there remains a possibility that data could be linked to individual identities, such as if different pieces of data are combined by state agencies and/or if the centralized store of data is hacked and/or improperly accessed.

Privacy experts have also warned of the risk of ‘mission creep’ down the tracing line.

Today the Guardian reported that the government is in talks with digital identity startups about building technology to power so called ‘immunity passports’, as another plank of its digital response to the coronavirus. Per the report, such a system could combine facial recognition technology with individual coronavirus test results so a worker could verify their COVID-19 status prior to entrance to a workplace, for example. (A spokeswomen for Onfido confirmed to TechCrunch that it’s in discussions with the government but added: “As you’d expect these are confidential until publicly shared.”)

Returning to the coronavirus tracing app, the key point is that the government has opted for a system design that centralizes proximity events on an NHSX-controlled server — when or if a user elects to self-report themselves suffering from COVID-19 symptoms (or does so after getting a confirmed diagnosis).

This choice to centralize proximity event processing elevates not just privacy and security questions but also wider human rights risks, as the committee highlighted in a series of questions to Denham and Gould today — pointing out, for example, that Denham and the ICO have previously suggested that decentralized architectures would be preferable for such high rights risk technology.

On that Denham said: “Because I’m the information commissioner, if I were to start with a blank sheet of paper [it] would start with a decentralized system — and you can understand, from a privacy and security perspective, why that would be so. But that does not, in any way, mean that a centralized system can’t have the same kind of privacy and security protections. And it’s up to the government — it’s up to NHSX — to determine what kind of design specifications the system needs.

“It’s up to government to identify what those functions and needs are and if those lead to a centralized system then the question that the DPIA has to answer is why centralized? And my next question would be how are the privacy and security concerns addressed?  That’s what a DPIA is. It’s about the mitigation of concerns.”

Apple and Google are also collaborating on a cross-platform API that will support the technical functioning of decentralized national tracing apps, as well as baking a decentralized and opt-in system-wide contacts tracing into their own platforms.

The tech giants’ backing for decentralized tracing apps raises interoperability questions and technical concerns for governments that choose to go the other way and pool data.

In additional details for the forthcoming Exposure Notification API, released today, the tech giants stipulate that apps must gain user consent to get access to the API; should only gather the minimum info necessary for the purposes of exposure notification, and only use it for a COVID-19 response; and can’t access or even seek permission to access a device’s Location Services — meaning no uploading location data (something the NHSX app may ask users to do in future, per Gould’s testimony to a different parliamentary committee last week. He also confirmed today that users will be asked to input the first three letters of their postcode).

A number of European governments have now said they will use decentralized systems for digital contacts tracing — including Germany, Switzerland and the Republic of Ireland.

The European Commission has also urged the use of privacy preserving technologies — such as decentralization — in a COVID-19 contacts tracing context.

Currently, France and the UK remain the highest profile backers of centralized systems in Europe.

But, interestingly, Gould gave the first sign today of a UK government ‘wobble’ — saying it’s not “locked” to a centralization app architecture and could change its mind if evidence emerged that a different choice would make more sense.

Though he also made a point of laying out a number of reasons that he said explained the design choice, and — in response to a question from the committee — denied the decision had been influenced by the involvement of a cyber security arm of the UK’s domestic intelligence agency, GCHQ.

“We are working phenomenally closely with both [Apple and Google],” he said. “We are trying very hard in the context of a situation where we’re all dealing with a new technology and a new situation to try and work out what the right approach is — so we’re not in competition, we’re all trying to get this right. We are constantly reassessing which approach is the right one — and if it becomes clear that the balance of advantage lies in a different approach then we will take that different approach. We’re not irredeemably wedded to one approach; if we need to shift then we will… It’s a very pragmatic decision about what approach is likely to get the results that we need to get.”

Gould claimed the (current) choice of a centralized architecture was taken because the NHSX is balancing privacy needs against the need for public health authorities to “get insight” — such as about which symptoms subsequently lead to people subsequently testing positive; or what contacts are more risky (“what the changes are between a contact, for example, three days before symptoms develop and one day before symptoms develop”).

“It was our view that a centralized approach gave us… even on the basis of the system I explained where you’re not giving personal data over — to collect some very important data that gives serious insight into the virus that will help us,” he said. “So we thought that in that context, having a system that both provided that potential for insight but which also, we believe provided serious protections on the privacy front… was an appropriate balance. And as the information commissioner has said that’s really a question for us to work out where that balance is but be able to demonstrate that we have mitigations in place and we’ve really thought about the privacy side as well, which I genuinely believe we have.”

“We won’t lock ourselves in. It may be that if we want to take a different approach we have to do some heavy duty engineering work to take the different approach but what I wanted to do was provide some reassurance that just because we’ve started down one route doesn’t mean we’re locked into it,” Gould added, in response to concern from committee chair, Harriet Harman, that there might only be a small window of time for any change of architecture to be executed.

In recent days the UK has faced criticism from academic experts related to the choice of app architecture, and the government risks looking increasingly isolated in choosing such a bespoke system — which includes allowing users to self report having COVID-19 symptoms; something the French system will not allow, per a blog post by the digital minister.

Concerns have also been raised about how well the UK app will function technically, as it will be unable to plug directly into the Apple-Google API.

While international interoperability is emerging as a priority issue for the UK — in light of the Republic of Ireland’s choice to go for a decentralized system. 

Committee MP Joanna Cherry pressed Gould on that latter point today. “It is going to be a particular problem on the island of Ireland, isn’t it?” she said.

“It raises a further question of interoperability that we’ll have to work through,” admitted Gould.

Cherry also pressed Denham on whether there should be specific legislation and a dedicated oversight body and commissioner, to focus on digital coronavirus contacts tracing — to put in place clear legal bounds and safeguards and ensure wider human rights impacts are considered alongside privacy and security issues.

Denham said: “That’s one for parliamentarians and one for government to look at. My focus right now is making sure that I do a fulsome job when it comes to data protection and security of the data.”

Returning to the DPIA point, the government may not have a legal requirement to provide the document in advance of launching the app to the ICO, according to one UK-based data protection expert we spoke to. Although he agreed there’s a risk of ministers looking hypocritical if, on the one hand, they’re claiming to be very ‘open and transparent’ in the development of the app — a claim Gould repeated in his evidence to the committee today — yet, at the same time, aren’t fully involving the ICO (given it hasn’t had access to the DPIA), and also given what he called the government’s wider “dismal” record on transparency.

Asked whether he’d expect a DPIA to have been shared with the ICO in this context and at this point, Tim Turner, a UK based data protection trainer and consultant, told us: “It’s a tricky one. NHSX have no obligation to share the DPIA with the ICO unless it’s under prior consultation where they have identified a high risk and cannot properly manage or prevent it. If NHSX are confident that they’ve assessed and managed the risks effectively, even though that’s a subjective judgement, ICO has no right to demand it. There’s also no obligation to publish DPIAs in any circumstances. So it comes down to issues of right and wrong rather than legality.

“Honestly, I wouldn’t expect NHSX to publish it because they don’t have to,” he added. “If they think they’ve done it properly, they’ve done what’s required. That’s not to say they haven’t done it properly, I have no idea. I think it’s an example of where the concept of data ethics bumps into reality — it would be a breach of the GDPR [General Data Protection Regulation] not to do a DPIA, but as long as that’s happened and we don’t have an obvious personal data breach, ICO has nothing to complain about. Denham might expect organisations to behave in a certain way or give her information that she wants to see, but if an organisation’s leadership wants to stick rigidly to what the law says, her expectations don’t have any powers to back them up.”

On the government’s claim to openness and transparency, Turner added: “This isn’t a transparent government. Their record on FOI [Freedom of Information] is dismal (and ICO’s record on enforcing to do something about that is also dismal). It’s definitely hypocritical of them to claim to be transparent on this or indeed other important issues. I’m just saying that NHSX can fall back on not having an obligation to do it. They should be more honest about the fact that ICO isn’t involved and not use them as a shield.”



from Apple – TechCrunch https://ift.tt/3dfscsD

Apple and Google release sample code, UI and detailed policies for COVID-19 exposure notification apps

Apple and Google are providing additional resources for developers working with the first version of their Exposure Notification API, the development tools the companies have created and are working on in order to provide a cross-platform way for public health agencies to notify individuals of a potential exposure to a person with a confirmed case of COVID-19.

The first version of the Exposure Notification API, which Apple and Google renamed from the ‘Contact Tracing API’ to more accurately reflect its actual use and purpose, was released to developers last week along with beta updates of iOS and Xcode. Today, Apple and Google are providing new sample resources for developers, including example UI assets, and sample code for both iOS and Android. These are designed as starting points that developers working on behalf of public health agencies can use to jumpstart their app development process.

  • The two companies have also released new policies that any developers working with the API must adhere to in order to get their apps approved for use. These include the following requirements:
  • They must be made by or for the use of an official government public health authority, and they can only be used for the purpose of responding to COVID-19.
  • They need to ask consent of a users to actually employ the API before it can actually be used.
  • They require a user’s consent to share a positive test result before broadcasting any such info with the public health authority operating the app.
  • They should only gather the minimum amount of info necessary for the purposes of exposure notification, and should use that only for the sake of COVID-19 response. In other words, these apps are explicit forbidden from using your info for advertising or other purposes.
  • They can’t access or even seek permission to access a device’s Location Services, which provides specific geolocation data. Google and Apple note that apps already available from public health authorities that make use of location data will continue to be offered, but that no apps that make use of that info will also have access to the new Exposure Notification API.
  • There can only be one app per country, which is designed to avoid fragmentation and therefor encourage efficacy, though Apple and Google say that if a country is relying on a regional or state-based approach, they’re willing to work with authorities to support them n the best way possible. That basically means if a country notifies Apple that it’s going state-by-state with different apps, it’ll unlock the ability for multiple apps to appear in that country’s store, and that it can work with them flexibility in terms of whether the exposure notification mechanics within each state work across one another.

The companies say that they’re also going to continue the pace of updates release for their software and software development kits in advance of shipping the public version of the API to consumers starting later this month. Apple and Google had both targeted “mid-May” for the consumer-facing release of the API, with an eventual plan to release exposure notification as a system-level feature by sometime later this year.

You can take a look at the sample UI resources for both platforms below, which provide an idea of what notifications, settings screens and more will look like within the apps once they’re available. Of course, the individual apps will still vary depending on which public health authority (or developer working on their behalf) is creating the software.

[gallery ids="1983325,1983326,1983327,1983328,1983329,1983330,1983331,1983332"]

Apple and Google embarked on this unprecedented joint effort in response to outreach by a number of public health authorities who were embarking on developing their own contact tracing app, and wanted access to specific aspects of iOS and Android to make those work. The companies decided to collaborate on a standard based on use of Bluetooth identifiers, not geolocation data, as a way to protect user identity, and also ensure the system can work in a variety of environments, including indoors where geolocation satellite services are unavailable.

Health authorities can also require that users input a unique code tied to the test they took, which can help them ensure that positive results are actually coming from verified, authorized tests rather than possibly just self-reported, or reported based on taking a test that hasn’t actually been approved by a health authority for COVID-19 diagnosis.

It’s important to note that the sample reference applications provided by both Google and Apple are not actually ever going to be available to users; they’re strictly for developers, but the companies are making them available in their entirety, including with their full source code, to developers in order to help them with their own efforts to build apps to respond to COVID-19 in a timely manner.



from Android – TechCrunch https://ift.tt/2KV7eU1
via IFTTT

Apple and Google release sample code, UI and detailed policies for COVID-19 exposure notification apps

Apple and Google are providing additional resources for developers working with the first version of their Exposure Notification API, the development tools the companies have created and are working on in order to provide a cross-platform way for public health agencies to notify individuals of a potential exposure to a person with a confirmed case of COVID-19.

The first version of the Exposure Notification API, which Apple and Google renamed from the ‘Contact Tracing API’ to more accurately reflect its actual use and purpose, was released to developers last week along with beta updates of iOS and Xcode. Today, Apple and Google are providing new sample resources for developers, including example UI assets, and sample code for both iOS and Android. These are designed as starting points that developers working on behalf of public health agencies can use to jumpstart their app development process.

  • The two companies have also released new policies that any developers working with the API must adhere to in order to get their apps approved for use. These include the following requirements:
  • They must be made by or for the use of an official government public health authority, and they can only be used for the purpose of responding to COVID-19.
  • They need to ask consent of a users to actually employ the API before it can actually be used.
  • They require a user’s consent to share a positive test result before broadcasting any such info with the public health authority operating the app.
  • They should only gather the minimum amount of info necessary for the purposes of exposure notification, and should use that only for the sake of COVID-19 response. In other words, these apps are explicit forbidden from using your info for advertising or other purposes.
  • They can’t access or even seek permission to access a device’s Location Services, which provides specific geolocation data. Google and Apple note that apps already available from public health authorities that make use of location data will continue to be offered, but that no apps that make use of that info will also have access to the new Exposure Notification API.
  • There can only be one app per country, which is designed to avoid fragmentation and therefor encourage efficacy, though Apple and Google say that if a country is relying on a regional or state-based approach, they’re willing to work with authorities to support them n the best way possible. That basically means if a country notifies Apple that it’s going state-by-state with different apps, it’ll unlock the ability for multiple apps to appear in that country’s store, and that it can work with them flexibility in terms of whether the exposure notification mechanics within each state work across one another.

The companies say that they’re also going to continue the pace of updates release for their software and software development kits in advance of shipping the public version of the API to consumers starting later this month. Apple and Google had both targeted “mid-May” for the consumer-facing release of the API, with an eventual plan to release exposure notification as a system-level feature by sometime later this year.

You can take a look at the sample UI resources for both platforms below, which provide an idea of what notifications, settings screens and more will look like within the apps once they’re available. Of course, the individual apps will still vary depending on which public health authority (or developer working on their behalf) is creating the software.

[gallery ids="1983325,1983326,1983327,1983328,1983329,1983330,1983331,1983332"]

Apple and Google embarked on this unprecedented joint effort in response to outreach by a number of public health authorities who were embarking on developing their own contact tracing app, and wanted access to specific aspects of iOS and Android to make those work. The companies decided to collaborate on a standard based on use of Bluetooth identifiers, not geolocation data, as a way to protect user identity, and also ensure the system can work in a variety of environments, including indoors where geolocation satellite services are unavailable.

Health authorities can also require that users input a unique code tied to the test they took, which can help them ensure that positive results are actually coming from verified, authorized tests rather than possibly just self-reported, or reported based on taking a test that hasn’t actually been approved by a health authority for COVID-19 diagnosis.

It’s important to note that the sample reference applications provided by both Google and Apple are not actually ever going to be available to users; they’re strictly for developers, but the companies are making them available in their entirety, including with their full source code, to developers in order to help them with their own efforts to build apps to respond to COVID-19 in a timely manner.



from Apple – TechCrunch https://ift.tt/2KV7eU1

Daily Crunch: Apple upgrades the keyboard on the 13-inch MacBook Pro

Apple announces a new MacBook Pro, tech stocks take a dip and Uber Eats shuts down in seven markets.

Here’s your Daily Crunch for May 4, 2020.

1. The 13-inch MacBook Pro gets Apple’s much-improved keyboard

Following in the footsteps of the MacBook Air and 16-inch Pro, Apple’s 13-inch Pro model is finally getting the company’s much improved keyboard. It’s probably not enough reason for recent MacBook buyers to upgrade, but it could push the indecisive over the edge.

The updated system is available through Apple’s site as of today, priced starting at $1,299 (or $100 for qualified education buyers).

2. Tech stocks open lower ahead of another busy earnings week

The tech-heavy Nasdaq Composite is off 0.55% this morning, putting it 13% off its record highs set this year, but also up 29% from its recent lows. Meanwhile, the Bessemer-Nasdaq cloud index is off 0.85% today after shedding nearly 3% in last week’s final trading session.

3. Uber Eats exits seven markets, transfers one as part of competitive retooling

Uber Eats is shuttering its on-demand food offering in the Czech Republic, Egypt, Honduras, Romania, Saudi Arabia, Uruguay and Ukraine. It’s also transferring its Uber Eats business operations in the United Arab Emirates to Careem, its wholly owned ride-hailing subsidiary that’s mostly focused on the Middle East.

4. AWS engineer Tim Bray resigns from Amazon following worker firings

As many Amazon workers called out sick for a May Day Strike, Tim Bray was spending his final day at the company. The VP and Distinguished Engineer at Amazon Web Services announced today that May 1 was his final day with the retail giant, citing Amazon’s firings of vocally critical employees.

5. As COVID-19 dries up funding, only drought-resistant cannabis startups will survive

TechCrunch recently spoke to Schwazze CEO Justin Dye, who’s hoping to create a healthier, vertically integrated cannabis company. He told us that during the COVID-19 crisis, cannabis companies must hunker down — once the skies start to clear, capital will be available to the survivors. (Extra Crunch membership required.)

6. Poynter Institute’s International Fact-Checking Network launches chatbot on WhatsApp to debunk thousands of coronavirus-related hoaxes

You can now debunk thousands of coronavirus-related hoaxes with a few texts on WhatsApp. Users can test the chatbot by either saving +1 (727) 2912606 as a contact number and texting the word “hi.”

7. This week’s TechCrunch podcasts

The Equity team discussed a new funding round for design platform Figma, then put out a (slightly) shorter episode about recent earnings reports. Meanwhile, Original Content had episodes reviewing the Netflix action movie “Extraction” and the comedy improv show “Middleditch & Schwartz.”

The Daily Crunch is TechCrunch’s roundup of our biggest and most important stories. If you’d like to get this delivered to your inbox every day at around 9am Pacific, you can subscribe here.



from Apple – TechCrunch https://ift.tt/2YvYThl

The 13-inch MacBook Pro gets Apple’s much-improved keyboard

Following in the footsteps of the MacBook Air and 16-inch Pro, Apple’s 13-inch Pro model is finally getting the company’s much improved keyboard. It’s probably not enough reason for recent MacBook buyers to upgrade, but could well be the thing that pushes the indecisive over the edge.

To sweeten the pot, the new laptop gets the standard spread of upgrades here. There are new 10th gen Intel processors (upgradable up to a 2.3GHz quad-core i7), with improved graphics speeds (up to 80% per Apple), coupled with 16GB of memory, upgradable to 32GB. Storage has been doubled, as well, starting at 256GB in the standard configuration, upgradable all the way to 4TB. The systems sport Intel Iris Plus Graphics and support Apple’s Pro Display at 6K.

Apple’s T2 security chip is onboard, as well, offering up added security, including a Secure Enclave for encrypted storage, among other things. Much of the system looks similar to its predecessors, otherwise, including four Thunderbolt 3/USB-C ports and a 13-inch Retina display — putting to rest rumors that the smaller pro would get upgraded to 14 inches, to match the larger model’s jump from 15 to 16.

Again, the keyboard is the thing here. I’ve been using the new Air for a while and can happily report that Apple finally got it right after a few unfortunate and buggy misfires. This is the keyboard these systems should have offered up in the first place. It’s got noticeably more travel, making it easier on the fingers and less likely to get jammed up — a major complaint with previous models.

Apple accomplished this by returning to the super scissor switch, after several years spent trying to improve the butterfly model. The keyboard is, per usual, supplemented by the Touch Bar and TouchID, up top.

The updated system is available through Apple’s site as of today, priced starting at $1,299 (or $100 for qualified education buyers).



from Apple – TechCrunch https://ift.tt/2Yy0hQO

Saturday, 2 May 2020

This Week in Apps: Zoom gets busted, TikTok’s new record, contact tracing API launches

Welcome back to This Week in Apps, the Extra Crunch series that recaps the latest OS news, the applications they support and the money that flows through it all.

The app industry is as hot as ever, with a record 204 billion downloads and $120 billion in consumer spending in 2019, according to App Annie’s “State of Mobile” annual report. People are now spending 3 hours and 40 minutes per day using apps, rivaling TV. Apps aren’t just a way to pass idle hours — they’re a big business. In 2019, mobile-first companies had a combined $544 billion valuation, 6.5x higher than those without a mobile focus.

In this Extra Crunch series, we help you keep up with the latest news from the world of apps, delivered on a weekly basis.

This week we’re continuing to look at how the coronavirus outbreak is impacting the world of mobile applications, including the latest on the U.S. and other international efforts to develop contact-tracing apps, plus the use of live-streaming apps as fundraising tools, the impact of quarantine on iPad apps and more. We’re also tracking news related to Zoom’s latest backtrack, WhatsApp’s plans to enter the credit market, the Instagram pods discovery, TikTok best quarter (better than any app… ever), Facebook’s plan for virtual dating and more.

Headlines

Apple News hits 125M monthly active users

The COVID-19 pandemic has driven a significant increase in how many people are using Apple’s News app on their mobile devices, tablets and Macs. During Apple’s earnings call this week, the company revealed Apple News now sees over 125 million monthly active users in the U.S., Canada, the U.K. and Australia, up from 100 million in January. Apple, however, did not note how many were subscribed to its $9.99/month premium news service, Apple News+.

Apple & Google release first version of the exposure notification API



from Apple – TechCrunch https://ift.tt/2StUrvR

Equity Shot: 1% is the new “growth”

Happy Saturday and welcome back to an Equity Shot, a short-form episode of Equity where we drill into one particular topic. There was so much news this week in our main areas of focus — startup funding rounds, new venture funds, that sort of thing — that we had to exclude earnings from the main show! (But really, check it out, as it was a good time.)

Sad, I know. Everyone surely noticed the loss, but we gathered once again on Friday afternoon to dig into the results all the same. A big thanks to Danny, Natasha and Chris for gathering ’round one more time to get through:

  •  SaaS and enterprise earnings: We dug into Microsoft’s results (TechCrunch coverage here), along with notes on quarterly results from Atlassian, Zendesk and ServiceNow. The gist is that big corp SaaS did fine in Q1, but there are varying levels of concern regarding the future.
  • Subscription content: Spotify is doing fine and Netflix smashed it, according to Danny (TechCrunch coverage here, and here, respectively). Spotify also managed to eke out the world’s funniest net income result, while Netflix shot forward like a hare from a trap. In short, we may be listening to fewer podcasts, but we sure as hell aren’t getting off the couch.
  • Advertising shops: While the advertising world melts down in spectacular fashion, tech shops that are ad powered did kinda OK. Facebook did what it always does, wowing with results and this time telling investors that April was looking better than March. Snap grew like hell, surprising investors, even if its overall cost structure is broken when compared to its revenue. Twitter was the miss of the bunch, struggling the most after telling investors it was still seeing COVID-19 issues in April. And, finally, Alphabet did Google things, so its stock went up, COVID-19 be damned.

We avoided Tesla because who can be bothered, and managed the shortest note on Apple ever recorded on a business podcast. All that and we had some fun. Hugs from Equity; we’ll be right back Monday morning!

Equity drops every Monday at 7:00 AM PT and Friday at 6:00 am PT, so subscribe to us on Apple PodcastsOvercastSpotify and all the casts.



from Apple – TechCrunch https://ift.tt/3bXz79z