The Go Programming Language
Locked
 
Administrator
|
Gawd, YAPL, from Google:
http://golang.org/ http://www.techcrunch.com/2009/11/10/google-go-language/ http://www.informationweek.com/news/internet/google/showArticle.jhtml?articleID=221601138 -- Owen ============================================================ FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College lectures, archives, unsubscribe, maps at http://www.friam.org |
Re: The Go Programming Language
|
|
What are you talking about, Owen? That's one good looking language. I think I'm in love.
Seriously. I'm not too wild about it's mascot Gordon the Gopher, however. -- Doug Roberts [hidden email] [hidden email] 505-455-7333 - Office 505-670-8195 - Cell On Tue, Nov 10, 2009 at 9:30 PM, Owen Densmore <[hidden email]> wrote: Gawd, YAPL, from Google: ============================================================ FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College lectures, archives, unsubscribe, maps at http://www.friam.org |
Re: The Go Programming Language
|
|
In reply to this post by Owen Densmore
Yah, doesn't complete it's own installation test script on Ubuntu 9.10, the gopher's cool.
-- rec -- On Tue, Nov 10, 2009 at 9:30 PM, Owen Densmore <[hidden email]> wrote: Gawd, YAPL, from Google: ============================================================ FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College lectures, archives, unsubscribe, maps at http://www.friam.org |
Re: The Go Programming Language
|
|
I did a quick look through. Any idea how to get a GUI? HTML via
webserver? -S --- -. . ..-. .. ... .... - .-- --- ..-. .. ... .... [hidden email] (m) 505.577.5828 (o) 505.995.0206 redfish.com _ sfcomplex.org _ simtable.com _ ambientpixel.com On Nov 10, 2009, at 9:54 PM, Roger Critchlow wrote: > Yah, doesn't complete it's own installation test script on Ubuntu > 9.10, the gopher's cool. > > -- rec -- > > > On Tue, Nov 10, 2009 at 9:30 PM, Owen Densmore <[hidden email]> > wrote: > Gawd, YAPL, from Google: > http://golang.org/ > http://www.techcrunch.com/2009/11/10/google-go-language/ > http://www.informationweek.com/news/internet/google/showArticle.jhtml?articleID=221601138 > > -- Owen > > > > ============================================================ > FRIAM Applied Complexity Group listserv > Meets Fridays 9a-11:30 at cafe at St. John's College > lectures, archives, unsubscribe, maps at http://www.friam.org > > ============================================================ > FRIAM Applied Complexity Group listserv > Meets Fridays 9a-11:30 at cafe at St. John's College > lectures, archives, unsubscribe, maps at http://www.friam.org ============================================================ FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College lectures, archives, unsubscribe, maps at http://www.friam.org |
Re: The Go Programming Language
|
|
In reply to this post by Roger Critchlow-2
It was something in the networking/dns setup that failed, but something else in the 24 changes released since earlier this afternoon fixed the problem.
This is from the Bell Labs corner at Google, the principle designers of the language are Robert Griesemer, Rob Pike and Ken Thompson.
No stinking GUI's, designed for writing servers, the http server at golang.org is a go program, communicating sequential processes, parses w/out a symbol table, no separate header files (the module source is the module spec), no type inheritance (if it meets the interface, it meets the interface), fast compilation, no exponential growth in compile time with project size, garbage collected, built in strings, built in maps, concise syntax, no pointer arithmetic, and the gopher's still cool, if a little obscene.
-- rec --
On Tue, Nov 10, 2009 at 9:54 PM, Roger Critchlow <[hidden email]> wrote: Yah, doesn't complete it's own installation test script on Ubuntu 9.10, the gopher's cool. ============================================================ FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College lectures, archives, unsubscribe, maps at http://www.friam.org |
Re: The Go Programming Language
|
Administrator
|
In reply to this post by Douglas Roberts-2
Well, I didn't mean to pan it by the YAPL tag. But we are getting a
lot of them. D was supposed to be the savior for a while, and probably will eventually displace C++. D can call C/C++ now, I believe. I'm surprised you like GO, isn't garbage collection a bad idea? I seem to remember long conversations about how the last cpu cycle had to be wrung out of any large system, and GC foils that. I'm really impressed Rob Pike is on the design team. ATT really owned the computing world for quite a while. Hopefully Rob will integrate the best ideas into GO. But YA does apply. I'm getting language fatigue. I was hoping there'd be a rational core set of languages: - Systems language: C/C++ level. Used for kernel/OS/drivers. - Shell languages: Basically an easy way to pipe code written in System Language - Scripting: Python, Ruby, JavaScript level. Rapid prototyping where performance less important. - Domain Specific: modeling (NetLogo etc), web (PHP, Javascript) .. etc So where does GO fit in? Probably at the systems level. The shells and scripting languages may be able to use GO commands, that would be sweet. So if we're just jacking up the programming platforms, inserting GO as a C/C++ replacement, and dropping it back down, that could work. And yes, I miss the idea of a VM underneath it all. But if they come up with a MS Common Language Runtime, that would be just as good. Hey, maybe a wedtech on GO? -- Owen On Nov 10, 2009, at 9:52 PM, Douglas Roberts wrote: > What are you talking about, Owen? That's one good looking > language. I think I'm in love. > > Seriously. > > I'm not too wild about it's mascot Gordon the Gopher, however. > > -- > Doug Roberts ============================================================ FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College lectures, archives, unsubscribe, maps at http://www.friam.org |
Re: The Go Programming Language
|
Administrator
|
In reply to this post by Stephen Guerin
On Nov 10, 2009, at 10:07 PM, Stephen Guerin wrote:
> I did a quick look through. Any idea how to get a GUI? HTML via > webserver? > > -S My guess is hidden in my earlier response: GUI programming will not be at the systems level. It will be at a service level (i.e. like the X window system, it will be a server with a protocol interface). So all the GO folks will have to do is write the protocol client, using the existing X server protocol. For non-X systems either C/C++ integration (calling out from GO to C/C++) will work. On Mac and *nix, this is not an issue as long as you don't mind Apple's X server. Notice that none of the existing languages really support GUI other than Java, and many feel that was a mistake .. it took way too many of Java's development time. Before that, only TCL tried it, and Perl and several other languages found ways to use Tcl/Tk. -- Owen ============================================================ FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College lectures, archives, unsubscribe, maps at http://www.friam.org |
Re: The Go Programming Language
|
|
In reply to this post by Owen Densmore
Well, the slashdot readership was somewhat underwhelmed by GO:
http://developers.slashdot.org/story/09/11/11/0210212/Go-Googles-New-Open-Source-Programming-Language On Wed, Nov 11, 2009 at 9:21 AM, Owen Densmore <[hidden email]> wrote: Well, I didn't mean to pan it by the YAPL tag. But we are getting a lot of them. D was supposed to be the savior for a while, and probably will eventually displace C++. D can call C/C++ now, I believe. -- Doug Roberts [hidden email] [hidden email] 505-455-7333 - Office 505-670-8195 - Cell ============================================================ FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College lectures, archives, unsubscribe, maps at http://www.friam.org |
Re: The Go Programming Language
|
Administrator
|
On Nov 11, 2009, at 9:40 AM, Douglas Roberts wrote: Well, the slashdot readership was somewhat underwhelmed by GO: I don't recall them ever being overwhelmed, so no big deal. /. has rendered itself useless by the off-topic rants. There should be an off-topic filter. If you check the above link, you'll see more about PHP, Perl, and the Hell Winter Olympics. -- Owen ============================================================ FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College lectures, archives, unsubscribe, maps at http://www.friam.org |
Re: The Go Programming Language
|
|
That sounded like a rant.
;-} On Wed, Nov 11, 2009 at 9:54 AM, Owen Densmore <[hidden email]> wrote:
============================================================ FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College lectures, archives, unsubscribe, maps at http://www.friam.org |
Re: The Go Programming Language
|
|
In reply to this post by Owen Densmore
Owen Densmore wrote:
> I was hoping there'd be a rational core set of languages: > - Systems language: C/C++ level. Used for kernel/OS/drivers. > - Shell languages: Basically an easy way to pipe code written in > System Language > - Scripting: Python, Ruby, JavaScript level. Rapid prototyping > where performance > less important. > - Domain Specific: modeling (NetLogo etc), web (PHP, Javascript) .. etc Scripting languages frequently allocate and free memory as types are not declared and lifetimes of objects aren't considered. C++ programmers are indoctrinated to stack allocate and template, and that results in fast code (and clarity). Meanwhile garbage collectors are fast and highly evolved, and there are runtime compilers (e.g. .NET, OpenCL, LLVM), so code generation can be done equally well in interactive languages as it is in `system languages'. Tear down those two walls and there's no real justification for these other categories. It's just up to the programmer to be efficient if they want to be; any good language should be usable as a `system language'. Some languages fail to provide enough control to be system languages (NetLogo), and others fail to provide enough features to be useful for human communication and programming in the large (C). The only justification I can see for Domain Specific Languages are for certain classes of optimization or automated analysis that are difficult to do without lots of constraints. Mostly Domain Specific things can be done just fine in libraries. Marcus ============================================================ FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College lectures, archives, unsubscribe, maps at http://www.friam.org |
«
Return to Friam
|
1 view|%1 views
| Free forum by Nabble | Edit this page |