unofficial mirror of guile-user@gnu.org 
 help / color / mirror / Atom feed
From: Ognen Duzlevski <maketo@sdf.org>
To: guile-user@gnu.org
Subject: Re: Newbie thoughts on Guile Hall + Guix
Date: Sun, 06 Feb 2022 09:53:00 -0500	[thread overview]
Message-ID: <86a6f43uuh.fsf@sdf.org> (raw)
In-Reply-To: <87tudc2hny.fsf@vijaymarupudi.com>


Vijay Marupudi <vijaymarupudi@gatech.edu> writes:

> Let's not make perfect be the enemy of good here. A language specific
> package manager does work to a certain extent. I sometimes struggle to
> recommend Guile for beginners to programming, or even those that have
> some experience (in academia atleast). That's not because the language
> is not friendly, it really is simple and there is plenty of Scheme
> learning material around. However, it's really hard to get into the
> ecosystem without an understanding of C and its packaging system and
> culture. And I want more scientists and beginners to use Guile who don't
> have that knowledge.

Have you tried Racket? If you haven't - try that and you will find
recommending Guile to beginners to be much easier ;). On a serious note,
there are other schemes that have their own package managers (e.g. Racket).

> As a relative new user of Guile, I had to learn a lot of adjacent
> concepts about package management before I could become fluent with
> Guile and split my code into modules and packages, and more importantly,
> using other packages. Reducing the learning and effort barrier in this
> regard, would be incredibly exciting, and I would like to help anyway I
> can towards this effort.

IMHO, this learning curve is a part of learning any language. The reason
why every language comes with a language "specific" manager is because a
lot of people have tried to solve this problem and failed to find the
magic bullet. At some level you are relying on the language's
portability itself, then on the same level you are wanting to exploit
some of the language's specifics, then on the same level someone comes
along and says for some packages this approach doesn't work... ;)

> Asking beginners to use Guix is too much of a jump I think. But get them
> hooked on Guile with an easy package manager and a rich ecosystem, and I
> think they will come to appreciate Guix and other free software
> projects, like I did.

I agree. I have already been through the learning curve of Emacs, scheme
etc. At what point do I focus on just getting my job done and having a life
outside of the computer instead of constantly being on the treadmill of
learning one more concept/tool/specific to get a small benefit out of
it? People should always remember the 80/20 principle...

-- 
There are 2 mistakes along the way to mastery: 1. Not starting the journey 2. Not going all the way



  reply	other threads:[~2022-02-06 14:53 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-02-05 20:01 Newbie thoughts on Guile Hall + Guix Christine Lemmer-Webber
2022-02-05 22:15 ` Mikael Djurfeldt
2022-02-05 23:19   ` Jose Antonio Ortega Ruiz
2022-02-06 14:09     ` Ricardo Wurmus
2022-02-06  0:40   ` Christine Lemmer-Webber
2022-02-06  4:54     ` Aleix Conchillo Flaqué
2022-02-06 13:14       ` Mikael Djurfeldt
2022-02-06 14:03         ` Ricardo Wurmus
2022-02-06 14:28           ` Vijay Marupudi
2022-02-06 14:53             ` Ognen Duzlevski [this message]
2022-02-06 15:13               ` Maxime Devos
2022-02-06 15:29               ` Vijay Marupudi
2022-02-06 21:34                 ` Zelphir Kaltstahl
2022-02-07  2:11                   ` David Pirotte
2022-02-07  2:47                     ` David Pirotte
2022-02-07 19:21                     ` Zelphir Kaltstahl
2022-02-07 22:35                   ` adriano
2022-02-05 22:16 ` Vivien
2022-02-06  2:53 ` Zelphir Kaltstahl
2022-02-06 16:35 ` Olivier Dion via General Guile related discussions
2022-02-06 16:44   ` Vivien Kraus
2022-02-06 22:10     ` Olivier Dion via General Guile related discussions
2022-02-06 16:55   ` Maxime Devos
2022-02-06 22:05     ` Olivier Dion via General Guile related discussions
2022-02-06 22:32       ` Maxime Devos
2022-02-06 23:00         ` Olivier Dion via General Guile related discussions
2022-02-06 21:37   ` Zelphir Kaltstahl
2022-02-06 22:12     ` Olivier Dion via General Guile related discussions
  -- strict thread matches above, loose matches on Subject: below --
2022-02-06 13:40 dsmich
2022-02-08 12:19 Blake Shaw
2022-02-08 19:46 ` Chris Vine
2022-02-09  6:28 ` Catonano
2022-02-08 16:13 Blake Shaw
2022-02-09  3:23 Blake Shaw
2022-02-09 10:30 Blake Shaw
2022-02-09 14:13 ` Olivier Dion via General Guile related discussions
2022-02-09 20:05   ` Aleix Conchillo Flaqué
2022-02-09 20:28     ` Maxime Devos
2022-02-09 21:13       ` Aleix Conchillo Flaqué
2022-02-10 18:03     ` Vivien
2022-02-10 12:42 Blake Shaw

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/guile/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=86a6f43uuh.fsf@sdf.org \
    --to=maketo@sdf.org \
    --cc=guile-user@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).