Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Spyder – a free and open source scientific environment written in Python

spyder-ide.org

Post reply on HN
Print view View original

141–150 of 167 posts

Re: Spyder – a free and open source scientific environment written in Python

#141

Post by dr_kiszonka »

cheptsov wrote: post #49
jonnycomputer wrote: post #46

Earlier quoted context omitted.

Interesting! Curious as to whether you'd say the approach you are taking is closer to Jupyter's binary cell approach or RStudio's Notebook's text-based approach. Thanks!

Our current approach to is very similar to the native Jupyter experience where notebook contains multiple separate cells. You can manipulate these cells with shortcuts or mouse. It looks very similar to Jupyter or JupyterLab. At the same time, if you open a Python script, you'll be able to use cell delimiters (aka `#%%`).

Would you happen to know if Spyder renders interactive Plotly plots in console or inline? I know that I can open plots in a browser window, but it is not as convenient.

Re: Spyder – a free and open source scientific environment written in Python

#142

Post by Wowfunhappy »

CDSlice wrote: post #125
greatgoat420 wrote: post #116

Earlier quoted context omitted.

That would be nice, my dev environment gets wiped every night, so I see the message everyday. That and the one time I did install Kite, Kite kept bothering me about buying some enterprise plan. I do appreciate the work you do on Spyder though!

I’m not sure if it’s really fair to complain about seeing a two time post install message all the time because you effectively uninstall and reinstall the software everyday, or at the least not without disclosing that your environment isn’t what most people use.

I mean, presumably GP has a reason. Adding a command line option, as seems to be happening, strikes me as a perfectly logical solution.

Re: Spyder – a free and open source scientific environment written in Python

#144

Post by osamagirl69 »

ccordoba12 wrote: post #120
greatgoat420 wrote: post #116

Earlier quoted context omitted.

That would be nice, my dev environment gets wiped every night, so I see the message everyday. That and the one time I did install Kite, Kite kept bothering me about buying some enterprise plan. I do appreciate the work you do on Spyder though!

Great! It's too late for us to include it in our next version (4.2.2), but we'll definitely consider it for Spyder 5.0, to be released in April.

Awesome! I also suffer from this -- the public terminals at my university always start from a fresh install and these sort of nags are everywhere.

I really wish more software companies would re-think the startup nags all together. It is easy to say that 'oh we only show it once' but honestly who only installs a piece of software once in their life? I have probably clicked through the onboarding for microsofts browsers literally a thousand times now and I don't even work in IT. A typical user probably at least a dozen if not more, per piece of software...

Re: Spyder – a free and open source scientific environment written in Python

#145

Post by lytefm »

perpetualpatzer wrote: post #127
Bedon292 wrote: post #119

If you regularly use Spyder, what is it specifically that you like about it? I had pretty much thought it was just a tool for people who normally work in R and Matlab to ease into python. Which I totally understand, but is there more to it? It is purely for scientific programming, or do people use it for other things too? Like would you ever write a Django app with it? What am I missing out on by not using it? For my…

Outside of scientific computing, I typically go to Spyder on one-off scripts and smaller projects. I like Spyder over PyCharm for smaller projects because there's less startup cost and the code cells functionality is handy for the "edit and run this part until it does what I want" style of coding, which makes the bulk of my time in small projects. For bigger projects, PyCharm's refactoring, commit diffing, code regio…

> and the code cells functionality is handy for the "edit and run this part until it does what I want" style of coding, which makes the bulk of my time in small projects.

Yes, I love this „quick and dirty” interactive style within Spyder too, but switch to PyCharm when I need to refactor, work with larger project or test. Sometimes I'd switch multiple times per day for the same project, so having a more Spyder-like DS tool under development at JetBrains seems to be good news.

Re: Spyder – a free and open source scientific environment written in Python

#146

Post by akiselev »

ccordoba12 wrote: post #112
fock wrote: post #48

Earlier quoted context omitted.

but why is that even there? I guess that's just another reason to stay with emacs...

Well, this is the thing: code completion in Python is not a a simple task and we've struggled for years to improve it. Now we support the Language Server Protocol (designed by Microsoft for VSCode), but still things are not great, i.e. there are many things that can't be completed by Jedi, specially for scientific libraries. So, thanks to Kite's software, we implemented a client for it and now lightly promote it to o…

> 147 Votes in 606 days

Re: Spyder – a free and open source scientific environment written in Python

#147

Post by refactor_master »

dr_kiszonka wrote: post #94
refactor_master wrote: post #71

Eh, Streamlit and PyCharm is a much more powerful combination IMO. I can’t quite put my finger on it, but something about variable explorer always felt like training wheels to me.

PyCharm also have a variable explorer; one which I prefer over Spyder's :) >Eh, Streamlit and PyCharm is a much more powerful combination IMO. What is you PyCharm + Streamlit use case and workflow? Just curious because I have just learned about Streamlit from your comment.

Basically that you can have a notebook-like workflow, without the cumbersome interface or unpredictable statefulness. And when you need to wrap it up for batch jobs, you can basically leave the code as is, since it can just take the widget default values in headless mode.

Okay, so maybe a variable viewer isn’t a bad thing. I just know from personal experience that people get in the habit of scrolling through large arrays, instead of learning numpy’s slicing and shape concepts, or functions that detect e.g. the index of NaNs... I think that was mainly my point.

Re: Spyder – a free and open source scientific environment written in Python

#148

Post by fock »

ccordoba12 wrote: post #112
fock wrote: post #48

Earlier quoted context omitted.

but why is that even there? I guess that's just another reason to stay with emacs...

Well, this is the thing: code completion in Python is not a a simple task and we've struggled for years to improve it. Now we support the Language Server Protocol (designed by Microsoft for VSCode), but still things are not great, i.e. there are many things that can't be completed by Jedi, specially for scientific libraries. So, thanks to Kite's software, we implemented a client for it and now lightly promote it to o…

Like a fellow poster said, that's easily manipulated, especially if the marketing of a VC-funded startup jumps on the train. My concern with this would be that you've arguably turned a nice free (as in freedom!), open-source-tool into a vehicle to push more or less proprietary and user-tracking code onto naive, unknowing users (though I guess that is not too uncommon in the anaconda-ecosystem you target - spack user and guix/nix-sympathiser here). Why make it a nagscreen (not sure about the extent of that), if you could just make it an option or a status message.

For me you're now just competing with every proprietary python IDE, which basically drops you of my list of tools to use or recommend (one can also use free PyCharm or VSCode or RStudio then, where you know, what you get...)

Re: Spyder – a free and open source scientific environment written in Python

#150

Post by billfruit »

zupreme wrote: post #41

I use the Anaconda-packaged version of Spyder on a daily basis. Great product, although I can never seem to get the IDE updates to consistently work within that environment. Nevertheless it is my favorite IDE for Python.

How does it compare to PyCharm?
Post reply on HN