We'll be running an Apache Spark community sprint centered on helping folks get their first PRs into the Apache Spark project on March 13th (Friday) from 12:00-7:00 PM at the Snowflake Bellevue Office :)
I think a world without any form of meaningful protection or regulation sounds very dystopian and not like one I would choose to live in under our current capitalist society.
Even the author of the “theorem” you cite indicated that he didn’t believe it to be practical.
The theory was wonderful (yay! stateless load balancer etc.) but in practice browsers at the time were less than happy with trying to store that much state in the URL.
If you've wanted to add satellite communication to your IoT project but traditional pricing has turned you off, we're kickstarting a new device (using an existing LEO constellation).
This is so true. Hire a bunch of senior engineers to solve junior level problems and they'll turn the junior level problems into senior level problems :p
I've been working on a book to teach kids data parallel distributed computing with Python and PySpark (Distributed Computing 4 Kids), if anyone wants an early review copy let me know :)
So they don't do dedicated boxes (sadly), they rent by the rack (including 1gb of transit + 15A power). https://he.net/colocation.html has the info. If you just want a dedicated box that isn't drawing a lot of power I've probably got some room in my rack and we can chat (and I imagine some of the other BGP for fun group folks are in similar positions).
If anyone is in the bay area and wants to run physical hardware and peer with folks, FCIX down in the HE facility in Fremont is very welcoming to small networks and doesn't have port fees (although you do need to be in the HE facility).
My partner and I talked about our health (and mental health) in the context of deciding if we wanted to be parents to a kid. I like to think that's a normal enough conversation to have.
Apache Beam _can be_ but this person is talking about using it inside of Google (e.g. as the Dataflow API) and with a Google service. I think the comparison is on the money. That being said I think the best way forward would be both google cloud support & a JIRA ticket.
Although, to a degree, I think the authors complaint about Google's mentality towards open source is on the money, a lot of the OSS work is understaffed with the theory that the community will pick up the slack, even when the primary users of the OSS project would be Google customers.
(Full disclosure: I work on Apache Spark for my day job, have previously worked on Apache Beam for my day job, and have friends who work on Bigquery so my world view is maybe skewed).
So one of the things to remember about Google is the desire to increase attrition of senior employees (e.g. those with the most flexibility to move elsewhere). It's.... weird, but it would totally match.