Being able to display an entity that carried a MessagePort and a closure for communication would enable a lot there.
- converted to png
- converted into a promise of an array buffer
- awaited
- converted into a Uint8Array
- passed to Deno.jupyter.image
Just to display it in the notebook. In Python Jupyter, you can just return many types and the library/Jupyter will figure out how to render them.
A few lines of code isn’t much but in my experience for interactive coding to be productive you have to remove every bit of friction and boilerplate you can.
1- Deepseek-r1 <think></think> tags in the answer break the JSON validation.
2- Deno's LSP keeps marking any variable in the cell as not defined even though it is defined in a prior cell, which is annoying.
deno jupyter --install
proceeds to overengineer a hello world example while providing no demonstration of advantage over curl
llamacpp is a high performative open source solution capable of inference of large number of published LL models both in CPU and in GPU. It's written in C++.
It's easy to download and build in Windows or Linux.
It can be used as a command line tool, linked and used as a library from a variety of languages, including Python, or communicated with through a simple REST service which is also part of the same repo. It even has a simple Web frontend (built with React I believe) which allows you to use it for simple conversations (no bells and whistles).
And yet the author is using Ollama which itself is a wrapper around llamacpp (as most of them are) written in Python.
We're creating the problems that need soling.
