Hacker Newsnew | past | comments | ask | show | jobs | submit | SylvainCorlay's commentslogin

Thanks!

The crazy thing about jupyter-games is that the entire stack entirely runs in the browser (which is not possible with pygame). Jupylet looks awesome!


How to create fun, interactive games using box2d and ipycanvas in Project Jupyter.

An example of how Jupyter notebooks can be used for creative projects - like game development - while also serving as a blogging platform.


We are thrilled to introduce notebook.link, a new platform that lets you create, share, and run Jupyter notebooks instantly in your browser, with no setup or installation required. Powered by JupyterLite and WebAssembly, it supports Python, R, and C++, plus a full in-browser terminal experience.


Excellent catch.

This std::move should not have been in this code snippet. It is a copy-paste mistake, carried over from the previous code snippet of the post, and should have been omitted.

(The `std::move` does nothing in this snippet, since `sp::get_arrow_structure` takes and lvalue reference).

In the previous example with `sp::extract_arrow_structures`, which takes an rvalue reference, std::move is required and the sparrow primitive array cannot be operated upon after.


Excellent catch. The std::move in the snippet is a copy-paste mistake. It was carried over from the previous code snippet.


This is really not the same thing at all.

sp::primitive_array holds memory following the Arrow specification, which can be operated upon in place from e.g. ArrowCpp, PyArrow, etc.


This has nothing to do with Python. The faulty package was xeus-cling, a C++ kernel for Jupyter.


Voilà author here. This is fixed. I was requiring a wrong version of cling in the example.

FYI, xeus-cling is a Jupyter kernel for the C++ programming language.

https://github.com/jupyter-xeus/xeus-cling


Voila author here: a major difference with AppMode is that AppMode is merely hiding the notebook interface, but still allows for arbitrary code execution.

Voila is meant for producing secure web apps.


hi - its very interesting that you talk about security. what's the deployment story here ?

in fact, now that i think of it - can you generate an output folder with a Dockerfile ? so a mere docker build will produce a running docker compatible "build" folder ?

Also, can you have a mode where you hide the source code ? i just get the output data ? for world viewable dashboards.


There are some details about this in the blog post. - no execution request is sent by the front-end. - code is stripped out unless explicitely stated otherwise. For deployment, we are working on several scenarios around JupyterHub.


your blog post still displays the code. Not sure if that can be turned off as well.

Please consider the request for a Docker based output build in addition to whatever you do for jupyterhub


From the blog post:

> with --strip_sources=False, input cells will be included in the resulting web application (as read-only pygment snippets).

So the sources are presumably not there by default.


There is an excellent talk by Brett Cannon about this sort of post on open-source projects getting to the top of Hacker News.

I would recommend it to anyone interested in this: https://www.youtube.com/watch?v=y19s6vPpGXA


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: