HN user
Considering the great lengths the SQLite source goes through to validate correctness (code that rides in critical airplane systems gets no free lunch), I'd be immediately concerned a "SQLite in ______" lacks remotely the same degree of vigor in ensure implementation correctness. The overhead in using cgo feels like a small price to not worry "SQLite in Go" will remain maintained to the same degree the base SQLite project is.
There is an expectation that where I live won't just be rezoned industrial to make way for more Amazon warehouses.
Is that 1.4 million shares before, or after, the 5:1 split?
We must keep filing taxes complicated, for the sake of Capitalism! This reads like Huxley.
I've very much wanted to tile them across a wall of my house to make a virtual/dynamic "smart wall" for quite a while. Even a B/W version would be sufficient. Last time I checked in was late 2018 and at that time there wasn't a good sub-six-figure solution. It'd also require a lot of manual work on each cell since the cells didn't have a zero width bezel for gapless tiling.
People actually will have to tune into politics since the differences will be diminished and you can't simply push the red or blue button and be done with it. 'aint nobody got time for that!
Highly recommend reading Reamde first if you can. The story is entirely different, but is the same world and comes chronologically first; I felt the continuity added a lot when reading Fall.
And Smart TVs which lack the computational power/storage/memory to serve traffic.
You're grossly oversimplifying the complexity involved with "streaming" a video. Specifically in the context of a service like Disney+ or Netflix. Additionally how do you "find" that content near you? How do you ensure it is available? How do you ensure it is correct? Who owns it? How do you ensure copyright/drm/licenses are respected? What do you do when it disappears? The gains are incredibly slim, if at all, for the engineering challenges it introduces.
You also confuse "CDN somewhere" with OpenConnect box literally inside your ISP's DC. It is probably faster to get it this way than it would be to P2P it from your neighbor since, at the end of the day, that P2P traffic _must_ go through your ISP and their ISP. It will not, by definition, peer at the local hub. You are _NOT_ on a local network with your building/neighbors/etc. Your communication routes to your ISP and then out to anywhere else, even if that somewhere else is on the other side of your wall.
Even if it was possible. Even if it was slightly faster. Do you really think studio execs are going to be okay with customers hosting/serving their content off their machines? Even _IF_ this was "technically" a good idea, this is a non-starter from the business standpoint.
I think you are overestimating the capabilities, and potential "savings", of P2P here. For one, OpenConnect already does what you're suggesting at the "city" level since it's sitting in ISP DCs. Second, there are minimal gains in the last mile via P2P, if at all, considering the numerous types of devices streaming. How do you handle TVs that are already memory constrained by the streaming app? Do mobile devices constantly upload and eat up your bandwidth cap? What if you're streaming from a neighbor who turns off their computer? Do you need to refetch data from some distant host? Is that really a better experience? You also run into privacy/security concerns. How do you reconcile hosts that _cannot_ leverage P2P? Do you now need to support a "P2P" mode and legacy/vintage non-P2P mode? This doesn't sound good for the end user.
Would you be so kind to pass some to me? Popcorn that is.
As I understand it Netflix has hardware in ISP data centers to do exactly that. https://openconnect.netflix.com/en/
This is rapidly changing. On the international stage we're competing with state backed monopolies that don't suffer the same burden of internal US anti-competitive policy. It may damage access to the US market, but the expanding global market is becoming more appetizing anyway. Consider China's Belt and Roads initiative.
The rising happens later, first we need a god-emperor to rise up and topple the Empire of the Rising Sun... Oh dear.
How is this a violation of her "Freedom of speech"? Google is not the government. The Bill of Rights protects us from the government, not private enterprise. I feel I'm surely missing some key detail.
I can't tell if the embossed effect is part of the video, or if that's actually what the app looks like. I'm really hoping the former.
I've refused my 3-year upgrade and fear the day I'll need a replacement for my late 2015 macbook. It's sad being stranded on hardware that is starting to show its age when the newer devices leave little to be desired from a usability standpoint. It also hurts that any replacement will be incompatible with my $150 dock.
Consider what we did to smallpox. It's gone, but not really.
The "spare" parts come from donor boards that are obtained via unsanctioned back channels. Authorized repair shops are generally not allowed to actually fix anything. Instead they tell you it can't be fixed, your data is gone, please buy a new device.
This is the crucial detail here. In a vacuum this is innocuous, but Beck specifically went and gave a nod to the context he wanted you to see it in, and that context was rape.
So many times during technical discussions, I had to keep my mouth shut in the name of self-preservation.
This sounds like an issue with being able to articulate why something is or isn't going to net the expected benefits or being able to foresee unexpected risks. Keeping silent is better than throwing out silly hyperbole risks, but not bring up real risks because "they don't want to hear it" is completely bogus. Any solid engineer will bite at another potential risk to ensure they don't find themselves engineered into a corner 65% through a project. Your comment also makes it out like the notion the article is making, monolith over microserves, is gospel for every situation; that in no condition would it ever make sense to use microserves and that only naive zealots would espouse the wisdom (dogma) to use them. You can use any piece of technology poorly, that doesn't mean the core concept is flawed, just that your problem space is different than what that software is trying to solve. Consider using HDFS as a primary data store in place of MySQL where it doesn't make sense and you might cry the wisdom of wishing someone had told you HDFS is terrible and to just use the tried and true MySQL of olden days.
Because we can.
How is BTC better than gold? What can I do with a bitcoin? It's just data. It's still a fiat currency. Gold is specifically not a fiat currency because it has real world applications. I will agree cryptocurrencies are better than other forms of fiat currency in that there is a definitive quantity, similar to a non-fiat currency, but it's intrinsic value is in the trust others will accept it in exchange for something that has real value.
Suppose a solar flare destroyed all existing digital equipment. What would a physical printout of a wallet be worth?
Reminds me of the People Movers from Disneyland's Tomorrowland. I guess tomorrow is finally today.
The guy who puts the toothpaste cap on the tube will come back to repair the robots that replace him. If you think automation won't create new types of blue collar work then you're only looking at a narrow strip of the problem. Consider the ice delivery man: refrigeration destroyed his industry, but created so many more possibilities that there was a net gain in blue collar work. If you think we're on the precipice of AI/automation being able to solve complex problems without human aid I think you're overestimating the capacity of the capabilities of current generation tech. More specifically the blue collar work will be replaced by the blue collar work of tomorrow, it will be different, but it will still need humans at some level of the chain. Additionally there will be steep switching costs; I don't automation is going to replace ALL needs of current blue collar work as quickly as you think.
TL;DR Automation will...
* replace some current blue collar work over time
* create new blue collar work over time
* take a protracted period of time to fully supplant all labor needs
Have you ever been to Brisbane? Most people move there for the small-town feel; I personally tried, but got out-cashed by a Chinese investor. You're not going to convince them to become San Francisco's housing overflow.
Geographic mobility really is a huge hurdle. A lot of business is becoming centralized around major long-distance transportation hubs, San Francisco being chief among them. Live in Concord, but want to work in Los Gatos? Good luck getting there by train. I lived in the Mission and to get to China Basin was a bus to a train to a bus. I opted for the ten minute drive instead of forty-five minutes of transferring. It's embarrassing how much better we could do so much better moving people around. Right now I opt to drive the 101 south instead of taking Caltrain, even though my employer covers the cost, because it would cost me an additional $10 a day to take other trains/buses to get to the Milbrae transfer, and by the time I've driven myself either to 4th/King or San Bruno I could have already been half way to work just driving the whole way. We need to do better.
I think he's more interested in fixing the world, not just changing it.
Does Rust really support macOS, or did he mean to say OSX?
IBM Watson
Here's a better article that was linked a few days ago: http://www.wsj.com/articles/if-your-teacher-sounds-like-a-ro...