News for hackers. Stuff that matters.

A comment on REPL Driven Design. Parent comment

Re:REPL Driven Design by sitkack on Thursday May 28, 2020 @02:56PM (#23340978)
What language is your REPL for? Can you inject a repl into a piece of production code, like.

    import IPython
    IPython.embed()
I have used similar techniques to inject unit tests into the same pass as the integration tests. Basically at this point in the program, pause and run a bunch of unit tests with the internal state setup by the integration test. Requires less mocking, can differentiate between an integration and unit test failure.
[ Parent | on HN ]
Re:REPL Driven Design by samatman on Thursday May 28, 2020 @03:53PM (#23341778)
It's in LuaJIT, which lets me use first-class environments to separate the client-server relationship while running everything in a single Lua_state.

The (long) roadmap involves implementing the Jupyter protocol, adding a client library which can be injected into production code, and eventually using that common basis to extend it to the other languages supported by Jupyter, and any others which choose to do the groundwork.

Bringing in all of ZeroMQ is a lot of work I've been putting off, but I need it all over the place.

[ Parent | on HN ]
Re:REPL Driven Design by jonahbenton on Thursday May 28, 2020 @04:52PM (#23342420)
+1 for Jupyter protocol.
[ Parent | on HN ]