Can you elaborate what sustainability and openness do you mean to here?
Do you mean disclosing usage of AI tools in the project’s maintenance and development?
syntax_tree was actually created before Prism. Ruby LSP also adopted syntax_tree first, and then switched to Prism (then called YARP) when it was mature enough.
But indeed, the type completor would've been much harder to build and maintain if without Prism.
In 2017, I wrote a toy language called Goby[1] to learn how Ruby works. A few folks contributed quite a bit to it and one of them later referred me to my previous job (as a backend developer).
Fast-forward to 2021, I got interested in debugging tools so I started contributing to the then newly created Ruby debugger[2]. In less than a year I opened more than a hundred PRs and became the 2nd biggest contributor of it. And that eventually landed me a job to work on Ruby's development tools, like LSP servers, REPLs, and of course, the debugger :-)
If you ask me why I started this project at first place, I'd say it's just for fun and practicing.
And we know that Goby is not special enough by giving green thread or channel. So currently our main goal is to let users use Go's packages and manipulate Go objects directly in Goby.
Goby doesn't have JIT. It just created 6 months ago so we have many things prior to performance improvements. And I'm not a programming language expert so it's too hard for me introducing JIT in my first language.
Hi, I'm Stan, this project's creator. I will explain your questions later.
But before that please check out our sample site (written in Goby): http://sample.goby-lang.org/
When things settle down, I would love to read an article from you about what it's like to launch a new programming language by the end of the 2010s.
I'm under the impression that adoption is going way faster than in previous decade, when php, java and C/C++ were kings hard to revoke. But there's still a gap of few years between initial announcement of a language and it being used in the wild - which is quite understandable, because people want to be sure the language will stick around before writing production code with it.
I would love to know what you do during those years, how you grow your language, how you simply manage to use it at work, or for your own projects. If you could write such article, that would be awesome :)
Thanks! I'll try to share my experience to others by writing posts or giving a talk on conf. But actually Goby is just 6 months old, so you might need a while :)
I think Go does good work at concurrency support, so using it can save me a lot time dealing with concurrency.
And in my opinion Go is simple to learn, which can make others contributing it more easily. For example, this is only my second Go project, and most of Goby contributors haven't written any Go code before (of course I spent some time guiding them).
The last reason is that I think Go has a relatively big community and ecosystem. It'll be more easy for me to finding resources.
Hello, I'm Stan, the project's creator.
A few months ago Goby(Rooby) was posted on Hacker News. I got many feedbacks and said that this language is aim at help developing microservices. To achieve the goal I also said that it'll have built in multi-threaded server and better thread system.
Now me and my team did all these features, and released version 0.1.0. We built a sample website in 100% Goby and it works. Currently Goby's new goal is to let developers access Go object and packages without writing any Go code.
