There's an unbelievable amount of backwards business process that's still out there. Unless you've experienced it first hand, I really don't think you can fully appreciate how manual the "business world" still is.
For the past year I've been working with an intermodal trucking company building an app for owner-operator truck drivers so they can accept/reject deliveries, turn in paperwork, and update delivery statuses via a mobile app. If that sounds dead simple, it's because it is. But the change it brings is amazing.
While deploying the app I'd often ask when so-and-so truck driver came in to the office. The answer was usually something like "every day at 5:00pm to drop off his paperwork". A week after they start using the app, the answer suddenly turns in to "Oh, he never comes in to the office. You'll have to call his cell."
Dispatchers that were tearing their hair out trying to get updates from their drivers so they can in turn update their customers now feel like they can manage double the trucks. They're asking if they can get a similar app on their phone so they can manage their drivers on the go. Managers are asking when they'll be able to ditch the office space they're renting and let everyone work from home.
When I tell people "It's like Uber for intermodal trucking", nobody cares. If they pretend to care, I have to explain what intermodal trucking is in the first place -- then they stop pretending. It doesn't sound "sexy". It's a boring industry.
I think there's a lot of boring industry out there that hasn't fully embraced technology, and I think when it finally does we'll see a cultural change in the way we view work.
If the government had provided an API, the same task could be accomplished in a matter of minutes.
Likewise, most law offices have FileStore's or DMS's (Document Management System). These technologies are old and slow. If they used something like Algolia or Apache Lucene on a beefy server, the productivity would increase multiple-folds.
Another thing I want to mention is automated translation software. Most contracts we write are in dual languages. People usually slightly modify terms from earlier contracts. If there were a software that could identify identical/similar blocks and find their translation, the productivity increase would be substantial.
I wonder why these firms do not invest in IT. Being a corporate lawyer in 21st century is not that far away from being a coder. You primarily work with your computer, only instead of writing computer code, you write rules in natural languages. Programmers have IDEs, Lawyers still use MS Office products with lots of add-ons.
That's, unfortunately, the counterproductive effect of current tech fads - UX designed around "engagement" (i.e. sucking money or attention out of people) and not around effectiveness. I believe it's important for responsible engineers to work to counter that thread.
In large offices, IMHO people get billed with their capacity to pay. It has not much to do with the hours lawyers put in. If the client has the money, lawyers put in more hours. Every piece of paper lawyers print gets billed to you. Every cab fare, every x and y, you imagine. On top of all this lawyers need to bill hours so they don't get fired. But I'd rather bill hours doing serious research than manual labor.
And integration is the challenge. Integration into sometimes archaic dispatch systems . TMW Innovative is still an RPG green-screen system on IBM I Power systems and they have thousands of customers. They have a "web" version that is just a green screen scraper, which isn't bad, but is is slow.
All that to say this industry is ripe for innovation, especially for small carriers that have to implement elogs by December. It's an interesting year in trucking.
You're right. It sounds boring but it was great fun!
- lots of general network events where only C-level staff attend (often paid networks)
- side by side with consultants and business developers that haven't got technical staff
- get references from companies we've befriended by giving them leads before
You need to find a way into non-technical companies. We find them by going to network meetings with companies not in the IT sector. I have a large network of tech companies, but more non-tech companies. Sometimes a CEO for a marketing firm have a good lead they want in the long term, and then he brings in us to deliver something else for their business, such as an internal app for tracking deliveries. His potential client gets hyped up and I suggest potential marketing angles of the app and in doing so direct the business back to him. Other times I have a few drinks with CEOs from different companies at network events, they get to know me on a more personal level, and then pass me / us as a reference when they hear about jobs. We also go side by side of business developers, letting them add "digitalization" as a part of their brand.
Apple has solved few real world AR problems, which were usually hard for an average app developer to get started with. But with ARKit, apple, is "trying" to do the heavy lifting in terms of plane and object recognition etc.
Another thing is the platform of distribution. People will use AR apps, which will hit the app store after September like crazy. And these same people, will be primary audience for Apple headset.
It's like, before releasing headset, Apple is proving people that you really need a headset to overcome the pain of "continuously" moving your phone in the space.
Also, other OS and vendors will follow the trend and release AR compatible phones/hardware early. The only potential pitfall, I see is, battery usage. If it's properly optimised, I think a large AR wave on smartphones is about to hit.
Just my 2 cents!
For some time I thought the convergence of modern computer vision (including server-side machine learning based object discrimination) and mobile cameras had the potential to create tech indistinguishable from magic. And with Pokemon Go there was a glimpse at the possible consumer demand for the right combination of user interface and compelling content or use case.
But now consider something like "Medical Mixed Reality" following an exponential law of growth into the coming decades. Imagine travelling virtually inside the human body to excise the moribund sections of a liver in vivo with the help of a robotic laser operating on a patient on another continent.
Multiply the potential across verticals. And across platforms like Microsoft HoloLens, Google Tango, MagicLeap and you begin to see how the future will be "mixed"!
Augmented Reality's A-ha Moment:
http://www.madewitharkit.com/post/163454867118/augmented-rea...
With 3D hand tracking and gesture recognition.[1] When the new Clay SDK releases (RSN?)[2], I expect a new wave of ARKit demos.
[1] https://www.youtube.com/watch?v=Fa9wgHkIucs&start=43 [2] http://claytheworld.com/news/
Do people really want to run around wearing glasses/headsets all the time?
If you'd ask me, this idea could just as well end the same way as 3D TV.
Absolutely! If I could wear some regular looking glasses that could identify objects, give me directions, etc, I would totally wear them.
I'm really good with faces, in that I can see someone after a long time and know that I know them, but I'm really bad with names, so I can never remember their name. If I could have glasses that looked in my contacts or Facebook or whatever and told me the name of the person I'm looking at, that would help me be less awkward at social gatherings.
But yeah, that's why it would have to be real subtle.
And how do you think the people you are "talking" to feel when you're constantly occupied with your AR glasses? :)
glass was more of a novelty camera you wore on your face. it was extremely unfashionable, and quickly became associated with “people trying to record you” and invasion of privacy in general.
i think if apple releases some kind of headset, it will look more like regular eyewear. it will also unquestionably be for augmented reality. society probably won’t conflate it with someone trying to snap candid shots like glass.
Because at the end of the Summer hundreds of millions of users will upgrade to an OS that has the ARKit API built in and developers will have a standard solution that works well. That's with the hardware out now, enhanced AR friendly sensors will probably start shipping on the new iPhone and then in subsequent model years it's anyone's guess.
I don't think I've seen the killer app yet, but if it's awesome, wearing glasses won't be too much of a problem once they become slim and light.
I don't want to carry a big flat phone in my pocket, but its worth it.
I think ARKit has potential, Pokemon Go is still big and Snapchat glasses has generated hype among people that don't identify the glasses with AR.
Imagine the Metaverse exists, fully fledged, and there are two products which can access it:
1) A headset that you strap on your head, and you're "inside"
2) A picture frame that you can hold up and look through, and the Metaverse appears on the other side. You can reach behind the frame with your other hand, and it's then inside, and can touch stuff inside
Which will be more popular?
Now, I know a lot of VR enthusiasts are going say #1, but I suspect a lot of people will prefer #2. It has several benefits:
- No nausea
- If freaky shit starts happening, you can just look away or put the device down
- You can keep talking with real world people
- You can look back and forth between the Metaverse and the real world without taking your headset off or performing any kind of switch
- You can still make eye contact with people in the real world
- A bajillion people already have an iPhone
- There's nothing really to learn, the Metaverse is just a new app on your phone, not a whole new interaction paradigm
The downsides are two:
- Less immersive
- One of your hands is taken up
I can see the uses for both devices, but I predict the picture frame gets at least 50% of Metaverse interactions over the next decade, maybe more.
From what I understand, I believe other commenters in this thread refer to AR as a combination of 'real' reality and computer generated overlays. This is opposed to VR where all of reality is generated. So when we talk about AR headsets we're talking about things akin to Google Glass or Microsoft Hololens if you're familiar with these products. In that sense you are never 'inside' AR (with a headset or phone), it simply augments what you currently experience with extra data. With a true AR headset it is still possible to interact with people in the real world, you can turn on/off the extra data easily (since you are still immersed in the real world) and the computer generated overlays fit in with your real surroundings in a way that is simple and intuitive. Granted such a headset does not yet exist, but I believe that is the end goal.
What you describe as 'stepping inside the Metaverse' with no possibility of interacting with the real world is exactly what VR is all about (full immersion). (As an aside, the Metaverse as described in Snow Crash is exactly this: a Virtual Reality.)
As for the headset vs phone debate, personally I believe that the applications of AR in a non-headset configuration will be limited. There are definitely applications for one-off utilities which don't require constant use (ie. don't require gorilla arm), but having it available at all times and transparently via some sort of headset is where I believe it will really be useful.
Another version would be something like the "darknet" in the book Daemon/Freedom by Daniel Suarez https://en.wikipedia.org/wiki/Freedom%E2%84%A2
I haven't heard anything about them for a few years now.
Visual-inertial SLAM has been working for a few years on mobile phones: https://www.youtube.com/watch?v=e7bjsIqlbS0 So there should be plenty of third-party libraries you can use.
They solve the chicken and egg problem, having phones with the needed hardware before the apps/demand even exists.
World lens has been around since 2010
Layar since 2009
https://techcrunch.com/2009/08/17/layar-proves-the-augmented...
Yelp Monocal in 2009
https://www.youtube.com/watch?v=mZyOZBqI8FM
ARKit is still the same hold your phone up to do AR. Why is it different now ?
Because it doesn't require hardware and it's incredibly accurate...
Camera's on all smartphones is the most used app why not make even more useful and fun to use?
Also, wearing any AR or VR headset is a horrible experience. AR needs to be created where it's seen and enjoyed without a headset! It just needs to blend in with daily life sans the need to wear a headset.
Single row keyboard that has minimal finger movement. It was to be delivered March 2015 or so, but it has yet to be released. They have testers who rave about it and it looks incredible, but it is perpetually around the corner.
Originally designed as an ultra-portable phone keyboard, those who have used it tend to use it for all their machines. It has jump slots to quickly switch from device to device.
Couldn't be happier.
They should remove the unresponsive Buy button, that just looks bad.
They keep tweaking and iterating and keep saying another couple of months.
Although, my concern is that it will not catch on, because people don't usually like to learn "two" keyboards, even though Textblade is essentially a QWERTY keyboard.
The same happened with Dvorak and other variations of the keyboard. While it's easier to type on Dvorak (my own experience), you're going to have to type in QWERTY on other computers. Sometimes you'll get confused about where keys are.
This is also true when switching from Mac to PC and vice-versa. I spend an hour on a PC and when I switch back to Mac, I automatically press Fn instead of CMD.
this product is a flop. why people even know about it?!
wake me up when I can use it as a real phone keyboard. like the priv already does.
Given how amazing it seems, it was worth it to me to take this gamble for $100.
Unlike a kickstarter, they do offer a full refund if you ever get tired of waiting. I went through that process once when I bought an iPad Pro with the keyboard case; this was before people were testing the Textblade. They did promptly refund my money. I then decided I really did not like the Apple keyboard case, returned it to Apple, and re-pre-ordered the Textblade. That was over a year ago.
The really annoying thing is that they do not do any push notifications, such as emailing status updates. To get their randomly timed updates, one has to be on their forums.
I don't know if its around the corner, but considering the human genome was completed circa 2003, I'm pretty enthusiastic that it isn't too far away.
It probably seems like sci-fi now, some early concepts in this space will be possible within 30 years.
I think this is only true for genetic modifications to germ cells or embryos, which is why the recent embryonic gene editing story [1] is so controversial.
As far as I know, gene editing in somatic cells only affects the individual and not their offspring, unless that change somehow propagated itself to the genetic material in the gametes.
(Disclaimer: this is in my field of interest but way outside of my field of expertise)
[1] https://www.scientificamerican.com/article/embryo-gene-editi...
Isn't the premise that they can decide for themselves?
Now imagine parents deciding this for their future kids, grandkids, etc.
But all these things aren't likely to impact the happiness and life satisfaction of those living in the developed world. The internet has been huge, but it really hasn't made us happier as a whole.
I would like to see someone create something that will make people's lives happier. That probably means doing something that will foster good human relationships and real world experiences.
I guess there's a lot of potential for driverless cars to help with that, but they could do the opposite as well. I think we need better tools for connecting with each other, understanding each other, forming social organizations and communities, and maybe changing the geography of cities to bring us closer together, rather than making it possible for us to be further apart. It's likely that new technology isn't needed, we just need to use what we already have in a new way.
Serious question. Has any technology done this?
We don't appear to be happier than any other animal. Even in the developed world plenty of people are downright miserable.
Unless primitive humans were just far sadder than the average animal, I can't see how technological advancement has made us happier as a whole, because we're not all that happy.
If antibiotics, electicity, and the steam engine didn't noticeably move the needle, it seems absurd to expect phone tech to do the deed. Whatever technology is solving "for the whole", it's not happiness.
I jest, but only a little bit. The thing is, happiness is not really a good goal for technology. Humans are good about noticing what is not OK to them and focusing on that - while also growing resistant to persistent problems. So they keep the baseline.
Things have changed a lot, however - we've been moving up on the Maslow's hierarchy of needs. Thanks to technology, most Westerners no longer really worry about food, shelter, personal security and forming relationships. We've moved upwards - that's why we have time and will to bitch about abstract topics on the Internet. The very controversies our society has is the evidence just how far our technology has lifted us. Starving people don't fret about identity politics and gender imbalances in hot industries.
This is a realistic goal for technology - lifting us up and solving the problems we identify. Feeling happy is something we either need to learn individually, or brainwash (or engineer) ourselves into.
>> Thanks to technology, most Westerners no longer really worry about food, shelter, personal security and forming relationships.
In the buddhist tradition, one dedicated to happiness, one barrier to happiness(or happiness training), was the need to take care of all those things. So happiness seems like a decent goal for technology, but maybe not the best ideology to win in the tech dev market.
Self driving cars can help this in two ways. First, the cost of transit should decrease. Human drivers will no longer be needed and the vehicles can be used more efficiently instead of sitting idle most of the day. Bus, Taxi, and ride-sharing costs should drop dramatically. Secondly commutes by car should become quicker and less of a burden for the driver. This should increase the "acceptable commute" radius for the average person. This adds choices in housing and more uniform demand that isn't as closely tied their proximity to urban areas, mass transit systems, and highways. The end result should hopefully be cheaper housing.
Having more material wealth or free time can definitely make you happier, but generally only if you use it to spend time with family and friends. If people use self-driving cars to ferry themselves back and forth between their empty McMansions out in the exurbs, and work, then they're probably not going to be any happier.
I apparently wasn't clear in my post, I think this technology can alter the elasticity of that demand in urban environments. Yes, everyone will still need housing so the demand as a country will not change. However people are going to be willing to live further away from their jobs because commutes will be quicker and easier. Demand will shift from urban areas to suburbs and suburbs to exurbs, getting cheaper at every step of the way.
But somehow I think you will actually create conflict, tension, and claustrophobia, not happiness.
Still, people in dense cities who endure higher living costs tend to be happier and healthier than those outside of them (even when controlling for income). People are willing to pay crazy amounts of money to live there for a reason, after all.
I wish we could build new cities. That would provide an opportunity to do it right, and with a design that is appropriate for the 21st century.
Most of the studies I've seen have said the exact opposite, that those living in urban environments are actually less happy: http://bit.ly/2v5cQni
Although 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
Start out with some tutorials and learn the basics, but keep in mind, that there are frameworks like three.js [1], which abstract away all the nitty-gritty details, like setting up a render context, initialize texture buffers or load 3d models from known formats. By using a framework you will save a lot of time and you can concentrate on the fun stuff.
But even three.js can be kind of low-level, because depending on what you want to achieve, you still need more 'boilerplate'. If you want to write a game, you need stuff like a ui framework within the render context, a physics engine, particle generators, pathfinding etc etc. If you need this, maybe take a look at Unity [2] or Unreal Engine [3], which provide said extensions and alot more. Those engines provide ways to build applications for different targets like direct3d, opengl or webgl, so you basically can cover browsers, pc's and mobile platforms with the same codebase which is truly awesome. But be prepared for a step learning curve (but it's fun!).
When you start working on stuff like this, you realize, that those frameworks and game engines are just tools. In the end, you need to combine those tools with some kind of domain knowledge, like art, game design, architecture, interface design or something similar to increase chances finding a job in such a sector.
It's alot to ask for, but you need to start somewhere. And if it doesn't work out, you maybe find a new cool hobby and gain programming and design experience on the way.
[1] https://threejs.org/ [2] https://unity3d.com [3] https://www.unrealengine.com
Things mature at different rates.
- hardware acceleration is everywhere, we all have an SGI Onyx in our pocket
- good positional tracking give us a natural 3D input technique
Without those, the tech doesn't work.
- always connected
- population increase
- boredom increase
- social networking (ie. highly targeted ads)
- mobile payment
- global map / elevation / city map / traffic data free online
Obviously both SpaceX and Blue Origin are the leaders here, but once they do it the other majors will either have to build the same thing or drop out of the industry.
There are so many things about space that we just assume are true, but are actually only true because access to orbit has always been so expensive. If we can get the cost to reach orbit down to a multiple of the fuel cost, then so many more things are possible.
We finally get large satellite constellations for low-latency Internet all over Earth. We get space stations and O'Neil cylinders. Moon bases and fuel depots on Titan.
At the same time, firms like Made In Space are working on in-space construction so you can build radio telescopes in space with arbitrarily large dishes (10 km, maybe?). Eventually we build mirrors that size too.
Basically just those two things are the only barriers between us and a solar-system-wide civilization like in The Expanse.
Still need an open GPU, but I think a bunch of risc-v cores with vector extensions running LLVMpipe would be reasonable for running a Wayland desktop.
Traffic jammed highways will still be traffic jammed highways with EVs.
https://github.com/ethereum/research/blob/master/casper4/pap...
It aims for more economically secure public blockchains with shorter confirmation times and less cost (electricity/hardware/inflation). I haven't delved deep enough into it to be fully convinced, but what I've gotten through so far is promising. AFAIK its the only proof of stake algorithm thats been formally documented.
PS: So you don't support Ethereum Classic anymore?
From my understanding, the thing I like about payment channels is that the capacity of the payment channel depends on how much of the cryptocurrency is deposited/locked away under it.
So with everyone competing for a payment channel toll, they have taken large amounts of crypto off the market, constricting the supply, while distributing the marketing out for their own use case, some of which will be successful at increasing the demand. Any limited supply commodity performs the same under these circumstances, up, and that is exciting because the capacity can also scale for the new attention, while the "centralized" payment channels stay optional ways to transact on the network at all.
https://developer.apple.com/documentation/arkit/building_a_b...
Julia because it offers a nice, performant alternative to Python & R in data science, while avoiding Java & C++. It has some really nice features like multiple dispatch and the ability to run R, Python, Fortran and C code inside of it, so you can use libraries like Numpy in Julia.
I was on the Julia train full-force until I started using it more heavily. My sense is that the benchmarks are a little misleading.
These benchmarks give a little flavor of what I'm talking about: https://github.com/kostya/benchmarks
If you look at them, you'll see that Julia is indeed crazy fast in some cases. But in other cases, the performance is kind of middling. The native threads implementation of matmul is obscenely fast, but the "pure Julia" implementation is pretty slow--faster than R or Python for sure, but not in the same ballpark as C.
You could argue "well, why would you not use the native threads implementation in that case?" However, for someone implementing a routine in Julia, the implementation would be the pure one. That's the point.
With something like Rust, or Crystal, or Nim, what is promised is basically what you get: something in the ballpark of C. But with Julia, I feel like it's kind of unpredictable.
The problem is that the slow parts end up being a bottleneck that slows down the rest of the code, and that slow code is slow enough that it's not worth it relative to C or Python/R. That is, if you're writing heavy numerics, when you get to 20x slower than C, you might as well write it in C (or Rust or Crystal or Nim), and wrap Python or R around it, because that 20x is enough to kill it. At that point you might as well go with the established language even though it's 100x slower as an interface, and use something fast for the heavy lifting.
Crystal I can't say much about. It seems great, but the "everything is an object" makes me nervous--I tend to get anxious about inheritance because it drives me nuts. Nim seems more attractive to me. But who knows--it's also not like you can't have more than one language out there.
As for OOP, I feel like that's more a matter of preference. I don't buy the functional is better (generally speaking not specific situations where it might be). But I could be wrong, I just don't see evidence, only anecdotal claims by fans of functional programming (which doesn't mean they're wrong only that I'm not convinced). To be fair, they have arguments against OOP in favor of functional, but I'm not personally sold. Or maybe I just like Ruby and it's approach to OOP.
I wouldn't say I'm a functional purist (at least so far), but inheritance in particular has caused me some headaches in the past. I like Rust's approach to all of that, but it's much lower level.
Honestly, if Crystal ended up taking over the programming world, I wouldn't mind. Its a very nice language with a lot of advantages over what people are using now.
I never understood the phrase compiled language.
Crystal sacrifices some of Ruby's metaprogramming capabilities for performance and static type assurances.
The core matrix-y stuff can pretty much all be ported to Python with similar or better perfomance, especially using Numba.
Python is fine, but I do like having matrices as first-party language members -- that's just a nitpick though. I'm starting a new project soon that I intend to do in Julia because it seems to have everything I like from Python and MATLAB combined.
And then there is Ruby 3.0, which will have concurrency and (optional) static types according to Matz. But that's slated for 2020.
WebAssembly helps create more space between the kind of languages that developers want to use, and any particular GUI output, such as HTML. In a different thread, I just wrote about what is wrong with HTML:
https://news.ycombinator.com/item?id=14926845
If by "tech" you don't mean computers/software, then CRSPR is clearly going to be a huge thing going forward.
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).
Use cases in industry abound. On a trip to the doctor's office, your physician can overlay your medical file and get pertinent information about you. If you are a politician holding a fundraising dinner, AR + facial recognition will supply you with the biographical information, social media profiles, voting records, donation history, etc. of the people in the room allow you to schmooze ever so effortlessly and ever more efficiently. AR tailor made for athletes could do a number of physiological measurements like heart rate, VO2, etc. (with wearables or implanted sensors) that could combine to produce some sort of stamina bar, allowing for more effective substitution patterns. An activity like paintball can will feel closer to an actual military engagement or a video game if a minimap that includes your teammate's location will be in the corner of your vision.
The Terminator franchise did a great job of showing it's utility by giving Arnold "Terminator vision" in shots from his POV. Video games also make extensive use of OSD. A 1st person shooter's OSD really shows the advantages of AR.
Advances in computer vision and networked IoT devices will be a multiplier for AR's utility. Imagine an app that overlays your vision with the mathematical patterns of nature: illustrating the Fibonacci sequence in the leaves, petals and seeds of plants or in the way tree branches form and split. It could highlight all of the phenomenon that exhibit golden ratios. It could show the equations of motion for objects moving or spinning in your field of view or detail the biomechanics of the elegant dancers of the Bolshoi ballet. In a way, you get to experience what the mind of a Leonardo Da Vince or John Nash might be like, like you are able to get an insight into the mind of a genius.
Beyond that, with AR you can make certain classes of digital goods and marketing "exist" in the real world. The margins for AR merchandise will be significantly higher than real physical merch, although I'm guessing the prices will be a lot lower. Selling virtual items that you can see in real life opens up a lot of cool and fantastic options as well as more mundane stuff or a mix between the two.
If AR becomes ubiquitous it gives big tech companies a lot of data that no one currently has. Specifically you would have a detailed, 3D map\point cloud of most of the real world at various points in time. You could build an awesome developer platform on this, use it for VR tourism, simulation, license it to film or games producers, etc.
There are already many use cases for industry and enterprise customers when it comes to training and data overlays for workers.
A boring, but lucrative use case happens when resolution and tracking get good enough and assuming the form factor gets to eye glass size. AR could potentially replaces all conventional screens and be more comfortable to use than smartphones.
Note I'm using AR more broadly and including Google Glass\HUD style stuff, ARKit\Vuforia SmartPhone AR, and Hololens or Magic Leap style MR or "holograms".
GAN is a type of Deep Learning Network which can generate data after training.
Applications
- Text to image synthesis (Scripts to Movie ?) (https://github.com/reedscot/icml2016)
- Generation of Game Environments
- Image to Image conversion (https://github.com/junyanz/CycleGAN)
- 2d to 3d conversion
I think in future we will have highly creative deep learning systems, which will make ar/vr/movie/game creation faster and cheaper.
const ProfileImage = ({ user }) => <img src={user.avatarUrl} alt={user.name} />;
const query = gql`{
user(id: 3) {
name
avatarUrl
}
}`
export const ProfileImageWithData = graphql(query)(ProfileImage);
You can ask for data in the structure the UI expects and only get exactly that data, letting the GQL client handle batching network requests for needs distributed across the whole app, caching, UI updating, etc under the hood. Also does a great job of decoupling product and data management code.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.
Forgive me if this sounds hyperbolic, but unless you have unusual or strict requirements, building a new app in 2017 REST-first is most likely a terrible mistake.
Let me clear up some misconceptions I see in almost every HN comment thread on GraphQL:
1. GraphQL isn't more suited to Graph databases. Your data sources can be a mix of relational DB, NoSQL, key value, a REST API, or anything else.
2. n+1 has always been a solved problem in GraphQL thanks to DataLoader[1], a query batching utility which coalesces calls to your data sources from different parts of your app, specifically to avoid n+1.
3. It's unquestionably production-ready, battle-tested, has a real spec and official reference implementation, and it's probably the safest bet you can make at this moment in an industry as fickle as this.
With GraphQL you simply write your schema, define types and relationships, and you’re then able to request data in almost any shape you wish, with very little extra work. This is invaluable during development.
If you have a list of recent comments with author names, and later decide to show an avatar alongside the name, you don’t need to write any extra code on the server. You add an extra line to your query (or component’s fragment) on the client.
The same goes for any field, any relationship, no matter how complex the resulting shape. If you wanted a comment author’s follower’s comments’ likeCounts, you still don’t need to write another line of server code.
This makes it stupidly simple to rapidly prototype new features, try out new layouts, and means you can share a single API endpoint between mobile apps and desktop site without sending useless data to one or both.
There have been many occasions when we simply wouldn't have had the time to implement a feature correctly with REST, particularly when we might not even know what data we'll want until we begin developing the feature and get a feel for how it works.
It doesn't just save server dev time either. On the client side there are libraries like Apollo[2] and Relay which take care of fetching data, caching, normalization, and you should almost certainly use one (I recommend Apollo) unless you have a good reason not to. Writing fetch calls and managing your store manually is just going to be a huge waste of time.
And the spec is more than queries and mutations. It's subscriptions, live queries, and more [3]. Real-time data is a first-class citizen of GraphQL, and the two most popular front-end libraries have official implementations of subscriptions (with live queries in progress).
GraphQL is elegant, has a well-designed official spec, great DX and just plain makes sense. But it's really something you need to try out for yourself (preferably on a real project) to see just how great it is.
If you’re planning to build something new with REST, seriously, reconsider. There's a slightly higher upfront cost to using GraphQL (particularly if you're new to it), but once you settle into it you'll be glad you did.
Useful tools and resources:
- GraphiQL[4] - an incredibly useful tool for running queries on your GraphQL API
- Graph.cool[5] - BaaS for quickly prototyping a GraphQL API
- Apollo Launchpad[6] - Try out GraphQL server code in your browser
[1] https://github.com/facebook/dataloader
[2] https://github.com/apollographql/apollo-client
[3] https://dev-blog.apollodata.com/new-features-in-graphql-batc...
You see many "GraphQL is similar to x, and x failed" comments on here, but I'm not sure x ever came close to where GraphQL is at the moment.
Good ideas fail sometimes. E4X failed, but JSX and its variations are game-changers.
If there were GraphQL for Spotify's API and you wanted an artist's discography, you don't have to make multiple calls to endpoints and work through huge objects where 90-95% of the data is not needed.
For the front-end, it's a no-brainer. I've read that it is a bit more involved on the server-side but Apollo seems to be making great tooling for it.
I am glad you have heard it now! I am typing this on a T420s because I refuse to use anything but the old seven row keyboard and hope I can move to the Retro in October :)
Automatic language translation everywhere.
Big Brother everywhere. (Excited about, yes; happy about, no.)
Batteries + solar as the predominant energy source.
Electric cars getting some real market share.
Those video by Cruise (GM owned) make me think they are here now. We're just waiting on laws to catch up.
Find me:
- an aggregation of everything I have to know to run a porcelain store in my country (taxes, suppliers, how to find staff or better yet: showing candidates directly, best location in my town, etc.)
- Fuzzy stuff like: the pic of that tree I took when I was on hollidays in XY a few years ago; or the note I took a few days ago about that band with some greek name
- a ready to paste, non-ancient js-script for XY
- a cafe where nobody cares about how long I sit with my laptop with a not too modern ambiente
- the lesser known types optical illusions
I'm pretty confident I can find something on the web by only knowing a few keys words.
"Internet has become a wasteland of unfiltered data. […] I hunt for the date of the Battle of Trafalgar. Hundreds of files show up, and it takes 15 minutes to unravel them"
from 1995 http://www.newsweek.com/clifford-stoll-why-web-wont-be-nirva...
today google shows it right away: https://encrypted.google.com/search?hl=en&q=date%20of%20the%... (powered by the now slightly more semantic wikipedia I think)
The 10 minute wait is only ok if the result is really really good. If I use google I do maybe 15 searches to crack a mildly hard nut, if each search would take more than 10 seconds I'd be too annoyed.
I would pay, but again it would depend on the quality and I would probably use it just once a week. If I could do it myself with google in 20min, I would not pay more than 2 bucks. If you can do the china-shop thing, I might pay 15 or even 40 if I knew it was good.
When I search for myself I get a feeling for whether there is more information out there or not. I'd have to trust the service to be good enough not to miss much.
The vast majority - in my opinion - overwhelmingly tend toward being either aggressively anti-change, or they're at best very cautious about it. That has been demonstrated non-stop throughout history with practically every step forward in technology for example. It may even be a beneficial evolutionary attribute for the survival of humanity. I don't belong to the dislikes change group, my personality type is to push. That's the honest answer.
Am I biased because of my own world-view or personality type? No doubt to one extent or another. I'm not advocating for chaos or anarchy though; rather, I'm advocating for constantly testing assumed or entrenched notions/boundaries, as a means to find out if there is new progress to be found there. My opinion is that there's almost always progress to be found in challenging such, with some areas blatantly worth focusing on more than others (due to favorable upside vs downside risk ratio). If you ask permission first every time you attempt to find progress at the edge of what a society presently finds comfortable, you're not likely to get very far.
That said, I have some tiny glimmer of hope that even if they go vaporware, maybe someone e.g. from around the Lambda the Ultimate community might possibly try to revive their ideas and ignite some F/OSS clone.
I'm also excited about NVMe and on-the-horizon, faster-than-flash solid state technologies like 3d xpoint, etc.
Basically shifting off of cloud onto separate peer-to-peer connections. Faster, more secure, more distributed, and no middleman. Think 1990s/mid 2000s but no servers, just client to client.
Soon everyone will want a home server.
Proceed to witness extreme bandwidth usage every query.
* Election fraud and recounts can become a thing of the past * Everything that requires a contract could become completely electronic (the mortgage industry alone is probably a multi-billion dollar opportunity)
The security community thinks a paper trail is essential - less computers, not more - not a public database. I'm not an expert, but I tend to trust them.
and blockchain proponents want an infallible system audit-able by the public, instead of having to trust anyone. they haven't figured it out completely, they push towards it.
in any case blockchain networks can function without computers. very cumbersome though.
The last two months have seen a flood of incredible VR gaming experiences for the Oculus Rift. I highly suggest you give the current generation of consumer VR another try:
* Lone Echo - Amazing space story line, one of the highest ranked PC games on Metacritic right now: http://www.metacritic.com/game/pc/lone-echo
* Echo Arena - Basically the Enders Game zero-g arena in space, multiplayer. Really addictive: http://www.metacritic.com/game/pc/echo-arena
* The Unspoken - You're a wizard, with magic, and you use your hands in different combinations with the Oculus Touch controllers to battle other mages, including real people via multiplayer gaming: https://www.youtube.com/watch?v=UVD1O853aSw
* Robo Recall - Battle robots, grab them with your hands, tear them apart, grab bullets from the air. Epic: https://www.youtube.com/watch?v=MIK4D0kVlIs
* Star Trek Bridge Command - You are literally on the bridge of a Star Trek spaceship.
* Mages Tale - VR RPG from the creator of the classic Bards Tale, makes me feel like I'm embedded into a classic AD&D dungeon crawl.
Anyway, that's just a small selection! I picked up an Oculus Rift + Touch Controllers the last two months and have been blown away at the developments lately.
And that's even without the continual joy of demoing to people who've never tried proper VR. It's genuinely rewarding every time you pop a headset on someone new.
I can see the advantages of both of these and imagine (and have seen people) build them so I assume someone will fully crack this in the next few years and we'll all be using this.
What might be around the corner that I'd love: someone makes a mainstream general purpose visual programming language (or tools in IDEs using languages that are indistinguishable - revenge of smalltalk)
Would open up iPhone dev to a whole new class of people who can't afford the pricey Apple desktop/laptop.
https://webkit.org/blog/7380/next-generation-3d-graphics-on-...
While both of those APIs offer nearly full programmability, they do so with an API structure that retains a ton of legacy cruft from the days of fixed-function pipelines. Neither are low-level graphics APIs; many assumptions are made. This makes doing general purpose compute tasks on WebGL extremely hacky at best.
Think of WebGPU as Vulkan or Metal for the web. Lower level with much more work, but ultimately cleaner with superior performance and capability.
Electric car adoption.
Solar isn't new or particularly exciting, but it's become a good alternative to burning fossil fuels and it isn't used widely yet.
I've been looking forward to real-time global illumination via ray tracing with photon mapping or path tracing or some other good algorithm to become mainstream. It doesn't seem like there's much enthusiasm for the idea from the game industry, though.
Genome editing has already been mentioned, along with reusable rockets.
e.g. Desal plants.
If I need a new part for something that's no longer supported, no problem. If I want to test an idea, fine. etc.
People in 100 years will look back to manually driven cars as we look back to horse-drawn carriages
I believe the future of UI will be like Tinder or Akinator, where your browse through results and apply constraints to the search space by answering simple yes/no questions.
https://voxon.co/ https://www.youtube.com/watch?v=NKTfP56rpDA
thanks for working on this, i have been dreaming this for a long while.
Along with suitable pricing.
There was a project called Radio Receiver which used an RTL SDR, but it is a chrome app and chrome apps are pretty much dead.
I read a novel published in 1999 which predicted how VR headsets would be followed by eye tracking eye boards,etc. which would then be followed by control directly via the brain using electrodes,etc.
I can imagine using voice when driving perhaps; but it's not really usable when other people are around, since voice commands would disturb them.
All the regular things I asked Google Assistant were recognised almost perfectly. Andrew Ng talked about the difference between 95% accuracy and 97% accuracy being the massive difference. Google Assistant is at 95% [2], but feels very impressive already.
It felt like going back a decade when trying out the Firefox Voice Fill [0], where trying repeatedly to say the word you want doesn't work (I was trying to search for 'React Router Redirect', which it kept interpreting 'React' as 'Really').
However I think the personality of the assistants are lacking. It doesn't feel like there is any real interaction. Google assistant feels like little more than a better version of Voice Fill.
I'm waiting for things much along the lines of Ironman's JARVIS (or KITT). But what I really really want is a full blown version of Jeeves voiced by Stephen Fry. I'll have to settle for the TomTom Stephen Fry voice for now [1].
Is there a turing test for Butlers?
[0]: https://testpilot.firefox.com/experiments/voice-fill
[1]: https://www.tomtom.com/en_us/drive/maps-services/shop/naviga...
[2]: https://www.recode.net/2017/5/31/15720118/google-understand-...
I really want a VR Hollywood film experience. One I can watch over and over and notice different details each time.
VR will be cool later, when Oculus and others get more perf and fix more current problems.
Obviously I insist they still need to be as thin as they are now. That is much much more important than batteries.
http://www.gizchina.com/2017/08/02/measures-9mm-20-day-batte...
Phones and watches are either two entirely separate things, or indeed, once miniaturization and battery tech improve sufficiently, the watch, being much more convenient to carry around and being instantly to-hand, glanceable etc, will replace the phone for everything except large-format display, just as with pocket-watches.
JavaScript needs a fresh wave of tools and improvements in the JavaScript language.
This time the priority has to be zero configuration and simplicity.
Should I ask HN to help with the beta test?