Excited may be too strong a word, but I'm interested in seeing how the world of decentralised apps evolve. I like the idea of decentralising the web using plug and play home servers. There are a few projects in this space already (such as Sandstorm) and there are some existing projects that aren't strictly limited to dapps but could play a key role in the future (a few unikernel and meshnet projects spring to mind).
Ask HN: What tech that's right around the corner are you most excited about?
21–30 of 362 posts
Re: Ask HN: What tech that's right around the corner are you most excited about?
#22AR. Being able to superimpose software on top of real objects is amazing. It has so much economic potential that it hurts not being in the space already (working on that though). I feel AR will be the app craze 2.0.
As someone not familiar with the area, could you elaborate on some examples of what you think the economic potential is? To an outsider like me, being able to overlay virtual objects on a scene seems like a nice curiosity, not particularly an engine for commerce.
Edit: specifically, I was curious about areas where AR offers a (financially) meaningful advantage over traditional HUDs (for example).
Re: Ask HN: What tech that's right around the corner are you most excited about?
#23Although both of these have been around for a few years, we are yet to see a general adaptation of these. (might be due to inconsistent browser support).
Now with the rise of VR, 3d Printing, powerful GPUs these two technologies are bound to open new avenues of an immersive browsing experience. I imagine that in next few years we would have 1- Webs stores, that show a virtual 3d shopping mall, 2- 3-d virtual try out of garments, 3- VR coaching of physical activities like a- Playing Tennis, b- Judo, c-Taecondo, d- Dance
Re: Ask HN: What tech that's right around the corner are you most excited about?
#24Earlier quoted context omitted.
I'm intrigued ... can you elaborate on the wow factor beyond REST that you see in GraphQL? When I looked at it in the past, it seems to make sense for things that could be represented by graph (e.g. FB's social graph), and graphql allowed you to run complex operations in the backend without fetching each individual node on the client. I clearly missed something?
And if you can also elaborate on why SPARQL and RDF were a major failure, and how GraphQL is different/better?
False, even if there is graph in its name it's not restricted to graph, and that what is great about it compared to things like RDF and SPARQL. Backend data can be stored in key/value store, document, files, RDBMS or whatever. And you will still be able to make it work. AFAIK you write a "translation" layer that interprets a pseudo-JSON file into your data.
AFAIK GraphQL is not good at querying recursive datastructure, it's better at "neighborhood" kind of query, so you can traverse Foreign Keys, but not "indefinitely".
> graphql allowed you to run complex operations in the backend without fetching each individual node on the client.
Yes.
> I clearly missed something?
IDK. For me, GraphQL basically it's an RPC interface particularly suited at "reading" data.
> And if you can also elaborate on why SPARQL and RDF were a major failure, and how GraphQL is different/better?
GraphQL is not tied to particular data layout. I don't know much of SPARQL and RDF actually and don't know why they failed. I am just guessing.
That said, GraphQL it "just" another query language, it's "just" another DSL targeted at querying datastructures. As something that was thought a long time, focused to solve a particular issue.
Re: Ask HN: What tech that's right around the corner are you most excited about?
#25Re: Ask HN: What tech that's right around the corner are you most excited about?
#26WebGPU. Granted, "right around the corner" is a bit of a stretch. https://webkit.org/blog/7380/next-generation-3d-graphics-on-...