The issues has to do with the way Microsoft Store apps are sandboxed within the environment, to quote:
Because of restrictions on Microsoft Store apps, Python scripts may not have full write access to shared locations such as TEMP and the registry. Instead, it will write to a private copy. If your scripts must modify the shared locations, you will need to install the full installer.
In my experience (this was before PythonAnywhere/Jupyter/etc and other online services were as established as they are now), I just had students download the Anaconda click-installer, which would basically ensure they'd have the expected Python version, plus a bunch of useful packages installed by default. Sure, for advanced developers who need to maintain varying setups and packages, Anaconda was sometimes problematic (at least in the past), but that's not an issue for most beginners...and it's easy to remove Anaconda at the end of the semester.
Also, are you abandoning Mac users?
https://developer.apple.com/documentation/macos_release_note...
> Scripting language runtimes such as Python, Ruby, and Perl are included in macOS for compatibility with legacy software. Future versions of macOS won’t include scripting language runtimes by default, and might require you to install additional packages. If your software depends on scripting languages, it’s recommended that you bundle the runtime within the app.
Also: The Mac comes with Python 2. I'm using Python 3, and hope that everyone will indeed install it!
This week with lockdown and everything she started to study again.
I had recently "upgraded" her laptop from Windows to Debian, and installed both PyCharm and Miniconda on it.
So, this week she managed to configure PyCharm to use the Miniconda python interpreter, and I gave her a few instructions (That were actually a repetition or some I gave her a while back) on to how to run Jupyter.
Come the next day, and she calls me to ask me how to run some notebook she had in a backup. She had already copied them in a folder (A different one that the one she was using the previous day).
So I told her "Ok, so you go to the folder and run Jupyter in it".
"Dad. Run... WHERE!"
The amount of assumed knowledge we programmers have, and usually assume other people (Even non-programmers) have, is enormous.
I didn't even click in the link, but if all are all the instructions they give to install python, they are off to a not actually bad but chopped foot start.
I've been teaching non-programmers for years, and know that they need help getting it set up. I try to offer as much as possible of that kind of help in the course.
We use Trinket.io at my Girls Who Code club (or did before Coronavirus mayhem shut it down). It has the simpler interface, but one huge flaw—the free version is some kind of weird hybrid interpreter that will attempt to run both python 2 and python 3 code (in the same program, even).
We continue to test with kids and they intuitively get it with little instructions. If you want to make the environment even simpler just add "?lite=1" to the url and it will look like this: https://answer-on-hn.amasad.repl.co/lite.png
- https://repl.it/languages/basic
- docs: https://docs.repl.it/misc/basic
I tend to use Jupyter because it's easy to sho, relatively easy to use, and I can distribute its documents. But installing it gives newcomers a lot of trouble, which is a shame.
I'll look more at repl.it! I'm not sure if/when/how I'll use it, but knowing about additional, newbie-friendly tools is crucial in my line of work, and helps me to improve my classes.
Even in a CS program, its surprising how difficult it is for many students to provision the correct software.
Isn't that just Windows? I don't remember Mac doing that, and certainly other Unixes wouldn't make such a brain-dead decision.
It's one of those things that seems like it would make things simpler, but actually makes it harder to understand.
Normally I agree with this point of view, but file extensions don't make sense for what's probably the most common use-case: people clicking on a file, and waiting for it to do something.
If they get a mail attachment that's something like `week04.xlsx`, they aren't going to be right-clicking and opening in Excel, they're just going to click twice on it. The type of file doesn't really matter to them, they just want it to open in the right program. The extension probably just serves to confuse most users.
The problem is you when you need to specify a filename and the displayed value is different that the true value, causing any number of errors, for unexplained reasons. That's the worst kind of simplification in my opinion.
Reminds me of other bad decisions from older Windows versions. Instead of a proper filesystem permissions, Explorer would tell you "Don't look in here, you could break something." I like to call it the "Band-aid over a gaping wound" model.
I think they're pretty great at it, actually. I'm fully used to them, and I like them.
The problem is you when you need to specify a filename and the displayed value is different that the true value, causing any number of errors, for unexplained reasons. That's the worst kind of simplification in my opinion.
Not a problem for the casual user, which is the majority of people using Windows.
Reminds me of other bad decisions from older Windows versions. Instead of a proper filesystem permissions, Explorer would tell you "Don't look in here, you could break something." I like to call it the "Band-aid over a gaping wound" model.
Why not? It doesn't cost Microsoft anything, and it doesn't harm anyone using Windows.
Further, there’s no point in hobbling a general purpose device anymore as those folks have moved on to tablets etc. The division between workstations and appliances is a good one imho. Mixing metaphors has a poor track record.
https://support.apple.com/guide/mac-help/show-or-hide-filena...
(This matches my experience. Perhaps you simply forget changing this setting.)
Or well, luckily someone eventually realised that that wasn't a good idea so now they just open with a big warning saying that the file in read only mode. Hopefully you also get some more intelligible warnings when it actually tries to run VB code.
Not affiliated, just a happy user.
That'd be a good feature in any IDE.
Another beginner option which is quite similar to Thonny is Mu. https://codewith.mu
> Just Python is enough. Other installation suggestions and support are available in the forum.
Speaking as someone who has taught Python to non-programmers in classroom and workshop settings, this seems like far too vague an instruction. For many novice (including the instructor!), the installation and system setup is the most frustrating and confusing part of hands-on learning. With non-programmers, you can never assume a base level of computing understanding – this includes things like not knowing how to get into the command-line, or install a text editor, or even what filenames and file extensions are (I always have students enable display of file extensions at the start; usually it's off by default for most OSes).
I would think you'd want to do this kind of thing having students use something like CoLab or PythonAnywhere. Sure, it's nice to run code from your own system, but that's not an immediate concern for most people trying to learn the basics.