-
Notifications
You must be signed in to change notification settings - Fork 2
WIP: chapter on terminals #26
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
write down, and then replicate with copying and pasting, is essential. | ||
|
||
In addition to being more *convenient* when you want to do more than one | ||
thing at a time, it is also more *reproducible* and less *error-prone*, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would maybe add somewhere that it is more reproducible because it can be automated.
When faced with their first terminal, most users are dismayed: given how | ||
slick modern operating systems have become, why are they being forced to | ||
relive 1980s-style text interfaces? Are programmers really such a backward | ||
bunch? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Well… people have to admit that it looks really really look as well :p
download other terminal applications with more features such as iTerm2. | ||
Additionally, IDEs such as VSCode and PyCharm come with a built-in terminal | ||
(see {doc}`editors-and-ides`). All of these terminals can access different | ||
*shells*, such as bash, zsh, and fish. Although recent macOS versions default |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I disagree with this statement. I've switched everything to zsh.
Most commands should be compatible between bash and zsh. The main difference comes from the configuration files.
installing Python somewhere in your home directory, and then adding that | ||
directory to your path. | ||
|
||
## Further reading |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I feel there should be a note on the Python REPL somewhere here.
probably couldn't ever remember the syntax off the top of your head, *but*, | ||
when you find the instructions, doing things is as easy as copy-paste. For | ||
flicking a switch in settings, this is not always a huge deal, though even | ||
then navigating settings menus gets old very quickly. When you try to piece |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
menus -> menu?
Commands in the command prompt are evaluated in the context of the *present | ||
working directory*, which roughly defines where to look for any files that the | ||
command might need. For example, after five rounds of reviews and finally | ||
acceptance and publication, you might never want to look at that paper again! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I feel it should be "you will definitely never want to look at that paper again…"
I'm not happy with the way this is turning out, but I'm pushing it up for discussion.
The biggest issue is Windows, where the situation is a mess and so my advice is all over the place. My current thinking is that I'll leave them with the default approach (CMD.EXE), and add an appendix at the end "Advanced Windows recommendations" for Windows Terminal.