I must be a dinosaur - at least a minimalist - but I don't understand the big deal about library support that has been mentioned a lot here. My Go program doesn't use any libraries except the standard C libraries. Since it's written in C, I have access to hundreds of libraries for C, but I don't see any good reason to use them.
But I get the impression many Go programs are linking in dozens of libraries. It seems to be top of the list for "must have's" for a language to write a go program in. I am considering for the first time using an additional library that will be useful for Lazarus. It's the sqlite3 library and I would use it for persistent storage of things like openings and patterns. Perhaps I should store these things in XML? I know, I could store an XML representation in a sql database, then I would get to use 2 libraries! Any my code would be so much better because I was using 2 well tested and reliable libraries. I once worked at a place where someone did a project that literally required dozens of packages. When we were trying to compile and install it, we kept a list of the dependencies and it required about 25 libraries that were NOT already installed on the system. This is no joke or exaggeration. We spent 2 days just finding the packages needed to make it work, some of them we had to compile ourselves and build packages for. He developed on a debian system and we needed it to work on a redhat system. It was a terribly agonizing process getting the right libraries with versions that were appropriate. It ended up being a bit of joke, because everyone was impressed how he was able to actually make it require each of those libraries. He did this project by himself in about a month. We all called his software "buzzword compliant" because he admitted that he wanted to "try out" several new technologies. He purposely went out of his way to use things he had not used before just because it was possible. If I had been his manager I would have fired him. This software was configured with XML files. This is probably part of the source of my disdain for XML. XML was supposed to be this cool thing to make life so much easier, but it was difficult to get the configuration files correct. I remember thinking how utterly stupid this was. The finished product worked like it was supposed to, but was quickly dropped - it was an in house tool but it was too cumbersome to be useful and thus nobody used it. - Don Nick Apperson wrote: > Yeah, > > I've only dabbled in Lisp, but it seems like a great language to > me. It is on my list of languages to learn. I couldn't agree with > you more about Java and C# being about prohibition. With the next > generation of C++ with variadic templates I think C++ may overtake > Lisp for metaprogramming, but I don't know enough to really make that > claim. I stray from Lisp mainly because it isn't used as much as > C++. But I do respect those that use it. > > - Nick > > On Nov 13, 2007 3:10 PM, Stefan Nobis <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > "Nick Apperson" <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> > writes: > > > And I don't htink I missed the point about productivity. I've > heard > > that argument time and again. That is fine. I personally find that > > with the STL in C++ and with the ability to write my own templates, > > I can write algorithms in fewer lines of code that in Java. > > Wrong comparisson: I loathe Java. Compare to something like Common > Lisp (or some Scheme like PLT Scheme or Haskell or Erlang -- hey, here > are quite some guys trying to distribute the go engine over a > cluster: > for this Erlang seems to be a really good choice). > > C# and Java are all about rules and prohibition. Other languages like > Common Lisp are like C and C++ more about freedom and flexibility. > > -- > Until the next mail..., > Stefan. > _______________________________________________ > computer-go mailing list > computer-go@computer-go.org <mailto:computer-go@computer-go.org> > http://www.computer-go.org/mailman/listinfo/computer-go/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > computer-go mailing list > computer-go@computer-go.org > http://www.computer-go.org/mailman/listinfo/computer-go/ _______________________________________________ computer-go mailing list computer-go@computer-go.org http://www.computer-go.org/mailman/listinfo/computer-go/
