Excellent! I will create the proposal to have it ready for tomorrow.
Jupyter support could be nice, but I would think is some kind of ZeroMQ
support really. That would enable multiple kernels inside Pharo with the
advantages of live coding, powerful inspectors and debuggers, not
present in the Jupyter notebook interface. Hydrogen[1] and nteract[2][3]
are taking this route of enabling Jupyter kernels inside desktop apps
with results far more interesting that what is possible on the web
interface.
[1] https://github.com/nteract/hydrogen
[2] https://nteract.io/
[3] https://github.com/nteract/nteract
Cheers,
Offray
On 09/02/17 12:57, serge.stinckw...@gmail.com wrote:
You mean, you would be the student ? ;-)
I can be the mentor. This is nice if we have one subject with already one
student.
We would like to add a subject with Nick about Jupyter support for Pharo.
Envoyé de mon iPhone
Le 9 févr. 2017 à 18:18, Offray Vladimir Luna Cárdenas
<offray.l...@mutabit.com> a écrit :
Hi,
As I said, I would like to work on Grafoscopio for the GSOC, but I lack a supervisor. I
even can work on the proposal but I would need a supervisor to help me with the
GTTools-Spec related issues and improving test coverage and code quality where needed. Is
possible to create a project in this "reverse" way (from a candidate looking
for a supervisor)? If yes, any supervisor would be interested? Any other suggested route
to get Grafoscopio in the Summer of code?
Thanks,
Offray
On 09/02/17 11:05, Serge Stinckwich wrote:
Hi all,
we are currently working with Alexandre to submit the gsoc proposal to Google.
I was a little bit busy with my lectures and I didn't check the
current proposals available here:
http://gsoc.pharo.org/
but all the projects are coming from RMOD team, but having all the
projects proposal coming from the same place might be perceived
negatively from Google. Can we add more projects from previous gsoc
form other people also ?
We have only one hour to polish the list.
Thank you for your help.
