* [ANN] An impudent introduction to Guile
@ 2016-02-04 23:09 Panicz Maciej Godek
2016-02-05 0:30 ` Christopher Allan Webber
` (3 more replies)
0 siblings, 4 replies; 21+ messages in thread
From: Panicz Maciej Godek @ 2016-02-04 23:09 UTC (permalink / raw
To: guile-user@gnu.org
[-- Attachment #1: Type: text/plain, Size: 523 bytes --]
Hi,
I am pleased to announce that I just finished my booklet titled
A Pamphlet against R
Computational Intelligence with Guile Scheme
The pamphlet introduces (in a truly impertinent manner) a set of libraries
that I have been developing over the last few months, including topics like:
- genetic algorithms
- fuzzy logic
- decision trees
- clusterization
and more!
The book (in both pdf and LaTeX) is available with the required libraries
under the Creative Commons license at
http://panicz.github.io/pamphlet/
Yeey!
[-- Attachment #2: Type: text/html, Size: 809 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [ANN] An impudent introduction to Guile
2016-02-04 23:09 [ANN] An impudent introduction to Guile Panicz Maciej Godek
@ 2016-02-05 0:30 ` Christopher Allan Webber
[not found] ` <CAMFYt2YkMi2X0G_7eTtwkc66w1UhXndy+z91ui+PF6d0ie2Rug@mail.gmail.com>
2016-02-05 6:48 ` Shakthi Kannan
` (2 subsequent siblings)
3 siblings, 1 reply; 21+ messages in thread
From: Christopher Allan Webber @ 2016-02-05 0:30 UTC (permalink / raw
To: Panicz Maciej Godek; +Cc: guile-user@gnu.org
Panicz Maciej Godek writes:
> Hi,
> I am pleased to announce that I just finished my booklet titled
>
> A Pamphlet against R
> Computational Intelligence with Guile Scheme
>
> The pamphlet introduces (in a truly impertinent manner) a set of libraries
> that I have been developing over the last few months, including topics like:
>
> - genetic algorithms
> - fuzzy logic
> - decision trees
> - clusterization
>
> and more!
Heya Panicz,
This is fairly up my alley of interest in terms of subjects of things to
read, so thanks for sending/writing it. I'm not so sure about the
bitterness against R, though I guess I'm kind of weary of R myself, but
I guess I'm more of a pacifist than this paper seems to be. Anyway, it
seems interesting, so I'll read it!
> The book (in both pdf and LaTeX) is available with the required libraries
> under the Creative Commons license at
> http://panicz.github.io/pamphlet/
Well, there are a lot of Creative Commons licenses, which do you mean?
I think CC BY-SA 4.0 would be a nice fit (plus it's GPL v3 compatible,
though sadly not GPL v3 or later compatible).
I see there's a copy of the GPL included with it; is it thus also
licensed under GPL v3 or later?
Thanks!
- Chris
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [ANN] An impudent introduction to Guile
2016-02-04 23:09 [ANN] An impudent introduction to Guile Panicz Maciej Godek
2016-02-05 0:30 ` Christopher Allan Webber
@ 2016-02-05 6:48 ` Shakthi Kannan
2016-02-05 18:55 ` Amirouche Boubekki
2016-02-05 19:46 ` Lawrence Bottorff
3 siblings, 0 replies; 21+ messages in thread
From: Shakthi Kannan @ 2016-02-05 6:48 UTC (permalink / raw
To: Panicz Maciej Godek; +Cc: guile-user@gnu.org
Hi,
--- On Fri, Feb 5, 2016 at 4:39 AM, Panicz Maciej Godek
<godek.maciek@gmail.com> wrote:
| A Pamphlet against R
| Computational Intelligence with Guile Scheme
\--
It would be good to emphasis on Guile Scheme and how it is helpful in
computational intelligence, and remove any negative connotation with
R.
You do want R users to try Guile Scheme as well.
SK
--
Shakthi Kannan
http://www.shakthimaan.com
^ permalink raw reply [flat|nested] 21+ messages in thread
* Fwd: [ANN] An impudent introduction to Guile
[not found] ` <CAMFYt2YkMi2X0G_7eTtwkc66w1UhXndy+z91ui+PF6d0ie2Rug@mail.gmail.com>
@ 2016-02-05 7:22 ` Panicz Maciej Godek
2016-02-05 16:48 ` Christopher Allan Webber
[not found] ` <87zivfxg1w.fsf@dustycloud.org>
1 sibling, 1 reply; 21+ messages in thread
From: Panicz Maciej Godek @ 2016-02-05 7:22 UTC (permalink / raw
To: guile-user@gnu.org
[-- Attachment #1: Type: text/plain, Size: 2291 bytes --]
---------- Forwarded message ----------
From: Panicz Maciej Godek <godek.maciek@gmail.com>
Date: 2016-02-05 8:21 GMT+01:00
Subject: Re: [ANN] An impudent introduction to Guile
To: Christopher Allan Webber <cwebber@dustycloud.org>
Hello Chris
2016-02-05 1:30 GMT+01:00 Christopher Allan Webber <cwebber@dustycloud.org>:
> Panicz Maciej Godek writes:
>
> > Hi,
> > I am pleased to announce that I just finished my booklet titled
> >
> > A Pamphlet against R
> > Computational Intelligence with Guile Scheme
> >
> > The pamphlet introduces (in a truly impertinent manner) a set of
> libraries
> > that I have been developing over the last few months, including topics
> like:
> >
> > - genetic algorithms
> > - fuzzy logic
> > - decision trees
> > - clusterization
> >
> > and more!
>
> Heya Panicz,
>
> This is fairly up my alley of interest in terms of subjects of things to
> read, so thanks for sending/writing it. I'm not so sure about the
> bitterness against R, though I guess I'm kind of weary of R myself, but
> I guess I'm more of a pacifist than this paper seems to be. Anyway, it
> seems interesting, so I'll read it!
>
Well, there's only a tiny bit in that bitterness in the preface, actually
(and a tiny pun in the concluding chapter), but I deliberately tried to
make the title provocative, to sort of steal the audience from R ;]
>
> > The book (in both pdf and LaTeX) is available with the required libraries
> > under the Creative Commons license at
> > http://panicz.github.io/pamphlet/
>
> Well, there are a lot of Creative Commons licenses, which do you mean?
> I think CC BY-SA 4.0 would be a nice fit (plus it's GPL v3 compatible,
> though sadly not GPL v3 or later compatible).
>
> CC BY-SA 4.0 is actually what I've been thinking about.
I will add the legal notice by the end of the day (I only realized the lack
of it while I was writing the announcement)
> I see there's a copy of the GPL included with it; is it thus also
> licensed under GPL v3 or later?
>
>
I see you're an expert, so perhaps you could explain to me what would the
implications be.
My original intent was to publish the software that comes along with the
book under GPL v3, because AFAIK GPL regards software, but if there's more
to it, then it would be nice to know
Thanks :)
Panicz
[-- Attachment #2: Type: text/html, Size: 3713 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Fwd: [ANN] An impudent introduction to Guile
2016-02-05 7:22 ` Fwd: " Panicz Maciej Godek
@ 2016-02-05 16:48 ` Christopher Allan Webber
0 siblings, 0 replies; 21+ messages in thread
From: Christopher Allan Webber @ 2016-02-05 16:48 UTC (permalink / raw
To: Panicz Maciej Godek; +Cc: guile-user@gnu.org
Panicz Maciej Godek writes:
> I see you're an expert, so perhaps you could explain to me what would the
> implications be.
> My original intent was to publish the software that comes along with the
> book under GPL v3, because AFAIK GPL regards software, but if there's more
> to it, then it would be nice to know
>
> Thanks :)
> Panicz
I replied off list with my licensing suggestions! But I recommended
dual licensing GPLv3 or later and CC BY-SA 4.0, so people have the "or
later" option on code snippets :)
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [ANN] An impudent introduction to Guile
2016-02-04 23:09 [ANN] An impudent introduction to Guile Panicz Maciej Godek
2016-02-05 0:30 ` Christopher Allan Webber
2016-02-05 6:48 ` Shakthi Kannan
@ 2016-02-05 18:55 ` Amirouche Boubekki
2016-02-05 22:09 ` Panicz Maciej Godek
2016-02-05 19:46 ` Lawrence Bottorff
3 siblings, 1 reply; 21+ messages in thread
From: Amirouche Boubekki @ 2016-02-05 18:55 UTC (permalink / raw
To: Panicz Maciej Godek
Cc: guile-user, guile-user-bounces+amirouche=hypermove.net
Héllo Panicz,
Le 2016-02-05 00:09, Panicz Maciej Godek a écrit :
> Hi,
> I am pleased to announce that I just finished my booklet titled
>
> A Pamphlet against R
> Computational Intelligence with Guile Scheme
>
> The pamphlet introduces (in a truly impertinent manner) a set of
> libraries that I have been developing over the last few months,
> including topics like:
>
> - genetic algorithms
> - fuzzy logic
> - decision trees
> - clusterization
>
> and more!
>
> The book (in both pdf and LaTeX) is available with the required
> libraries under the Creative Commons license at
> http://panicz.github.io/pamphlet/ [1]
>
> Yeey!
>
I skimmed over the book and it's really good, my take away:
- I should probably study better how you introduce match
- I learned new ways to create specification and apply algorithms
- The subject is *very* interesting
Also maybe to make the book even more interesting for people that want
to decide between s/scheme/guile (!) and R: add extra illustrations for
each chapter. It can be nice to have more examples of what a particular
algorithm can be used for. I mean exercices without solution (yet).
This is not useful for people that already know the field but help
people that want to jump into the buzz feed.
A chapter about Natural Language Processing/Understading would have been
extra nice, but I'm not sure it's doable in this format.
All the best!
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [ANN] An impudent introduction to Guile
2016-02-04 23:09 [ANN] An impudent introduction to Guile Panicz Maciej Godek
` (2 preceding siblings ...)
2016-02-05 18:55 ` Amirouche Boubekki
@ 2016-02-05 19:46 ` Lawrence Bottorff
2016-02-05 20:29 ` Panicz Maciej Godek
3 siblings, 1 reply; 21+ messages in thread
From: Lawrence Bottorff @ 2016-02-05 19:46 UTC (permalink / raw
To: Panicz Maciej Godek; +Cc: guile-user@gnu.org
[-- Attachment #1: Type: text/plain, Size: 780 bytes --]
Say, would you like me to suggest some editing changes? Your English is
great, but I've noticed a few errors.
Lawrence Bottorff
On Thu, Feb 4, 2016 at 11:09 PM, Panicz Maciej Godek <godek.maciek@gmail.com
> wrote:
> Hi,
> I am pleased to announce that I just finished my booklet titled
>
> A Pamphlet against R
> Computational Intelligence with Guile Scheme
>
> The pamphlet introduces (in a truly impertinent manner) a set of libraries
> that I have been developing over the last few months, including topics like:
>
> - genetic algorithms
> - fuzzy logic
> - decision trees
> - clusterization
>
> and more!
>
> The book (in both pdf and LaTeX) is available with the required libraries
> under the Creative Commons license at
> http://panicz.github.io/pamphlet/
>
> Yeey!
>
>
[-- Attachment #2: Type: text/html, Size: 1366 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [ANN] An impudent introduction to Guile
2016-02-05 19:46 ` Lawrence Bottorff
@ 2016-02-05 20:29 ` Panicz Maciej Godek
0 siblings, 0 replies; 21+ messages in thread
From: Panicz Maciej Godek @ 2016-02-05 20:29 UTC (permalink / raw
To: Lawrence Bottorff; +Cc: guile-user@gnu.org
[-- Attachment #1: Type: text/plain, Size: 570 bytes --]
2016-02-05 20:46 GMT+01:00 Lawrence Bottorff <borgauf@gmail.com>:
> Say, would you like me to suggest some editing changes? Your English is
> great, but I've noticed a few errors.
>
Sure, that would be awesome!
I don't think that I ever manage to work out anything comparable to native
profficiency in English, but I'm always eager to learn :) (I know that the
Polish people tend to have problems with pronouns, because we have
nothing similar, for instance, and although I've been wondering about each
single usage, I'm sure that I got some of them wrong)
Thanks! :)
[-- Attachment #2: Type: text/html, Size: 1037 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [ANN] An impudent introduction to Guile
[not found] ` <87zivfxg1w.fsf@dustycloud.org>
@ 2016-02-05 21:46 ` Panicz Maciej Godek
0 siblings, 0 replies; 21+ messages in thread
From: Panicz Maciej Godek @ 2016-02-05 21:46 UTC (permalink / raw
To: Christopher Allan Webber, guile-user@gnu.org
[-- Attachment #1: Type: text/plain, Size: 1495 bytes --]
2016-02-05 17:44 GMT+01:00 Christopher Allan Webber <cwebber@dustycloud.org>
:
> Panicz Maciej Godek writes:
>
> >> CC BY-SA 4.0 is actually what I've been thinking about.
> > I will add the legal notice by the end of the day (I only realized the
> lack
> > of it while I was writing the announcement)
> >
> >
> >> I see there's a copy of the GPL included with it; is it thus also
> >> licensed under GPL v3 or later?
> >>
> >>
> > I see you're an expert, so perhaps you could explain to me what would the
> > implications be.
> > My original intent was to publish the software that comes along with the
> > book under GPL v3, because AFAIK GPL regards software, but if there's
> more
> > to it, then it would be nice to know
>
>
> You can dual license it under CC BY-SA 4.0 and GPLv3 or later, which is
> what I'd recommend. CC BY-SA 4.0 is GPLv3 compatible, but not "or
> later", and I think having an "or later" in anything GPL'ed is a good
> idea.
>
> For now I've updated legal notice so that now the book contains
information about the CC BY-SA 4.0 license. Although I have nothing against
applying the dual license, I used the "doclicense" LaTeX package to
generate the information, and I don't know how to handle such use case.
Maybe I will fight with that later, but I guess that the code snippets will
sooner or later become a part of the repository that is already GPLv3+
> I've loaded the book on my e-reader, look forward to reading it!
>
I hope you have a pleasant read! :)
[-- Attachment #2: Type: text/html, Size: 2332 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [ANN] An impudent introduction to Guile
2016-02-05 18:55 ` Amirouche Boubekki
@ 2016-02-05 22:09 ` Panicz Maciej Godek
0 siblings, 0 replies; 21+ messages in thread
From: Panicz Maciej Godek @ 2016-02-05 22:09 UTC (permalink / raw
To: Amirouche Boubekki
Cc: guile-user@gnu.org, guile-user-bounces+amirouche=hypermove.net
[-- Attachment #1: Type: text/plain, Size: 2046 bytes --]
Hi Amirouche,
thanks for these nice words!
2016-02-05 19:55 GMT+01:00 Amirouche Boubekki <amirouche@hypermove.net>:
>
> I skimmed over the book and it's really good, my take away:
>
> - I should probably study better how you introduce match
>
I have to admit that I've rushed off with the patern matcher rather
quickly, but I hope that the equivalent formulations without the "match"
will suffice as an explanation. If you have any specific questions or
remarks, I'd be eager to answer them
> - I learned new ways to create specification and apply algorithms
> - The subject is *very* interesting
>
> Also maybe to make the book even more interesting for people that want
> to decide between s/scheme/guile (!) and R: add extra illustrations for
> each chapter.
I think it would be great. I've put some plots here and there, but
certainly illustrations would appeal to imagination and let the mind relax
a little.
> It can be nice to have more examples of what a particular
> algorithm can be used for. I mean exercices without solution (yet).
>
This is a very good idea. Solutions could also be put at the end of the
book later. I also thought about adding an appendix regarding the hygienic
macros and those syntax extensions that were used with the sample code, so
maybe I will add it later (I decided to try to prepare a talk for this
year's European Lisp Symposium, so I will probably be a bit busy in the
upcomming two weeks)
A chapter about Natural Language Processing/Understading would have been
> extra nice, but I'm not sure it's doable in this format.
>
>
Well, I agree that it's an extremely interesting topic, but also very broad
indeed, and it is a little unclear what the goals shoud be.
I recenntly saw Richard Gabriel's keynote talk from ELS 2014 and it was
very inspiring:
http://medias.ircam.fr/x03b42f
Perhaps it would be instructive to implement an Inform 7-alike programming
language that would translate to Scheme. It would be pretty much in the
spirit of the pamphlet.
> All the best!
>
Thanks, take care!
[-- Attachment #2: Type: text/html, Size: 3281 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [ANN] An impudent introduction to Guile
@ 2016-02-06 0:47 Cao Jin
2016-02-06 6:08 ` Panicz Maciej Godek
2016-02-07 9:54 ` A0
0 siblings, 2 replies; 21+ messages in thread
From: Cao Jin @ 2016-02-06 0:47 UTC (permalink / raw
To: Panicz Maciej Godek; +Cc: guile-user
It's interesting. I have used Matlab for many years, but never tried R. As for as I know, there are tons of state-of-the-art library in R and Matlab.
After skimming your paper, I wander that
1) Are these library used in your code example implemented by yourself? Or other libraries are called, such as LAPACK for linear algebra?
2) Is it easy to use scheme and your library, or maybe some others, to do computational job? In practice, those who use R or Matlab want their idea to be proved quickly, not to spend time on coding style, right?
If scheme can do most computational job as python numpy does, I will switch to it.
On Feb 5, 2016 7:09 AM, Panicz Maciej Godek <godek.maciek@gmail.com> wrote:
>
> Hi,
> I am pleased to announce that I just finished my booklet titled
>
> A Pamphlet against R
> Computational Intelligence with Guile Scheme
>
> The pamphlet introduces (in a truly impertinent manner) a set of libraries that I have been developing over the last few months, including topics like:
>
> - genetic algorithms
> - fuzzy logic
> - decision trees
> - clusterization
>
> and more!
>
> The book (in both pdf and LaTeX) is available with the required libraries under the Creative Commons license at
> http://panicz.github.io/pamphlet/
>
> Yeey!
>
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [ANN] An impudent introduction to Guile
2016-02-06 0:47 Cao Jin
@ 2016-02-06 6:08 ` Panicz Maciej Godek
2016-02-06 8:52 ` Arne Babenhauserheide
` (2 more replies)
2016-02-07 9:54 ` A0
1 sibling, 3 replies; 21+ messages in thread
From: Panicz Maciej Godek @ 2016-02-06 6:08 UTC (permalink / raw
To: Cao Jin; +Cc: guile-user@gnu.org
[-- Attachment #1: Type: text/plain, Size: 2420 bytes --]
Hi
2016-02-06 1:47 GMT+01:00 Cao Jin <lop@null.net>:
> It's interesting. I have used Matlab for many years, but never tried R. As
> for as I know, there are tons of state-of-the-art library in R and Matlab.
>
> After skimming your paper, I wander that
> 1) Are these library used in your code example implemented by yourself? Or
> other libraries are called, such as LAPACK for linear algebra?
>
Everything is either written from scratch, or uses one of the helper
libraries (two such libraries are included in the repo; the other is
SRFI-1).
The point of the book is that it is not a tutorial on using libraries, but
it explains some methods and translates these explanations to Scheme, so
that they can be modified and extended easily.
If you are looking for some serious numerical libraries for Scheme,
there's a very powerful scmutils package available
http://www.cs.rochester.edu/~gildea/guile-scmutils/
I've actually used its code for Singular Value Decomposition to perform
Principal Component Analysis.
2) Is it easy to use scheme and your library, or maybe some others, to do
> computational job? In practice, those who use R or Matlab want their idea
> to be proved quickly, not to spend time on coding style, right?
>
> I think it depends on a point of view. I initially tried using R, but it
was causing many unexpected problems, but I already knew Scheme quite well,
and for me even implementing the libraries from scratch wasn't that much
of a job.
But the book is mostly about fun, and about understanding.
Also, interfacing Guile with Emacs through Geiser is an incredible
productivity boost.
Interestingly, when I benchmarked the genetic algorithm that I wrote with
genalg package from R, the Scheme version run in Guile actually
outperformed the R version, although it was written in completely
performance-naive style.
On the other hand, if you wanted to use the decision trees classifier,
you'd probably want to apply memoization.
If scheme can do most computational job as python numpy does, I will switch
> to it.
>
I think that in practice Scheme can be even more convinient, as it provides
native support for complex numbers
I also think it would be helpful to interface Guile with plot generation. I
see that Nala has a guile-plot package, but I haven't tried it. I
personally wrote some code for generating LaTeX pgfplots for the project,
and can add it to the repo if you llike.
[-- Attachment #2: Type: text/html, Size: 3380 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [ANN] An impudent introduction to Guile
2016-02-06 6:08 ` Panicz Maciej Godek
@ 2016-02-06 8:52 ` Arne Babenhauserheide
2016-02-06 9:16 ` Cao Jin
2016-02-06 10:18 ` Jan Wedekind
2 siblings, 0 replies; 21+ messages in thread
From: Arne Babenhauserheide @ 2016-02-06 8:52 UTC (permalink / raw
To: Panicz Maciej Godek; +Cc: guile-user@gnu.org
[-- Attachment #1: Type: text/plain, Size: 536 bytes --]
Panicz Maciej Godek writes:
> I also think it would be helpful to interface Guile with plot generation. I
> see that Nala has a guile-plot package, but I haven't tried it. I
> personally wrote some code for generating LaTeX pgfplots for the project,
> and can add it to the repo if you llike.
A good plotting tool would be great!
I actually opened a socket to Python and used pylab from Scheme when I
wanted to plot beautifully…
Liebe Grüße,
Arne
--
Unpolitisch sein
heißt politisch sein
ohne es zu merken
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 298 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [ANN] An impudent introduction to Guile
2016-02-06 6:08 ` Panicz Maciej Godek
2016-02-06 8:52 ` Arne Babenhauserheide
@ 2016-02-06 9:16 ` Cao Jin
2016-02-06 10:18 ` Jan Wedekind
2 siblings, 0 replies; 21+ messages in thread
From: Cao Jin @ 2016-02-06 9:16 UTC (permalink / raw
To: Panicz Maciej Godek; +Cc: guile-user@gnu.org
[-- Attachment #1: Type: text/plain, Size: 2988 bytes --]
Hi Panicz,
Thank you for these information.
On 2/6/2016 14:08, Panicz Maciej Godek wrote:
> Hi
>
> 2016-02-06 1:47 GMT+01:00 Cao Jin <lop@null.net <mailto:lop@null.net>>:
>
> It's interesting. I have used Matlab for many years, but never
> tried R. As for as I know, there are tons of state-of-the-art
> library in R and Matlab.
>
> After skimming your paper, I wander that
> 1) Are these library used in your code example implemented by
> yourself? Or other libraries are called, such as LAPACK for linear
> algebra?
>
>
> Everything is either written from scratch, or uses one of the helper
> libraries (two such libraries are included in the repo; the other is
> SRFI-1).
> The point of the book is that it is not a tutorial on using libraries,
> but it explains some methods and translates these explanations to
> Scheme, so that they can be modified and extended easily.
>
> If you are looking for some serious numerical libraries for Scheme,
> there's a very powerful scmutils package available
>
> http://www.cs.rochester.edu/~gildea/guile-scmutils/
> <http://www.cs.rochester.edu/%7Egildea/guile-scmutils/>
>
> I've actually used its code for Singular Value Decomposition to
> perform Principal Component Analysis.
OK, I will try it later.
>
> 2) Is it easy to use scheme and your library, or maybe some
> others, to do computational job? In practice, those who use R or
> Matlab want their idea to be proved quickly, not to spend time on
> coding style, right?
>
> I think it depends on a point of view. I initially tried using R, but
> it was causing many unexpected problems, but I already knew Scheme
> quite well, and for me even implementing the libraries from scratch
> wasn't that much of a job.
> But the book is mostly about fun, and about understanding.
> Also, interfacing Guile with Emacs through Geiser is an incredible
> productivity boost.
>
> Interestingly, when I benchmarked the genetic algorithm that I wrote
> with genalg package from R, the Scheme version run in Guile actually
> outperformed the R version, although it was written in completely
> performance-naive style.
>
It's great to see this result.
> On the other hand, if you wanted to use the decision trees classifier,
> you'd probably want to apply memoization.
>
> If scheme can do most computational job as python numpy does, I
> will switch to it.
>
>
> I think that in practice Scheme can be even more convinient, as it
> provides native support for complex numbers
>
> I also think it would be helpful to interface Guile with plot
> generation. I see that Nala has a guile-plot package, but I haven't
> tried it. I personally wrote some code for generating LaTeX pgfplots
> for the project, and can add it to the repo if you llike.
>
As described above, I think it is worth trying Scheme for numerical
computing. Your work is appreciated!
Regards,
Lop
[-- Attachment #2: Type: text/html, Size: 6286 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [ANN] An impudent introduction to Guile
2016-02-06 6:08 ` Panicz Maciej Godek
2016-02-06 8:52 ` Arne Babenhauserheide
2016-02-06 9:16 ` Cao Jin
@ 2016-02-06 10:18 ` Jan Wedekind
2 siblings, 0 replies; 21+ messages in thread
From: Jan Wedekind @ 2016-02-06 10:18 UTC (permalink / raw
To: Panicz Maciej Godek, Cao Jin; +Cc: guile-user@gnu.org
On 6. Februar 2016 06:08:42 GMT+00:00, Panicz Maciej Godek <godek.maciek@gmail.com> wrote:
>Hi
>
>2016-02-06 1:47 GMT+01:00 Cao Jin <lop@null.net>:
>
>> It's interesting. I have used Matlab for many years, but never tried
>R. As
>> for as I know, there are tons of state-of-the-art library in R and
>Matlab.
>>
>> After skimming your paper, I wander that
>> 1) Are these library used in your code example implemented by
>yourself? Or
>> other libraries are called, such as LAPACK for linear algebra?
>>
>
>Everything is either written from scratch, or uses one of the helper
>libraries (two such libraries are included in the repo; the other is
>SRFI-1).
>The point of the book is that it is not a tutorial on using libraries,
>but
>it explains some methods and translates these explanations to Scheme,
>so
>that they can be modified and extended easily.
>
>If you are looking for some serious numerical libraries for Scheme,
>there's a very powerful scmutils package available
>
>http://www.cs.rochester.edu/~gildea/guile-scmutils/
>
>I've actually used its code for Singular Value Decomposition to perform
>Principal Component Analysis.
>
>2) Is it easy to use scheme and your library, or maybe some others, to
>do
>> computational job? In practice, those who use R or Matlab want their
>idea
>> to be proved quickly, not to spend time on coding style, right?
>>
>> I think it depends on a point of view. I initially tried using R, but
>it
>was causing many unexpected problems, but I already knew Scheme quite
>well,
>and for me even implementing the libraries from scratch wasn't that
>much
>of a job.
>But the book is mostly about fun, and about understanding.
>Also, interfacing Guile with Emacs through Geiser is an incredible
>productivity boost.
>
>Interestingly, when I benchmarked the genetic algorithm that I wrote
>with
>genalg package from R, the Scheme version run in Guile actually
>outperformed the R version, although it was written in completely
>performance-naive style.
>
>On the other hand, if you wanted to use the decision trees classifier,
>you'd probably want to apply memoization.
>
>If scheme can do most computational job as python numpy does, I will
>switch
>> to it.
>>
>
>I think that in practice Scheme can be even more convinient, as it
>provides
>native support for complex numbers
>
>I also think it would be helpful to interface Guile with plot
>generation. I
>see that Nala has a guile-plot package, but I haven't tried it. I
>personally wrote some code for generating LaTeX pgfplots for the
>project,
>and can add it to the repo if you llike.
Interesting. Will have a look at how they expose operators.
Myself I have implemented http://github.com/wedesoft/aism for array operations.
--
Jan Wedekind
http://www.wedesoft.de/
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [ANN] An impudent introduction to Guile
2016-02-06 0:47 Cao Jin
2016-02-06 6:08 ` Panicz Maciej Godek
@ 2016-02-07 9:54 ` A0
2016-02-07 21:51 ` Lawrence Bottorff
1 sibling, 1 reply; 21+ messages in thread
From: A0 @ 2016-02-07 9:54 UTC (permalink / raw
To: guile-user
On 06/02/16 00:47, Cao Jin wrote:
> It's interesting. I have used Matlab for many years, but never
> tried R. As for as I know, there are tons of state-of-the-art
> library in R and Matlab.
>
> After skimming your paper, I wander that 1) Are these library used
> in your code example implemented by yourself? Or other libraries
> are called, such as LAPACK for linear algebra? 2) Is it easy to use
> scheme and your library, or maybe some others, to do computational
> job? In practice, those who use R or Matlab want their idea to be
> proved quickly, not to spend time on coding style, right?
>
> If scheme can do most computational job as python numpy does, I
> will switch to it.
>
>
> On Feb 5, 2016 7:09 AM, Panicz Maciej Godek
> <godek.maciek@gmail.com> wrote:
>>
>> Hi, I am pleased to announce that I just finished my booklet
>> titled
>>
>> A Pamphlet against R Computational Intelligence with Guile
>> Scheme
>>
>> The pamphlet introduces (in a truly impertinent manner) a set of
>> libraries that I have been developing over the last few months,
>> including topics like:
>>
>> - genetic algorithms - fuzzy logic - decision trees -
>> clusterization
>>
>> and more!
>>
>> The book (in both pdf and LaTeX) is available with the required
>> libraries under the Creative Commons license at
>> http://panicz.github.io/pamphlet/
>>
>> Yeey!
>>
Hi,
Guile has an excellent Foreign Function Interface that one can use to
call any existing C or
Fortran (if bind(c) interfaces provided) optimised numerical routines,
usually directly
(most of the time, you don't need to write wrappers). I have already
used it in some projects.
On the Guile side, there are data structures like bytevectors that can
represent C-pointers,
as well as the array data type which has a set of useful routines to
manipulate array data collectively.
Of course, there aren't loads of numerical packages (so nothing like
CRAN)
written for Guile specifically.
The job where Guile excels from my perspective (someone who produces
optimised numerical codes
that solve equations) is to bind things together, to provide top-level
loops, interrupts, easy access
to the operating system. To impose structure.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [ANN] An impudent introduction to Guile
2016-02-07 9:54 ` A0
@ 2016-02-07 21:51 ` Lawrence Bottorff
2016-02-08 19:58 ` Panicz Maciej Godek
0 siblings, 1 reply; 21+ messages in thread
From: Lawrence Bottorff @ 2016-02-07 21:51 UTC (permalink / raw
To: Panicz Maciej Godek; +Cc: guile-user
[-- Attachment #1: Type: text/plain, Size: 3270 bytes --]
I've got this <https://github.com/borgauf/pamphlet> fork going where I've
done some editing (grammar, style, spelling, etc.) on the book (up to
"Reporting bugs." Let me know what you think.
In general, I think Scheme desperately needs an "O'Reilly"-style book.
Question: What should we say when someone asks, "Why should I fool with a
new programming language when there's Matlab/Mathematica/etc.?"
I think this is a great project. I myself have recently started something
similar which shamelessly puts coding (in Scheme) together with high school
math. Two things I want to avoid is 1) having other "blub" languages fill
this yawning gap (read Python), and 2) helping cushion the computer science
wall where hot-shot high-school coders go to college, major in comp-sci . .
. and then hit the comp-sci wall, i.e., discrete math, theory, no more cool
coding tricks, etc.
LB
On Sun, Feb 7, 2016 at 4:54 AM, A0 <cape.wrath@openmailbox.org> wrote:
>
>
> On 06/02/16 00:47, Cao Jin wrote:
> > It's interesting. I have used Matlab for many years, but never
> > tried R. As for as I know, there are tons of state-of-the-art
> > library in R and Matlab.
> >
> > After skimming your paper, I wander that 1) Are these library used
> > in your code example implemented by yourself? Or other libraries
> > are called, such as LAPACK for linear algebra? 2) Is it easy to use
> > scheme and your library, or maybe some others, to do computational
> > job? In practice, those who use R or Matlab want their idea to be
> > proved quickly, not to spend time on coding style, right?
> >
> > If scheme can do most computational job as python numpy does, I
> > will switch to it.
> >
> >
> > On Feb 5, 2016 7:09 AM, Panicz Maciej Godek
> > <godek.maciek@gmail.com> wrote:
> >>
> >> Hi, I am pleased to announce that I just finished my booklet
> >> titled
> >>
> >> A Pamphlet against R Computational Intelligence with Guile
> >> Scheme
> >>
> >> The pamphlet introduces (in a truly impertinent manner) a set of
> >> libraries that I have been developing over the last few months,
> >> including topics like:
> >>
> >> - genetic algorithms - fuzzy logic - decision trees -
> >> clusterization
> >>
> >> and more!
> >>
> >> The book (in both pdf and LaTeX) is available with the required
> >> libraries under the Creative Commons license at
> >> http://panicz.github.io/pamphlet/
> >>
> >> Yeey!
> >>
>
> Hi,
>
> Guile has an excellent Foreign Function Interface that one can use to
> call any existing C or
> Fortran (if bind(c) interfaces provided) optimised numerical routines,
> usually directly
> (most of the time, you don't need to write wrappers). I have already
> used it in some projects.
> On the Guile side, there are data structures like bytevectors that can
> represent C-pointers,
> as well as the array data type which has a set of useful routines to
> manipulate array data collectively.
>
> Of course, there aren't loads of numerical packages (so nothing like
> CRAN)
> written for Guile specifically.
>
> The job where Guile excels from my perspective (someone who produces
> optimised numerical codes
> that solve equations) is to bind things together, to provide top-level
> loops, interrupts, easy access
> to the operating system. To impose structure.
>
>
>
>
>
[-- Attachment #2: Type: text/html, Size: 4326 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [ANN] An impudent introduction to Guile
2016-02-07 21:51 ` Lawrence Bottorff
@ 2016-02-08 19:58 ` Panicz Maciej Godek
2016-02-09 8:26 ` tomas
2016-02-09 18:41 ` Lawrence Bottorff
0 siblings, 2 replies; 21+ messages in thread
From: Panicz Maciej Godek @ 2016-02-08 19:58 UTC (permalink / raw
To: Lawrence Bottorff; +Cc: guile-user
2016-02-07 22:51 GMT+01:00, Lawrence Bottorff <borgauf@gmail.com>:
> I've got this <https://github.com/borgauf/pamphlet> fork going where I've
> done some editing (grammar, style, spelling, etc.) on the book (up to
> "Reporting bugs." Let me know what you think.
I'm really impressed! Thanks! :)
However, I do have some remarks:
1. if possible, it would be nice if you could keep the lines up to 80
columns each (60 columns is preferable). I do editing in Emacs in
terminal on a very tiny display and I often split the screen in two
halves for comparatory editing.
The only exception are links that are more than 80 columns long.
2. in the line 161, you expanded the sentence "The first chapter
introduces all the elementary notions needed for programming" with the
adverbial "in Scheme". My original intent was that -- although the
syntactic guise of the programs expressed is obviously Scheme -- the
presented notions (of definition, reduction and substitution) are
required to do programming in general.
3. I'm not quite convinced whether \texttt{equivalence-classes} should
be replaced with \textit{equivalence-classes}. If we actually decide
to do so, I think it would be better to replace it as
\textit{equivalence classes}. However, although the italics are
actually used to refer to new notions, and typewriter font to refer to
notions/functions defined in Scheme, that use case is closer to
mentioning, than defining -- and I thought it would fall into memory
easier if the reader could see that "this is actually a Scheme
function indeed". (This won't be obvious during the first reading, so
I think it would be best to put the decision off for now)
4. I don't think that we need to add (line 192) that we mean "the
phenomena in the +real+ world". We could also mean the phenomena in
the world of ideas, or some fictional world. Either way, this is
unobvious from the philosophical point of view ;]
5. I think you got the "reading programs isn't like reading novels"
(196) opposite to my intention, which was that the programs have a
higher level of generality (which is rather unfamiliar) -- novels are
more concrete and less general.
(I wonder whether we should switch to private correspondence, or
doesn't anyone mind having such updates here?)
> In general, I think Scheme desperately needs an "O'Reilly"-style book.
Sometimes I wonder. On one hand, our community could benefit if Guile
was more fashionable. I think that in practice, our situation is
similar to that of Erlang. Garret Smith (the author of "Erlang The
Movie II: the sequel", the best movie on the whole Internet) said that
"github is the Erlang's package manager" -- which is much more tedious
than, say, pip or ruby gems. And while some implementations of Scheme
provide nice solutions with this regard (most notably Chicken's eggs),
I think that -- similarly to Erlangers -- we mostly need to rely on
the fact that even if they are complex, well written functional
programs are easy to understand and compose. (This is also why I
thought writing a booklet is better than just publishing those
libraries, because creating them was really effortless. Also, I think
that the kind of software literacy that Scheme promotes is much more
important and far-reaching than even the most complete set of
libraries imaginable)
I think that the problem of Scheme is that it is best characterized
not by what it allows to do, but what it doesn't forbid to do, and
comprehending this "negative" characteristic requires much more
imagination.
> Question: What should we say when someone asks, "Why should I fool with a
> new programming language when there's Matlab/Mathematica/etc.?"
The way I see it, this is a field where there's constant change --
there was Octave, but then R emerged, and now Julia is gaining
popularity.
Certailny, the language itself (Scheme, that is) has been good enough
for at least two decades. What I think is needed is a set of
accessible tools that would provide immediate benefits from the Lisp's
syntax. For instance, Emacs is a really great environment for lispers,
but it is accessible only to those that already know Emacs. The dr
Racket envrionment is way more accessible, but while it's good for
education, I don't think I would want to use it for editing.
I think that LightTable is a very nice tool, but is focused on
Clojure, which is targetted to the JVM platform.
> I think this is a great project. I myself have recently started something
> similar which shamelessly puts coding (in Scheme) together with high school
> math. Two things I want to avoid is 1) having other "blub" languages fill
> this yawning gap (read Python), and 2) helping cushion the computer science
> wall where hot-shot high-school coders go to college, major in comp-sci . .
> . and then hit the comp-sci wall, i.e., discrete math, theory, no more cool
> coding tricks, etc.
Honestly, I think that Python is a very good tool for many practical
applications. I often use it at work, where I wouldn't be able to
convince anyone to use a language with "all those weird parentheses".
On the other hand, I don't think that I would want to build anything
complex or serious in Python, because of its inherent limitations.
I believe is that we could make this cognitive revolution only through
the minds of children, that weren't spoiled by the idea that the infix
notation is natural. Actually I do have an idea for a game that could
teach children programming (and that uses Guile), but it's been almost
a year since I made any greater contributions. The idea is that the
players can control their humanoid avatars in 3d environment, and they
can progress from fully manual control, through automating some tasks
using scripts, to completely autonomous bots.
If you're interested, you can have a look at the presentation that I
made a year ago:
http://link.as/the-pose-editor-videotutorial
Sorry for so many words ;]
and thanks again!
Panicz
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [ANN] An impudent introduction to Guile
2016-02-08 19:58 ` Panicz Maciej Godek
@ 2016-02-09 8:26 ` tomas
2016-02-09 18:41 ` Lawrence Bottorff
1 sibling, 0 replies; 21+ messages in thread
From: tomas @ 2016-02-09 8:26 UTC (permalink / raw
To: guile-user
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Mon, Feb 08, 2016 at 08:58:41PM +0100, Panicz Maciej Godek wrote:
[...]
> (I wonder whether we should switch to private correspondence, or
> doesn't anyone mind having such updates here?)
Just lurker here, so weigh my vote accordingly. But I'm desperately
setting aside some quality time to read the introduction (and very
much looking forward to it).
I'm following this back-and-forth with much interest, so as far as
I'm concerned, please stay here :-)
regards
- -- tomás
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
iEYEARECAAYFAla5oscACgkQBcgs9XrR2kauKACfZwZy1ysbHCAMfdpYkIkCeudg
gEMAnRAk6eFrzXZUqYuLOfYIC0g4VaLS
=BV88
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [ANN] An impudent introduction to Guile
2016-02-08 19:58 ` Panicz Maciej Godek
2016-02-09 8:26 ` tomas
@ 2016-02-09 18:41 ` Lawrence Bottorff
2016-02-10 19:47 ` Panicz Maciej Godek
1 sibling, 1 reply; 21+ messages in thread
From: Lawrence Bottorff @ 2016-02-09 18:41 UTC (permalink / raw
To: Panicz Maciej Godek; +Cc: guile-user
[-- Attachment #1: Type: text/plain, Size: 6739 bytes --]
Good, good.
On Mon, Feb 8, 2016 at 7:58 PM, Panicz Maciej Godek <godek.maciek@gmail.com>
wrote:
> 2016-02-07 22:51 GMT+01:00, Lawrence Bottorff <borgauf@gmail.com>:
> > I've got this <https://github.com/borgauf/pamphlet> fork going where
> I've
> > done some editing (grammar, style, spelling, etc.) on the book (up to
> > "Reporting bugs." Let me know what you think.
>
> I'm really impressed! Thanks! :)
> However, I do have some remarks:
>
> 1. if possible, it would be nice if you could keep the lines up to 80
> columns each (60 columns is preferable). I do editing in Emacs in
> terminal on a very tiny display and I often split the screen in two
> halves for comparatory editing.
> The only exception are links that are more than 80 columns long.
>
> 2. in the line 161, you expanded the sentence "The first chapter
> introduces all the elementary notions needed for programming" with the
> adverbial "in Scheme". My original intent was that -- although the
> syntactic guise of the programs expressed is obviously Scheme -- the
> presented notions (of definition, reduction and substitution) are
> required to do programming in general.
>
corrected
>
> 3. I'm not quite convinced whether \texttt{equivalence-classes} should
> be replaced with \textit{equivalence-classes}. If we actually decide
> to do so, I think it would be better to replace it as
> \textit{equivalence classes}. However, although the italics are
> actually used to refer to new notions, and typewriter font to refer to
> notions/functions defined in Scheme, that use case is closer to
> mentioning, than defining -- and I thought it would fall into memory
> easier if the reader could see that "this is actually a Scheme
> function indeed". (This won't be obvious during the first reading, so
> I think it would be best to put the decision off for now)
>
good . . . it's just that it bleeds into the margin (on your original pdf)
. . . any way to correct that?
>
> 4. I don't think that we need to add (line 192) that we mean "the
> phenomena in the +real+ world". We could also mean the phenomena in
> the world of ideas, or some fictional world. Either way, this is
> unobvious from the philosophical point of view ;]
>
I didn't change this? But looking at it I'd say ". . . Internalizing a
definition is not always a
pleasant task, because it requires the intellectual effort of focusing and
remembering." (*the *instead of *an*)
>
> 5. I think you got the "reading programs isn't like reading novels"
> (196) opposite to my intention, which was that the programs have a
> higher level of generality (which is rather unfamiliar) -- novels are
> more concrete and less general.
>
Changed it to ". . . Because of their familiar narrative specificity, we
typically absorb stories almost effortlessly."
>
> (I wonder whether we should switch to private correspondence, or
> doesn't anyone mind having such updates here?)
>
> > In general, I think Scheme desperately needs an "O'Reilly"-style book.
>
> Sometimes I wonder. On one hand, our community could benefit if Guile
> was more fashionable. I think that in practice, our situation is
> similar to that of Erlang. Garret Smith (the author of "Erlang The
> Movie II: the sequel", the best movie on the whole Internet) said that
> "github is the Erlang's package manager" -- which is much more tedious
> than, say, pip or ruby gems. And while some implementations of Scheme
> provide nice solutions with this regard (most notably Chicken's eggs),
> I think that -- similarly to Erlangers -- we mostly need to rely on
> the fact that even if they are complex, well written functional
> programs are easy to understand and compose. (This is also why I
> thought writing a booklet is better than just publishing those
> libraries, because creating them was really effortless. Also, I think
> that the kind of software literacy that Scheme promotes is much more
> important and far-reaching than even the most complete set of
> libraries imaginable)
>
> I think that the problem of Scheme is that it is best characterized
> not by what it allows to do, but what it doesn't forbid to do, and
> comprehending this "negative" characteristic requires much more
> imagination.
>
> > Question: What should we say when someone asks, "Why should I fool with a
> > new programming language when there's Matlab/Mathematica/etc.?"
>
> The way I see it, this is a field where there's constant change --
> there was Octave, but then R emerged, and now Julia is gaining
> popularity.
>
> Certailny, the language itself (Scheme, that is) has been good enough
> for at least two decades. What I think is needed is a set of
> accessible tools that would provide immediate benefits from the Lisp's
> syntax. For instance, Emacs is a really great environment for lispers,
> but it is accessible only to those that already know Emacs. The dr
> Racket envrionment is way more accessible, but while it's good for
> education, I don't think I would want to use it for editing.
>
> I think that LightTable is a very nice tool, but is focused on
> Clojure, which is targetted to the JVM platform.
>
> > I think this is a great project. I myself have recently started something
> > similar which shamelessly puts coding (in Scheme) together with high
> school
> > math. Two things I want to avoid is 1) having other "blub" languages fill
> > this yawning gap (read Python), and 2) helping cushion the computer
> science
> > wall where hot-shot high-school coders go to college, major in comp-sci
> . .
> > . and then hit the comp-sci wall, i.e., discrete math, theory, no more
> cool
> > coding tricks, etc.
>
> Honestly, I think that Python is a very good tool for many practical
> applications. I often use it at work, where I wouldn't be able to
> convince anyone to use a language with "all those weird parentheses".
> On the other hand, I don't think that I would want to build anything
> complex or serious in Python, because of its inherent limitations.
>
> I believe is that we could make this cognitive revolution only through
> the minds of children, that weren't spoiled by the idea that the infix
> notation is natural. Actually I do have an idea for a game that could
> teach children programming (and that uses Guile), but it's been almost
> a year since I made any greater contributions. The idea is that the
> players can control their humanoid avatars in 3d environment, and they
> can progress from fully manual control, through automating some tasks
> using scripts, to completely autonomous bots.
>
> If you're interested, you can have a look at the presentation that I
> made a year ago:
>
> http://link.as/the-pose-editor-videotutorial
>
> Sorry for so many words ;]
> and thanks again!
>
> Panicz
>
[-- Attachment #2: Type: text/html, Size: 8981 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [ANN] An impudent introduction to Guile
2016-02-09 18:41 ` Lawrence Bottorff
@ 2016-02-10 19:47 ` Panicz Maciej Godek
0 siblings, 0 replies; 21+ messages in thread
From: Panicz Maciej Godek @ 2016-02-10 19:47 UTC (permalink / raw
To: Lawrence Bottorff; +Cc: guile-user@gnu.org
[-- Attachment #1: Type: text/plain, Size: 1554 bytes --]
:)
2016-02-09 19:41 GMT+01:00 Lawrence Bottorff <borgauf@gmail.com>:
> Good, good.
>
>
>> 3. I'm not quite convinced whether \texttt{equivalence-classes} should
>> be replaced with \textit{equivalence-classes}. If we actually decide
>> to do so, I think it would be better to replace it as
>> \textit{equivalence classes}. However, although the italics are
>> actually used to refer to new notions, and typewriter font to refer to
>> notions/functions defined in Scheme, that use case is closer to
>> mentioning, than defining -- and I thought it would fall into memory
>> easier if the reader could see that "this is actually a Scheme
>> function indeed". (This won't be obvious during the first reading, so
>> I think it would be best to put the decision off for now)
>>
>
> good . . . it's just that it bleeds into the margin (on your original pdf)
> . . . any way to correct that?
>
Now I see. I think we would need some TeXpErT to have a look. Or perhaps it
would look nicer if a space was inserted before the dash, i.e.
\texttt{equivalence -classes}. Or maybe it's not worth the trouble and your
soltion with \textit is satisfactory.
5. I think you got the "reading programs isn't like reading novels"
>> (196) opposite to my intention, which was that the programs have a
>> higher level of generality (which is rather unfamiliar) -- novels are
>> more concrete and less general.
>>
>
> Changed it to ". . . Because of their familiar narrative specificity, we
> typically absorb stories almost effortlessly."
>
This seems fine :)
Thank you
[-- Attachment #2: Type: text/html, Size: 2792 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
end of thread, other threads:[~2016-02-10 19:47 UTC | newest]
Thread overview: 21+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-02-04 23:09 [ANN] An impudent introduction to Guile Panicz Maciej Godek
2016-02-05 0:30 ` Christopher Allan Webber
[not found] ` <CAMFYt2YkMi2X0G_7eTtwkc66w1UhXndy+z91ui+PF6d0ie2Rug@mail.gmail.com>
2016-02-05 7:22 ` Fwd: " Panicz Maciej Godek
2016-02-05 16:48 ` Christopher Allan Webber
[not found] ` <87zivfxg1w.fsf@dustycloud.org>
2016-02-05 21:46 ` Panicz Maciej Godek
2016-02-05 6:48 ` Shakthi Kannan
2016-02-05 18:55 ` Amirouche Boubekki
2016-02-05 22:09 ` Panicz Maciej Godek
2016-02-05 19:46 ` Lawrence Bottorff
2016-02-05 20:29 ` Panicz Maciej Godek
-- strict thread matches above, loose matches on Subject: below --
2016-02-06 0:47 Cao Jin
2016-02-06 6:08 ` Panicz Maciej Godek
2016-02-06 8:52 ` Arne Babenhauserheide
2016-02-06 9:16 ` Cao Jin
2016-02-06 10:18 ` Jan Wedekind
2016-02-07 9:54 ` A0
2016-02-07 21:51 ` Lawrence Bottorff
2016-02-08 19:58 ` Panicz Maciej Godek
2016-02-09 8:26 ` tomas
2016-02-09 18:41 ` Lawrence Bottorff
2016-02-10 19:47 ` Panicz Maciej Godek
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).