diff options
Diffstat (limited to '2023/talks/scheme.md')
-rw-r--r-- | 2023/talks/scheme.md | 44 |
1 files changed, 44 insertions, 0 deletions
diff --git a/2023/talks/scheme.md b/2023/talks/scheme.md index 99307364..011d52b1 100644 --- a/2023/talks/scheme.md +++ b/2023/talks/scheme.md @@ -25,7 +25,51 @@ My talk covers the following: - Interactive development and its benefits. - Emacs setup for Scheme development. +Links: +- <https://git.sr.ht/~abcdw/emacs-arei> +- <https://git.sr.ht/~abcdw/guile-ares-rs> + +About the speaker: + +Talk about Lisp development workflows, REPLs, and modern Scheme tooling for Emacs. +Author of Guix Home, maintainer of [rde](https://git.sr.ht/~abcdw/rde), FOSS developer. + +# Discussion + +## Questions and answers + +- Q: How much do you use these repels remotely ex using a server or + desktop from your laptop? + - A: I don't use it remotely at the moment, but it should work + perfectly fine (except maybe lookup and other similiar + functions). I also want to add a shepherd service for ares-rs, + so you can connect to GNU Shepherd and systems based on it (like + GNU Guix) from you emacs process and interact fluently with + guile code. +- Q: Can this be integrated with eglot? + - A: I'm not sure how this integration could look like. + Theoretically, it's possible to expose many of ares-rs + functions via LSP custom actions (or whatever it called). + Anyway, contact me on IRC or <https://trop.in/contact> to + discuss it in more details if you have something in mind. +- Q: How hard is it to add support for something else than Guile? Does + it make sense to contribute at this early stage of development? + I've written several packages for CHICKEN Scheme before and would + like to try this one. + - A: It's a matter of implementing the whole chicken-ares-rs :) + Many of the code can be reused, but not all, unfortunately. + emacs-arei doesn't need any (or almost any) changes. +- Q: (One day late sorry) Is nREPL more extensible than what SLIME/SLY + use in Common Lisp world (I think it's comint.el) ? + - A: Yes, it's. I was evaluating and considering SWANK protocol, + but found nREPL to be more suitable and future proof. + <https://github.com/astine/swank-client/blob/master/swank-description.markdown> + +### Notes and discussion + +- brilliant work for scheme +- yeah, this is overdue. the only real alternative is slime-r7rs [[!inline pages="internal(2023/info/scheme-after)" raw="yes"]] |