pkg.go.dev/github.com/tawesoft/golib/v2/iter

Hmmmm

Scala has the benefit of scala.js

Go compiles straight to wasm

Huh cool okay

github.com/tinygo-org/tinygo

Maybe then, although it feels kinda sad to abandon vyxalS

maybe, but it does mean ditching gradle

and it means nicer file directories

I guess :p

rSNBATWPL

and even still, because it's a google product, there might be a chance of google hosting

like a google version of pythonanywhere for go

Ooh

cloud.google.com/appengine

I have five google accounts so that should last us a while

qovery.com/pricing

reddit.com/r/golang/comments/n646fj/…

Looks pretty good

basically, the possibilities are endless

And no way we'll need to deploy more than 100 times a month

wasm, free hosting, it doesn't matter which we choose

these are just options at this stage

no commitments to a specific host, or even golang

Also do we have any plans for vyx.al?

i would if i ever got sponsorship money on github <insert crying emoji here>

they may not be golfy, but variables and named functions sure are useful when using Vyxal for things like math assignments where you want to quickly whip up a program to help solve part of the problem

That's not to say they should be monographs in the future, it's just to say that for non-golf contexts, they're kinda nice to use

I'd say they're useful just as a second register with slight syntax caveats

Variables or functions?

Because a second register doesn't allow for easy recursion and sometimes you need more than 2 variables

variables

Named functions are a bad idea, but lambdas should be allowed to take input in the same way

(as in variable input λa:b:c|←a;

@emanresuA actually I was doing some thinking and we may not even need to self host version 3

With ato and RTO, we could just use those

True, although they're not controlled by us

The only reason the online interpreter is self hosted is because vyxal was made during a time when there were no tio clones

If there had been a tio clone or tio was still active in early 2021, I'd have just got it added to one of those

That reminds me, at some point I should try and get vyxal working on DSO

Also the online interpreter's a lot nicer to use than TIO/similar would be

Get vyxal added to RTO and piggyback off any apis that exist

Ez

That way we keep our front end and someone else handles the back end

I think Radvylf previously said that auto updating would be a possibility on RTO and I think we'd be able to get permission to send requests to it

Yeah, the automatic update part wouldn't be a problem

And it looks like using RTO as a backend api is something Radvylf had planned (as evidenced by the existence on olimar)

True :P

(also I'm working on adding configurable editors to DSO)

Just another option :p

trying to solve this with a questionable code

it's messy and it's not working

That looks... hard

vyxal.pythonanywhere.com/…

ok it works

i guess

Nice

I don't understand what you're doing but I'll try golf

I'll post it here edit as you want, remember to thank yourself by stating that you improved my golf lol

24

Try it Online! for 23

@lyxal nooo

well maybe if it didn't have so many folders there wouldn't be a problem

also its not gradle, its sbt

i mixed em up

oh

did'nt see the mixed em up message

@Seggan but even gradle projects have lots of folders and junk

but apparently less than sbt :P

not from my experiences

not yours

but mine

besides, those folders actually do something

I'm sorry, but do I really need that many folders just to get to code

yeah

that's too many

that's what I don't like about JVM languages

its the build system, not the language

non-trivial projects always have that structure

packages are placed in their own folders by convention

@Seggan so it is gradle to blame then

not for vyxalS :P

but true

@Seggan I know, but I more mean for all JVM using gradle

gradle aint mandatory

i programmed java for 2 years without gradle

and just a single folder for all my code

then, at the same time, i had all the javac and jar messes that gradle does away with

also incremental compilation <3

I actually kinda like Golang though too

just from taking the tour of it, I think it's pretty neat

i heard go is too simple to do anything too complicated

how did they do lists without generics (which they just added)

linked lists probably

ik but casting

@lyxal wow

@lyxal i actually like C

wait so

which language are we doing v3 in

@PyGamer0 i think c is too low level for our purposes

@Seggan i agree

how about rust

rust seems good

(or c++, but i doubt anyone will use that :p)

also what happened to symvy?

not c++

@Seggan rust?

idk rust but also seems low level(ish?)

oops

wrong room