Well, I guess it depends on the definition of "success". I tend to leave projects unfinished, so finishing my projects would be something I do care about. The projects are aimed toward collaboration, so adoption would be favorable... but I could also use the finished product by its own. It would just be rather lonely.
To wrap that thought up: I guess I don't care too much about success in regards to adoption and this becoming actually the world of VR after the C64-homecomputing-uesqueness that is the Quest and Meta et al.
In my free time I work on some projects at various scopes, and they built upon each other.
So, for a starter: currently I'm working on a plugin to enable me to use the janet language in godot. Because I like it. I think it was a mistake that javascript has the syntax that it has and even though I can't relocate the video that claimed that js originaly was supposed to be a lisp, this would have been magnificent! Well, as I said, I like it.
And I want to develop something in it: at first I want to bootstrap me an OS-shell in which I then could implement vr representations of tools like a filemanager and a spatial Lisp codetree editor. I will definetly need an integrated webbrowser that you could place anywhere like a TV. Also handy would be a way to peek and poke at the host operating systems desktop. Also an HTTP server. And while were at it also slap in some IPFS and GNS ( www.gnunet.org ) and the 9P protocol for good measure.
So that's as for how much software I guess I dream to write. Well, one key at a time.
But what would you want all this for?
Well, it is absolutely understandable that the zuck would have wet dreams over ready player one.
But instead, or even meanwhile, I could imagine a decentralised DIY scene of VR homebrewers: Let's imagine I pulled through and my software is setup and running on your VR machine. You load up the vrkbnch and it presents you with your garden of code; Your Lisp code is visualized as trees that you can modify with various tools to cut or copy or search and replace, you know, just like in a normal editor.
Well, I don't know yet if visualizing code like that is actually advantagous to software development in any way, but lets imagine this is the most efficient way to code in VR: you can grab your code "branches", cut them out and put something new in its place. I think it might be a neat idea and would like to try it out. ^^ Also I have some ideas for spatial vr keyboards...
So you got your garden in which you tend to your code and you can of course programmatically change your environment, you can add other rooms to your world and each room is just another VR experience you can been working on.
You can also create rooms that really are links to outside systems containing their "entrance" room, akin to an index.html file hosted on some webservers. Or perhaps a auto generated lobby that contains all their shared VR experiences?
Also, rooms could be packaged in fossil-scm.org repos. I really prefer how fossil keeps the repo in a sqlite db file over the mess that is /.git/
But yeah really at the beginning of that first project... but this is the big picture
To wrap that thought up: I guess I don't care too much about success in regards to adoption and this becoming actually the world of VR after the C64-homecomputing-uesqueness that is the Quest and Meta et al.
In my free time I work on some projects at various scopes, and they built upon each other.
So, for a starter: currently I'm working on a plugin to enable me to use the janet language in godot. Because I like it. I think it was a mistake that javascript has the syntax that it has and even though I can't relocate the video that claimed that js originaly was supposed to be a lisp, this would have been magnificent! Well, as I said, I like it.
And I want to develop something in it: at first I want to bootstrap me an OS-shell in which I then could implement vr representations of tools like a filemanager and a spatial Lisp codetree editor. I will definetly need an integrated webbrowser that you could place anywhere like a TV. Also handy would be a way to peek and poke at the host operating systems desktop. Also an HTTP server. And while were at it also slap in some IPFS and GNS ( www.gnunet.org ) and the 9P protocol for good measure.
So that's as for how much software I guess I dream to write. Well, one key at a time. But what would you want all this for?
Well, it is absolutely understandable that the zuck would have wet dreams over ready player one.
But instead, or even meanwhile, I could imagine a decentralised DIY scene of VR homebrewers: Let's imagine I pulled through and my software is setup and running on your VR machine. You load up the vrkbnch and it presents you with your garden of code; Your Lisp code is visualized as trees that you can modify with various tools to cut or copy or search and replace, you know, just like in a normal editor. Well, I don't know yet if visualizing code like that is actually advantagous to software development in any way, but lets imagine this is the most efficient way to code in VR: you can grab your code "branches", cut them out and put something new in its place. I think it might be a neat idea and would like to try it out. ^^ Also I have some ideas for spatial vr keyboards...
So you got your garden in which you tend to your code and you can of course programmatically change your environment, you can add other rooms to your world and each room is just another VR experience you can been working on.
You can also create rooms that really are links to outside systems containing their "entrance" room, akin to an index.html file hosted on some webservers. Or perhaps a auto generated lobby that contains all their shared VR experiences?
Also, rooms could be packaged in fossil-scm.org repos. I really prefer how fossil keeps the repo in a sqlite db file over the mess that is /.git/
But yeah really at the beginning of that first project... but this is the big picture