4 ms·

Millions of people? I doubt it. A few thousand at best, those with the patience to put up with it (better men than me). But even assuming what you say is true,

Millions of people? I doubt it. A few thousand at best, those with the patience to put up with it (better men than me). But even assuming what you say is true, how many people use IPython is irrelevant to how qualitatively good it is. Hundreds of millions used Windows 3-95-98, does that make these products good? The argument could be made that we're worse off for these even existing, they actually set us back. I'm not making a similar claim for IPython because there are too many alternatives for it to have any serious impact these days and Python is pretty much dead in everything but scripting and braindead web development. Those who think it'll amount to anything in statistics/data science are deluding themselves.

klibertp 11y ago
Your tone is needlessly aggressive and your post has little to do with either the post or the comment you're replying to. We got it, you don't like the way IPython is designed - is that it? If so, why write so many words about it? Or do you propose that the implementation in the article is superior to IPython?
- armitron 11y ago
  See above.
GFK_of_xmaspast 11y ago
> (better men than me) What the fuck.
baldfat 11y ago
IPython is a kernel Juypter is the the notebook > A few thousand at best It is a very big project that has many more uses then just data science. It also has alot of corporate users such as NASA, Microsoft, Google and many more. Juypter does not equal Python. I mainly use different languages with Juypter. > Python is pretty much dead in everything but scripting and braindead web development. Those who think it'll amount to anything in statistics/data science are deluding themselves. You are coming off as a big talker with extreme statements. Are you trying to just instigate people or are you just using your normal tone of speaking with people? I personally find Python as the 2nd best tool for everything. I usually don't use it but many people make a living from Python and many people use IPython as their tool at work. Your coming across as a big troll and I doubt that is the way your trying to portray yourself.
- armitron 11y ago
  I made an argument and backed it up with a series of technical points. Feel free to disregard my opinion piece in the end there. How "i'm coming across" is at best irrelevant, at worst a silly attempt to avoid the issue. Either stay on topic and address the points I made or don't post at all. TY
  - baldfat 11y ago
    > How "i'm coming across" is at best irrelevant All of life is 100% about that. Wish you all the best! Your points were paper cuts. None of these things are broken and I use Juypter on my server. This is an non-issue for me and most people's use case. It is a document for sharing code and results and not for debugging. This is why Nature (#1 Science Journal using it and well just about http://www.nature.com/news/interactive-notebooks-sharing-the-code-1.16261 http://www.nature.com/news/interactive-notebooks-sharing-the...) Please look at this. This is the main use case. https://losc.ligo.org/s/events/GW150914/GW150914_tutorial.html https://losc.ligo.org/s/events/GW150914/GW150914_tutorial.ht... > + Can't easily use it for remote debugging (which is really the most WANTED usecase for something like this) since the concept of remote kernels is alien to it. One has to hack around the internals to expose a plain ZMQ kernel and it's still not working without issues. + Jupyter can't connect to remote kernels it hasn't spawned itself, gotta use stupid tricks like tunnels to fake them as local. + IPython forces integration with single-threaded event loops and takes the "we know better, threads are complicated and bad" approach to exposing something simple that can be used by others to integrate into any sort of app, multi-threaded or not.

klibertp 11y ago

Your tone is needlessly aggressive and your post has little to do with either the post or the comment you're replying to. We got it, you don't like the way IPython is designed - is that it? If so, why write so many words about it? Or do you propose that the implementation in the article is superior to IPython?

armitron 11y ago
See above.

GFK_of_xmaspast 11y ago

> (better men than me) What the fuck.

baldfat 11y ago

IPython is a kernel Juypter is the the notebook > A few thousand at best It is a very big project that has many more uses then just data science. It also has alot of corporate users such as NASA, Microsoft, Google and many more. Juypter does not equal Python. I mainly use different languages with Juypter. > Python is pretty much dead in everything but scripting and braindead web development. Those who think it'll amount to anything in statistics/data science are deluding themselves. You are coming off as a big talker with extreme statements. Are you trying to just instigate people or are you just using your normal tone of speaking with people? I personally find Python as the 2nd best tool for everything. I usually don't use it but many people make a living from Python and many people use IPython as their tool at work. Your coming across as a big troll and I doubt that is the way your trying to portray yourself.

armitron 11y ago
I made an argument and backed it up with a series of technical points. Feel free to disregard my opinion piece in the end there. How "i'm coming across" is at best irrelevant, at worst a silly attempt to avoid the issue. Either stay on topic and address the points I made or don't post at all. TY
- baldfat 11y ago
  > How "i'm coming across" is at best irrelevant All of life is 100% about that. Wish you all the best! Your points were paper cuts. None of these things are broken and I use Juypter on my server. This is an non-issue for me and most people's use case. It is a document for sharing code and results and not for debugging. This is why Nature (#1 Science Journal using it and well just about http://www.nature.com/news/interactive-notebooks-sharing-the-code-1.16261 http://www.nature.com/news/interactive-notebooks-sharing-the...) Please look at this. This is the main use case. https://losc.ligo.org/s/events/GW150914/GW150914_tutorial.html https://losc.ligo.org/s/events/GW150914/GW150914_tutorial.ht... > + Can't easily use it for remote debugging (which is really the most WANTED usecase for something like this) since the concept of remote kernels is alien to it. One has to hack around the internals to expose a plain ZMQ kernel and it's still not working without issues. + Jupyter can't connect to remote kernels it hasn't spawned itself, gotta use stupid tricks like tunnels to fake them as local. + IPython forces integration with single-threaded event loops and takes the "we know better, threads are complicated and bad" approach to exposing something simple that can be used by others to integrate into any sort of app, multi-threaded or not.