#repl — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #repl, aggregated by home.social.
-
Lambdock – Wayland-native GTK4 dock with a live Lisp REPL
https://codeberg.org/jjba23/lambdock
Comments: https://news.ycombinator.com/item?id=49260628
#HackerNews #Lambdock #Wayland #GTK4 #Lisp #REPL #open-source
-
Lambdock – Wayland-native GTK4 dock with a live Lisp REPL
https://codeberg.org/jjba23/lambdock
Comments: https://news.ycombinator.com/item?id=49260628
#HackerNews #Lambdock #Wayland #GTK4 #Lisp #REPL #open-source
-
Lambdock – Wayland-native GTK4 dock with a live Lisp REPL
https://codeberg.org/jjba23/lambdock
Comments: https://news.ycombinator.com/item?id=49260628
#HackerNews #Lambdock #Wayland #GTK4 #Lisp #REPL #open-source
-
Lambdock – Wayland-native GTK4 dock with a live Lisp REPL
https://codeberg.org/jjba23/lambdock
Comments: https://news.ycombinator.com/item?id=49260628
#HackerNews #Lambdock #Wayland #GTK4 #Lisp #REPL #open-source
-
Lambdock – Wayland-native GTK4 dock with a live Lisp REPL
https://codeberg.org/jjba23/lambdock
Comments: https://news.ycombinator.com/item?id=49260628
#HackerNews #Lambdock #Wayland #GTK4 #Lisp #REPL #open-source
-
[Перевод] Я превратил Slack в интерактивную консоль для работающего .NET-приложения
Автор объясняет, как он использовал скрипты Roslyn и режим сокетов Slack для проверки, отладки и взаимодействия с запущенным приложением.
https://habr.com/ru/articles/1060700/
#roslyn #slack #net #net_development #приложения #скрипты #сокеты #отладка_кода #repl #c#
-
[Перевод] Я превратил Slack в интерактивную консоль для работающего .NET-приложения
Автор объясняет, как он использовал скрипты Roslyn и режим сокетов Slack для проверки, отладки и взаимодействия с запущенным приложением.
https://habr.com/ru/articles/1060700/
#roslyn #slack #net #net_development #приложения #скрипты #сокеты #отладка_кода #repl #c#
-
[Перевод] Я превратил Slack в интерактивную консоль для работающего .NET-приложения
Автор объясняет, как он использовал скрипты Roslyn и режим сокетов Slack для проверки, отладки и взаимодействия с запущенным приложением.
https://habr.com/ru/articles/1060700/
#roslyn #slack #net #net_development #приложения #скрипты #сокеты #отладка_кода #repl #c#
-
I am starting to get a hang of developing #rstats in #zed .
- Step 1: Find the right doc entry https://zed.dev/docs/repl#r-ark
- Step 2: Install ark https://github.com/posit-dev/ark .
- Step 3: Fiddle with key mappings to make "REPL: run" for "cmd + enter"
- Step 4: Connect to the interactive #REPL in the console with `jupyter console --existing`Et voila, sort of an interactive ression in zed. Thanks @Posit for making you key libraries open source, so I can use my current favorite editor more efficiently
-
I am starting to get a hang of developing #rstats in #zed .
- Step 1: Find the right doc entry https://zed.dev/docs/repl#r-ark
- Step 2: Install ark https://github.com/posit-dev/ark .
- Step 3: Fiddle with key mappings to make "REPL: run" for "cmd + enter"
- Step 4: Connect to the interactive #REPL in the console with `jupyter console --existing`Et voila, sort of an interactive ression in zed. Thanks @Posit for making you key libraries open source, so I can use my current favorite editor more efficiently
-
I am starting to get a hang of developing #rstats in #zed .
- Step 1: Find the right doc entry https://zed.dev/docs/repl#r-ark
- Step 2: Install ark https://github.com/posit-dev/ark .
- Step 3: Fiddle with key mappings to make "REPL: run" for "cmd + enter"
- Step 4: Connect to the interactive #REPL in the console with `jupyter console --existing`Et voila, sort of an interactive ression in zed. Thanks @Posit for making you key libraries open source, so I can use my current favorite editor more efficiently
-
Reflection on REPL, nREPL, ad-hoc protocols on top of tcp REPLs in the context of editors/IDE/programmatic tooling, what better suites them and stands the test of time.
-
Reflection on REPL, nREPL, ad-hoc protocols on top of tcp REPLs in the context of editors/IDE/programmatic tooling, what better suites them and stands the test of time.
-
Reflection on REPL, nREPL, ad-hoc protocols on top of tcp REPLs in the context of editors/IDE/programmatic tooling, what better suites them and stands the test of time.
-
Reflection on REPL, nREPL, ad-hoc protocols on top of tcp REPLs in the context of editors/IDE/programmatic tooling, what better suites them and stands the test of time.
-
Reflection on REPL, nREPL, ad-hoc protocols on top of tcp REPLs in the context of editors/IDE/programmatic tooling, what better suites them and stands the test of time.
-
Edsger – A handwritten Clojure REPL for the reMarkable 2
https://handwritten.danieljanus.pl/2026-06-01-edsger.html
#HackerNews #Edsger #Clojure #reMarkable2 #Handwritten #REPL #TechInnovation
-
Edsger – A handwritten Clojure REPL for the reMarkable 2
https://handwritten.danieljanus.pl/2026-06-01-edsger.html
#HackerNews #Edsger #Clojure #reMarkable2 #Handwritten #REPL #TechInnovation
-
Edsger – A handwritten Clojure REPL for the reMarkable 2
https://handwritten.danieljanus.pl/2026-06-01-edsger.html
#HackerNews #Edsger #Clojure #reMarkable2 #Handwritten #REPL #TechInnovation
-
Edsger – A handwritten Clojure REPL for the reMarkable 2
https://handwritten.danieljanus.pl/2026-06-01-edsger.html
#HackerNews #Edsger #Clojure #reMarkable2 #Handwritten #REPL #TechInnovation
-
Edsger – A handwritten Clojure REPL for the reMarkable 2
https://handwritten.danieljanus.pl/2026-06-01-edsger.html
#HackerNews #Edsger #Clojure #reMarkable2 #Handwritten #REPL #TechInnovation
-
RE: https://fosstodon.org/@tarsius/116643132796222151
In 1990 Dr. Peter Lee's 15-212 course at #CarnegieMellon introduced me to Scheme. It's also when I first came to comprehend the power of #Emacs and #EmacsLisp.
In the first hour, Professor Lee demonstrated elegantly that everything is a list: data are lists and programs are lists. Every list returns a value, and functions are just lists that do calculations! Functions can return lists, of course, and so you can write functions that return functions!
I ran to the lab to hack Lisp: it wasn't in your pocket, it was in a room worth more than your parents' house. Nothing had ever seemed more natural: write, evaluate, repeat. Hack a nugget, nest lists, add parentheses, hack bigger things. But the magic thing where you write code that returns code remained a mystery: we did lots of cool stuff in that course, but we never got to macros.
Until 2026.
The surprise? The surprise is that as each decade passes, I grow to cherish lifelong learning as more and more precious.
-
RE: https://fosstodon.org/@tarsius/116643132796222151
In 1990 Dr. Peter Lee's 15-212 course at #CarnegieMellon introduced me to Scheme. It's also when I first came to comprehend the power of #Emacs and #EmacsLisp.
In the first hour, Professor Lee demonstrated elegantly that everything is a list: data are lists and programs are lists. Every list returns a value, and functions are just lists that do calculations! Functions can return lists, of course, and so you can write functions that return functions!
I ran to the lab to hack Lisp: it wasn't in your pocket, it was in a room worth more than your parents' house. Nothing had ever seemed more natural: write, evaluate, repeat. Hack a nugget, nest lists, add parentheses, hack bigger things. But the magic thing where you write code that returns code remained a mystery: we did lots of cool stuff in that course, but we never got to macros.
Until 2026.
The surprise? The surprise is that as each decade passes, I grow to cherish lifelong learning as more and more precious.
-
RE: https://fosstodon.org/@tarsius/116643132796222151
In 1990 Dr. Peter Lee's 15-212 course at #CarnegieMellon introduced me to Scheme. It's also when I first came to comprehend the power of #Emacs and #EmacsLisp.
In the first hour, Professor Lee demonstrated elegantly that everything is a list: data are lists and programs are lists. Every list returns a value, and functions are just lists that do calculations! Functions can return lists, of course, and so you can write functions that return functions!
I ran to the lab to hack Lisp: it wasn't in your pocket, it was in a room worth more than your parents' house. Nothing had ever seemed more natural: write, evaluate, repeat. Hack a nugget, nest lists, add parentheses, hack bigger things. But the magic thing where you write code that returns code remained a mystery: we did lots of cool stuff in that course, but we never got to macros.
Until 2026.
The surprise? The surprise is that as each decade passes, I grow to cherish lifelong learning as more and more precious.
-
RE: https://fosstodon.org/@tarsius/116643132796222151
In 1990 Dr. Peter Lee's 15-212 course at #CarnegieMellon introduced me to Scheme. It's also when I first came to comprehend the power of #Emacs and #EmacsLisp.
In the first hour, Professor Lee demonstrated elegantly that everything is a list: data are lists and programs are lists. Every list returns a value, and functions are just lists that do calculations! Functions can return lists, of course, and so you can write functions that return functions!
I ran to the lab to hack Lisp: it wasn't in your pocket, it was in a room worth more than your parents' house. Nothing had ever seemed more natural: write, evaluate, repeat. Hack a nugget, nest lists, add parentheses, hack bigger things. But the magic thing where you write code that returns code remained a mystery: we did lots of cool stuff in that course, but we never got to macros.
Until 2026.
The surprise? The surprise is that as each decade passes, I grow to cherish lifelong learning as more and more precious.
-
RE: https://fosstodon.org/@tarsius/116643132796222151
In 1990 Dr. Peter Lee's 15-212 course at #CarnegieMellon introduced me to Scheme. It's also when I first came to comprehend the power of #Emacs and #EmacsLisp.
In the first hour, Professor Lee demonstrated elegantly that everything is a list: data are lists and programs are lists. Every list returns a value, and functions are just lists that do calculations! Functions can return lists, of course, and so you can write functions that return functions!
I ran to the lab to hack Lisp: it wasn't in your pocket, it was in a room worth more than your parents' house. Nothing had ever seemed more natural: write, evaluate, repeat. Hack a nugget, nest lists, add parentheses, hack bigger things. But the magic thing where you write code that returns code remained a mystery: we did lots of cool stuff in that course, but we never got to macros.
Until 2026.
The surprise? The surprise is that as each decade passes, I grow to cherish lifelong learning as more and more precious.
-
@dubiousdisc wrote:
«The killer feature of Lisps is not macros or structural editing (though those are nice too). The killer feature is REPL-driven development. Writing and testing code are not separate stages; they are intertwined. It's a completely different way to program.»The latter two sentences are true (we can add exploration to writing and testing).
I don't think that there is a _single_ killer feature, though.
For example, REPLs are available for quite a few languages nowadays, but these languages still don't "feel like" Lisp.What is usually called homoiconicity is also important, for example, not so much by itself, but by the way it affects directly or indirectly many aspects of using a language.
A lot has been said about homoiconicity, of course, but still, let me add an illustration.
Define a quine as an expression Q in a programming language such that Q is equal to eval(Q).
Obviously, the precise representation of Q and the precise notion of equality will be language-dependent.
Now, compare a quine (in the above sense) in a Lisp to a quine in Python.With regards to another aspect of the big topic, see also an old paper by Guy Steele called Growing a Language (or Making a Language that Can Grow, or something like that).
#ComputerProgramming
#GrowingALanguage
#Homoiconicity
#Lisp
#Programming
#ProgrammingLanguages
#Quines
#ReadEvalPrintLoop
#REPL -
@dubiousdisc wrote:
«The killer feature of Lisps is not macros or structural editing (though those are nice too). The killer feature is REPL-driven development. Writing and testing code are not separate stages; they are intertwined. It's a completely different way to program.»The latter two sentences are true (we can add exploration to writing and testing).
I don't think that there is a _single_ killer feature, though.
For example, REPLs are available for quite a few languages nowadays, but these languages still don't "feel like" Lisp.What is usually called homoiconicity is also important, for example, not so much by itself, but by the way it affects directly or indirectly many aspects of using a language.
A lot has been said about homoiconicity, of course, but still, let me add an illustration.
Define a quine as an expression Q in a programming language such that Q is equal to eval(Q).
Obviously, the precise representation of Q and the precise notion of equality will be language-dependent.
Now, compare a quine (in the above sense) in a Lisp to a quine in Python.With regards to another aspect of the big topic, see also an old paper by Guy Steele called Growing a Language (or Making a Language that Can Grow, or something like that).
#ComputerProgramming
#GrowingALanguage
#Homoiconicity
#Lisp
#Programming
#ProgrammingLanguages
#Quines
#ReadEvalPrintLoop
#REPL -
@dubiousdisc wrote:
«The killer feature of Lisps is not macros or structural editing (though those are nice too). The killer feature is REPL-driven development. Writing and testing code are not separate stages; they are intertwined. It's a completely different way to program.»The latter two sentences are true (we can add exploration to writing and testing).
I don't think that there is a _single_ killer feature, though.
For example, REPLs are available for quite a few languages nowadays, but these languages still don't "feel like" Lisp.What is usually called homoiconicity is also important, for example, not so much by itself, but by the way it affects directly or indirectly many aspects of using a language.
A lot has been said about homoiconicity, of course, but still, let me add an illustration.
Define a quine as an expression Q in a programming language such that Q is equal to eval(Q).
Obviously, the precise representation of Q and the precise notion of equality will be language-dependent.
Now, compare a quine (in the above sense) in a Lisp to a quine in Python.With regards to another aspect of the big topic, see also an old paper by Guy Steele called Growing a Language (or Making a Language that Can Grow, or something like that).
#ComputerProgramming
#GrowingALanguage
#Homoiconicity
#Lisp
#Programming
#ProgrammingLanguages
#Quines
#ReadEvalPrintLoop
#REPL -
@dubiousdisc wrote:
«The killer feature of Lisps is not macros or structural editing (though those are nice too). The killer feature is REPL-driven development. Writing and testing code are not separate stages; they are intertwined. It's a completely different way to program.»The latter two sentences are true (we can add exploration to writing and testing).
I don't think that there is a _single_ killer feature, though.
For example, REPLs are available for quite a few languages nowadays, but these languages still don't "feel like" Lisp.What is usually called homoiconicity is also important, for example, not so much by itself, but by the way it affects directly or indirectly many aspects of using a language.
A lot has been said about homoiconicity, of course, but still, let me add an illustration.
Define a quine as an expression Q in a programming language such that Q is equal to eval(Q).
Obviously, the precise representation of Q and the precise notion of equality will be language-dependent.
Now, compare a quine (in the above sense) in a Lisp to a quine in Python.With regards to another aspect of the big topic, see also an old paper by Guy Steele called Growing a Language (or Making a Language that Can Grow, or something like that).
#ComputerProgramming
#GrowingALanguage
#Homoiconicity
#Lisp
#Programming
#ProgrammingLanguages
#Quines
#ReadEvalPrintLoop
#REPL -
@dubiousdisc wrote:
«The killer feature of Lisps is not macros or structural editing (though those are nice too). The killer feature is REPL-driven development. Writing and testing code are not separate stages; they are intertwined. It's a completely different way to program.»The latter two sentences are true (we can add exploration to writing and testing).
I don't think that there is a _single_ killer feature, though.
For example, REPLs are available for quite a few languages nowadays, but these languages still don't "feel like" Lisp.What is usually called homoiconicity is also important, for example, not so much by itself, but by the way it affects directly or indirectly many aspects of using a language.
A lot has been said about homoiconicity, of course, but still, let me add an illustration.
Define a quine as an expression Q in a programming language such that Q is equal to eval(Q).
Obviously, the precise representation of Q and the precise notion of equality will be language-dependent.
Now, compare a quine (in the above sense) in a Lisp to a quine in Python.With regards to another aspect of the big topic, see also an old paper by Guy Steele called Growing a Language (or Making a Language that Can Grow, or something like that).
#ComputerProgramming
#GrowingALanguage
#Homoiconicity
#Lisp
#Programming
#ProgrammingLanguages
#Quines
#ReadEvalPrintLoop
#REPL -
I am really enjoying the #repl though. A different way of being and building. It's been a long time.
-
I am really enjoying the #repl though. A different way of being and building. It's been a long time.
-
I am really enjoying the #repl though. A different way of being and building. It's been a long time.
-
I am really enjoying the #repl though. A different way of being and building. It's been a long time.
-
I am really enjoying the #repl though. A different way of being and building. It's been a long time.
-
Every time I want to leave #lisp or #scheme based language I stumble across awesome talk which reminds me why I love it in the first place.
https://fosdem.org/2026/schedule/event/HDE7JZ-lisp-is-clay/
Damn #repl driven development is so damn awesome. Now a days If I need to write some automation scripts I use #babashka lot instead of #bash or #python
-
Every time I want to leave #lisp or #scheme based language I stumble across awesome talk which reminds me why I love it in the first place.
https://fosdem.org/2026/schedule/event/HDE7JZ-lisp-is-clay/
Damn #repl driven development is so damn awesome. Now a days If I need to write some automation scripts I use #babashka lot instead of #bash or #python
-
Every time I want to leave #lisp or #scheme based language I stumble across awesome talk which reminds me why I love it in the first place.
https://fosdem.org/2026/schedule/event/HDE7JZ-lisp-is-clay/
Damn #repl driven development is so damn awesome. Now a days If I need to write some automation scripts I use #babashka lot instead of #bash or #python
-
Every time I want to leave #lisp or #scheme based language I stumble across awesome talk which reminds me why I love it in the first place.
https://fosdem.org/2026/schedule/event/HDE7JZ-lisp-is-clay/
Damn #repl driven development is so damn awesome. Now a days If I need to write some automation scripts I use #babashka lot instead of #bash or #python
-
С Vim удобно программировать (часть II)
Это вторая часть публикации. В первой мы разобрали основные настройки редактора, позволяющие сделать процесс набора программы более удобным. Здесь рассмотрим плагины и скрипты для запуска программ на разных языках из редактора Vim.
-
С Vim удобно программировать (часть II)
Это вторая часть публикации. В первой мы разобрали основные настройки редактора, позволяющие сделать процесс набора программы более удобным. Здесь рассмотрим плагины и скрипты для запуска программ на разных языках из редактора Vim.
-
С Vim удобно программировать (часть II)
Это вторая часть публикации. В первой мы разобрали основные настройки редактора, позволяющие сделать процесс набора программы более удобным. Здесь рассмотрим плагины и скрипты для запуска программ на разных языках из редактора Vim.
-
Почему я перестал писать bash-скрипты и написал свой язык
Время от времени мне нужно выполнить примитивный сценарий в терминале, но каждый раз это заканчивается очередным гуглежом «bash iterate each file» или «bash file has string». А что если скрипты в терминале можно было бы писать прямо как поток декларативных мыслей?
https://habr.com/ru/articles/1020728/
#скриптовый_язык #bash #функциональное_программирование #REPL #автоматизация #open_source #Rust #Lisp #Haskell
-
Почему я перестал писать bash-скрипты и написал свой язык
Время от времени мне нужно выполнить примитивный сценарий в терминале, но каждый раз это заканчивается очередным гуглежом «bash iterate each file» или «bash file has string». А что если скрипты в терминале можно было бы писать прямо как поток декларативных мыслей?
https://habr.com/ru/articles/1020728/
#скриптовый_язык #bash #функциональное_программирование #REPL #автоматизация #open_source #Rust #Lisp #Haskell
-
Почему я перестал писать bash-скрипты и написал свой язык
Время от времени мне нужно выполнить примитивный сценарий в терминале, но каждый раз это заканчивается очередным гуглежом «bash iterate each file» или «bash file has string». А что если скрипты в терминале можно было бы писать прямо как поток декларативных мыслей?
https://habr.com/ru/articles/1020728/
#скриптовый_язык #bash #функциональное_программирование #REPL #автоматизация #open_source #Rust #Lisp #Haskell
-
Whistler: Live eBPF Programming from the Common Lisp REPL
https://atgreen.github.io/repl-yell/posts/whistler/
#HackerNews #Whistler #eBPF #CommonLisp #REPL #Programming #LiveCoding
-
Whistler: Live eBPF Programming from the Common Lisp REPL
https://atgreen.github.io/repl-yell/posts/whistler/
#HackerNews #Whistler #eBPF #CommonLisp #REPL #Programming #LiveCoding
-
Whistler: Live eBPF Programming from the Common Lisp REPL
https://atgreen.github.io/repl-yell/posts/whistler/
#HackerNews #Whistler #eBPF #CommonLisp #REPL #Programming #LiveCoding
-
Whistler: Live eBPF Programming from the Common Lisp REPL
https://atgreen.github.io/repl-yell/posts/whistler/
#HackerNews #Whistler #eBPF #CommonLisp #REPL #Programming #LiveCoding
-
Whistler: Live eBPF Programming from the Common Lisp REPL
https://atgreen.github.io/repl-yell/posts/whistler/
#HackerNews #Whistler #eBPF #CommonLisp #REPL #Programming #LiveCoding
-
@cwebber So to fix that, let me tell you about the PR for spritely hoot-repl that reduces load times of the #Guile #Scheme web #REPL in #webassembly by at least 30% ☺
https://codeberg.org/spritely/hoot-repl/pulls/4
Though I’m sure you already know, so this is just an "I answered the review" notification, but more interesting than something about LLM agents ☺
-
@cwebber So to fix that, let me tell you about the PR for spritely hoot-repl that reduces load times of the #Guile #Scheme web #REPL in #webassembly by at least 30% ☺
https://codeberg.org/spritely/hoot-repl/pulls/4
Though I’m sure you already know, so this is just an "I answered the review" notification, but more interesting than something about LLM agents ☺
-
@cwebber So to fix that, let me tell you about the PR for spritely hoot-repl that reduces load times of the #Guile #Scheme web #REPL in #webassembly by at least 30% ☺
https://codeberg.org/spritely/hoot-repl/pulls/4
Though I’m sure you already know, so this is just an "I answered the review" notification, but more interesting than something about LLM agents ☺
-
@cwebber So to fix that, let me tell you about the PR for spritely hoot-repl that reduces load times of the #Guile #Scheme web #REPL in #webassembly by at least 30% ☺
https://codeberg.org/spritely/hoot-repl/pulls/4
Though I’m sure you already know, so this is just an "I answered the review" notification, but more interesting than something about LLM agents ☺
-
@lobsters Lets not forget about debugging - currently it's either print log (crap) or a full trace (heavyweight). Im addressing this in #golang with a #TUI debugger with time travel and a #REPL https://asyncmachine.dev/wasm but that still doesnt replace actual breakpoints
-
The new release of #asyncmachine brings #WASM support and browser compat - including #aRPC, #TUI debugging and #REPL. Check out the changelog for v0.18.0 https://github.com/pancsta/asyncmachine-go/releases/tag/v0.18.0 and a dedicated WASM example https://asyncmachine.dev/wasm (with D2 diagrams).
This allows to have a single #statemachine #distributed across n servers and m browsers, using efficient diff-based synchronization.
Looking fwd to #wasmio!
-
so, apparently hacking #scheme is going to get even more fun with B.L.U.E., a sane, extendable, lisp-y l, agnostic build system and #Ares, the interactive hacking tool we always sensed was missing from our work. Yes, we now have insightful backtraces in #guile!
The future has come!
https://codeberg.org/lapislazuli/blue
https://git.sr.ht/~abcdw/guile-ares-rs#guix #fosdem #fosdem2026 #blue #lisp #repl #buildsystem #reproducibility #hacking #fun #coding #interactiveprogramming
-
so, apparently hacking #scheme is going to get even more fun with B.L.U.E., a sane, extendable, lisp-y l, agnostic build system and #Ares, the interactive hacking tool we always sensed was missing from our work. Yes, we now have insightful backtraces in #guile!
The future has come!
https://codeberg.org/lapislazuli/blue
https://git.sr.ht/~abcdw/guile-ares-rs#guix #fosdem #fosdem2026 #blue #lisp #repl #buildsystem #reproducibility #hacking #fun #coding #interactiveprogramming
-
so, apparently hacking #scheme is going to get even more fun with B.L.U.E., a sane, extendable, lisp-y l, agnostic build system and #Ares, the interactive hacking tool we always sensed was missing from our work. Yes, we now have insightful backtraces in #guile!
The future has come!
https://codeberg.org/lapislazuli/blue
https://git.sr.ht/~abcdw/guile-ares-rs#guix #fosdem #fosdem2026 #blue #lisp #repl #buildsystem #reproducibility #hacking #fun #coding #interactiveprogramming