I remember the days having to build my devkits with power regulators and having to flash them with separate programmers. The Arduino ecosystem opened up hardware to many designers, makers and tinkerer's. sure thing, the real cost of the boards is low. but the value is tremendous.
It's also the only place with such amount of trains. It is quite involved of making the infrastructure, and still it's managed.
From april onwards you can travel from Amsterdam to London for 40 euro in 3 hours. There's a lot to align.
Doesn't take away from the things that could be improved. Trains from Amsterdam to Germany stopping in small towns doesn't help.
There probably will be a plethora of different hard issues to fix in such situations.
It's also easier to institute change in a dictatorship as opposed to a democracy (being a dictator that is :).
You could use the 'chromecast' flow. Where it creates a WiFi network the user has to connect to with another device. And then serving a webpage with configuration.
Funny thing is there's practically only Mozilla and Google left with their browsers. Microsoft, Apple and Opera all basically piggyback on the chrome renderer (prolly not entirely true for safari, but it doesn't run on anything besides apple anymore)
> Physicists say this futuristic, super-secure network could be useful long before it reaches technological maturity.
Isn't that what they also say about the internet atm?
When a PR isn't merged or closed within a couple of months at least, the project doesn't look healthy to me. It might still function. Just wondering what the reason of reposting this would be.
Why is all the GraphQL documentation so tightly coupled with either Apollo or Relay?
Apollo doesn't work nice with a non-react setup (imhe), not to start about Relay itself.
All the Relay server side stuff makes the client also really boilerplaty.
I don't think i'd buy this book, since it's also apollo stained.
Does someone have good resources on how to use vanilla GraphQL without the bloated Apollo/Relay stuff?
I'm currently working on a GraphQL server (using Graphene), and thankfully I'm able to not use Relay (with which it tightly integrates). So I'm able to implement my own pagination and filters.
What's the reason for posting this? It's been posted before (https://news.ycombinator.com/item?id=10667783) and the repo seems to be dead since beginning 2017 (4 open PR's from 2017).
It also looks like it doesn't fit the current web-meta anymore :)
Wha, so the exchange format is already open. So how would they ever lock everything in.
Second I feel that Microsoft will be a much better guardian than google in this respect. Google doesn't have too many OS projects, and their most valuable software is closed source, with closed formats, with little room for data-exchange...
How come we don't have proper calender sync yet, f.i.
Microsoft has in recent years been much better in their OS efforts. And they haven't killed any promising projects as opposed to G
> if there was a place to show off these cutting edge tricks? This is a competition where jugglers on the cutting edge can shine.
There's the ejc :) http://www.ejc2018.org/
But when it's a trick that only lands 1/10, will you enjoy watching them fail for a while, possibly with a lenghty setup and stay interested in it? I think it's usually the jugglers not showing them because they're not consistent yet.
Its a bit more complicated than that, since the only constraints is the yarn and physics. And there's infinite possibilities of stitching things together in intricate manners.
Then deciding whether something is nice/wanted, is in the eye of the beholder :)