interactive := false
if name == "-" {
interactive = true
fd = os.Stdin
} else {
interactive = false
fd, err = os.Open(name)
}
Or do you think I am reading into it too much?Implementing a bignum calculator – Rob Pike [video]
11–20 of 28 posts
Re: Implementing a bignum calculator – Rob Pike [video]
#12This snippet from the implementation sheds some light on the origins of Go for me, the mindset from which it's born and why it isn't a language for me. interactive := false if name == "-" { interactive = true fd = os.Stdin } else { interactive = false fd, err = os.Open(name) } Or do you think I am reading into it too much?
Re: Implementing a bignum calculator – Rob Pike [video]
#13TOPLAP (http://toplap.org/) is a decent example of this but they are focused on audio/visual entertainment only.
Basically I'm looking for Twitch for programmers.
Re: Implementing a bignum calculator – Rob Pike [video]
#14He wants to compute some bignums, so he writes an APL interpreter in Go... Now he is scratching his itch and making nice slides to boot. However, it would have been simpler for him to have typed "python" at the commandline... Python ints are arb precision :)
Re: Implementing a bignum calculator – Rob Pike [video]
#15He wants to compute some bignums, so he writes an APL interpreter in Go... Now he is scratching his itch and making nice slides to boot. However, it would have been simpler for him to have typed "python" at the commandline... Python ints are arb precision :)
or GNU CLISP which not only has big ints, big ratios, big complex (like all Common Lisp implementations), but also big floats. Big ratios: [2]> (/ 5723475972349572938475982734985723984759823749587 7239457928374598723984759237459723497598234) 5723475972349572938475982734985723984759823749587/7239457928374598723984759237459723497598234 Big complex numbers: [4]> (* 572934759237495723482374957239475982374957239847523485…
Re: Implementing a bignum calculator – Rob Pike [video]
#16Earlier quoted context omitted.
or GNU CLISP which not only has big ints, big ratios, big complex (like all Common Lisp implementations), but also big floats. Big ratios: [2]> (/ 5723475972349572938475982734985723984759823749587 7239457928374598723984759237459723497598234) 5723475972349572938475982734985723984759823749587/7239457928374598723984759237459723497598234 Big complex numbers: [4]> (* 572934759237495723482374957239475982374957239847523485…
Ah yes, but a small userbase!
Re: Implementing a bignum calculator – Rob Pike [video]
#17Re: Implementing a bignum calculator – Rob Pike [video]
#18Re: Implementing a bignum calculator – Rob Pike [video]
#19He wants to compute some bignums, so he writes an APL interpreter in Go... Now he is scratching his itch and making nice slides to boot. However, it would have been simpler for him to have typed "python" at the commandline... Python ints are arb precision :)
Lisp would be even better, as he would get the speed of compiled language.
Re: Implementing a bignum calculator – Rob Pike [video]
#20Earlier quoted context omitted.
If you're talking about userbase, I presume, Go should have less of a userbase than lisp.
People use lisp for something other than a programming discussion talking point?