Proposal for a Go Interpreter • Hacker News Board

Re: Proposal for a Go Interpreter

#21

Post by ecnahc515 » Mon, Sep 07, 2015, 4:04 AM UTC

nmjohn wrote: post #12

ecnahc515 wrote: post #6

FYI: To view it without the 'suggestions' just go to the right and change your own mode to view. Then the stupid changes other are suggesting wont show.

This link should take you there directly: https://docs.google.com/document/d/1Hvxf6NMPaCUd-1iqm_968SuH...

Ah, yeah. I think given the amount of abuse on the doc, the post should be updated to have this as the link.

Re: Proposal for a Go Interpreter

#22

Post by geon » Mon, Sep 07, 2015, 4:30 AM UTC

andyfleming wrote: post #17

Why would there be "legal issues may restrict use of an interpreter in iOS applications"?

That was true like 5 years ago. The author is just misinformed.

Re: Proposal for a Go Interpreter

#23

Post by [deleted] » Mon, Sep 07, 2015, 4:58 AM UTC

mratzloff wrote: post #7

Go is a great language. But why on Earth would you want to script with it?

[deleted]

Re: Proposal for a Go Interpreter

#24

Post by veidr » Mon, Sep 07, 2015, 5:56 AM UTC

> Wow, this file is really popular! Some tools might be unavailable until the crowd clears. [Try again] [Dismiss]

Tangential question: Is it documented anywhere how many simultaneous users a Google Doc can have?

Re: Proposal for a Go Interpreter

#25

Post by thegeneral » Mon, Sep 07, 2015, 6:16 AM UTC

andrewchambers wrote: post #13

archimedespi wrote: post #9

Earlier quoted context omitted.

I didn't see anything odd either.

That's good, when I saw it the whole document had been defaced.

Yes, now read-only.

Re: Proposal for a Go Interpreter

#26

Post by thegeneral » Mon, Sep 07, 2015, 6:19 AM UTC

geon wrote: post #22

andyfleming wrote: post #17

Why would there be "legal issues may restrict use of an interpreter in iOS applications"?

That was true like 5 years ago. The author is just misinformed.

Many thanks, I'll remove that line.

Re: Proposal for a Go Interpreter

#27

Post by BinaryIdiot » Mon, Sep 07, 2015, 6:24 AM UTC

veidr wrote: post #24

> Wow, this file is really popular! Some tools might be unavailable until the crowd clears. [Try again] [Dismiss] Tangential question: Is it documented anywhere how many simultaneous users a Google Doc can have?

I would be curious to know as well. Also if Google Apps have a higher or same limit. I've come across this limit with things that were only mildly popular and I've wondered if there are any large companies who use this that could possibly run into the limit internally and if so if there is a way to raise the limit.

Re: Proposal for a Go Interpreter

#28

Post by ansible » Mon, Sep 07, 2015, 7:47 AM UTC

I used to use Lua a bit for scripting, so I was thinking about that as a scripting language for golang too.

After some discussion with a friend, we decide that a golang interpreter would be the best solution though. It could allow you to use channels to communicate between the interpreted and compiled sides of the app. Spawning goroutines on either side would also be handy.

However, that was yet one more project on my list of side projects that I haven't gotten to... So it is nice to see some interest in this idea.

Re: Proposal for a Go Interpreter

#29

Post by sbinet » Mon, Sep 07, 2015, 7:54 AM UTC

iofj wrote: post #15

mratzloff wrote: post #7

Go is a great language. But why on Earth would you want to script with it?

1) play.golang.org is a popular feature of Go. Why not have better versions ? (e.g. an IPython/Jupyter kernel) 2) Golang depends on code generation for a lot of it's features. Executing generated code immediately could be helpful. 3) Very quickly execute small tests - one of my favorite python and java/eclipse features that I find somewhat lacking in Go and very much lacking in C++ development : Unit tests that execu…

actually, somebody already wrote a kernel for (at the time) IPython, using "my" github.com/sbinet/go-eval go interpreter: https://github.com/takluyver/igo

my plan for this new go interpreter proposal, is to be able to use for scientific exploratory work (like we do with IPython right now when in a python-based ecosystem or CLing when in C++ land).

Re: Proposal for a Go Interpreter

#30

Post by thegeneral » Mon, Sep 07, 2015, 7:57 AM UTC

ansible wrote: post #28

I used to use Lua a bit for scripting, so I was thinking about that as a scripting language for golang too. After some discussion with a friend, we decide that a golang interpreter would be the best solution though. It could allow you to use channels to communicate between the interpreted and compiled sides of the app. Spawning goroutines on either side would also be handy. However, that was yet one more project on m…

Wonderful ansible, thank you for supporting the idea. We'll have to work-out how to use channels to communicate between interpreted and compiled sides of the app.