At Square most of the applications run in the datacenters and this project allows AWS Lambda instances to seamlessly call into the datacenters -- basically developers can break out part of their apps and deploy them as Lambdas.
I don't know if it's true. People tend to conflate the price for cells with those of modules and entire battery packs. IIRC, the holy grail is < $100/kWh for a battery pack.
Batteries are a commodity, so I doubt Tesla would want to reduce themselves to an OEM and shrink their margins. Their energy business might eventually be bigger than their automotive one, but either way I think they will continue selling vertically integrated products.
batteries are absolutely not a commodity at this time. every other manufacturer is held back by not enough battery capacity. Even the biggest companies are held back.
Yeah, until batteries are traded the same way actual commodities are they are not commodities. A good way to tell whether something is a commodity or not is whether there are strong brands in the space. I can’t go onto a major exchange and speculatively trade lithium battery cells.
I think the takeaway here is not that some corners of Go are not performant (and should be swapped for C++/D etc.), but that there are tools in the Go ecosystem that help you figure out what the issue is.
Until Twitch hit the bottleneck with their service, they were reaping multi-year benefits of faster development using memory-safe language (huge gain for security).
Their short- (or mid-) term solution seems decent and more importantly Go core team is working on addressing this particular issue (which given the Go 1.x backward compatibility promise makes it really easy to reap all the benefits with each Go release).
You're incorrect, Square has non-SF offices, too. I think @nrp has put it well in his comment https://news.ycombinator.com/item?id=21342101. Square is categorized differently than Salesforce by SF tax law and pays a different proportion of taxes than Salesforce.
Very recently there was a flurry of articles about Apple copying popular apps, among them woman health apps [1]. Although they were not wrong to voice their concerns about Apple, it's hard to cheer for the app makers when you later find out they don't exactly value your privacy and are not upfront with you, as a user, about that.
Amazing that the monopoly taking a 30% cut doesn't feel like it has to resort to selling user data. I wonder if app makers on a free and transparent platform would act more ethically?
It’s in iOS 13 and you can already use it with the beta. You can enter data about your menstrual cycle and it shows a fertile window.
What’s interesting here is: I don’t know much about HIPAA, but I know a bit about the increasing regulation of health apps in the EU. The law is a bit muddy. But you could argue that apps, which gather health data and apply some kind of algorithm to it that helps you understand your body in a better way, fall under the coming Medical Device Regulation. This law will be effective in May 2020.
> The law is a bit muddy. But you could argue that apps, which gather health data and apply some kind of algorithm to it that helps you understand your body in a better way, fall under the coming Medical Device Regulation.
I would certainly hope they do fall under that regulation. Otherwise, I can certainly see a few developers manipulating their algorithms for health apps in a way to change people's behaviors in order to reinforce some belief the app developer may have.
> Otherwise, I can certainly see a few developers manipulating their algorithms for health apps in a way to change people's behaviors in order to reinforce some belief the app developer may have.
Could you clarify here? It sounds like there's a sub-text, but I apparently lack the context to "get it".
The problem I see with that is that many (most?) users are not going to go deny network access to each app.
Furthermore, what if the app tells me that it needs network access to get calendar info or something along those lines - and then actually uses the network for that -, then subsequently uses the network access to siphon off my personal info? Certainly if you had the ability to "see" what an app is doing, you might be able to catch that, but that's well beyond the grasp of most users. Better to be able to inherently trust the app because it was built by a trusted 3rd party. Certainly I agree that it would be nice to be able to disable network access to any app I felt like though.
Only for 3rd party keyboards, network access is denied by default. First you have to go through settings to enable them instead of a simple dialog box (which I agree with) and then you have to go back in settings to give the keyboard network access and you get a very clear warning.
But, most people on HN don’t seem to understand Apple’s priorities. This is how it should be.
This is something super important that is missing in android and no one ever mentions. Keyboard apps are all phone home everything we type. Fortunately my phone let's me block individual app access to the network, but as far as I know you can't do that in android.
Also, even when you give the keyboard network access, when you enter a password, iOS switches to the native keyboard. Apps can also force iOS to only use the native keyboard.
> How do you deny an app network access and allow it to share your data across your own devices? With your partner?
commenting only the technical aspect, without suggesting anything is or is not a good idea, apple's operating systems could offer a service whereby apps could hand over data to the OS which it would save to icloud on their behalf, and hand back to only that app or other instances of it (as determined by the user). that, plus normal networking denied to the app would do the job nicely.
It's so that you can have a seamless module version checksum [1]. The checksum in proxy ensures that you don't "trust on first use" whenever you update a module.
This is a deep-dive on the mTLS set-up for Lambdas, but for general overview check out https://developer.squareup.com/blog/enabling-serverless-appl...