Skip to content
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

Switch from xonsh to python #260

Open
hadim opened this issue Jul 30, 2022 · 1 comment
Open

Switch from xonsh to python #260

hadim opened this issue Jul 30, 2022 · 1 comment

Comments

@hadim
Copy link
Contributor

hadim commented Jul 30, 2022

The main thing that prevented me to contribute to rever is that the source code is not 100% python but a mix of bash and python called xonsh.

While I understand the reason for using xonsh related to the number of CLI calls, I still believe a pure python library will increase the contributions to the project.

I am opening this ticket, but I will unlikely have enough time in a near future to work on it (one day maybe!).

In the meantime, I am happy to discuss the idea further with other potential volunteers.

@maresb
Copy link

maresb commented Aug 7, 2022

It's interesting to hear that I'm not the only person with these sorts of thoughts...

I really loathe Bash. Also, I really love both the idea and implementation of Xonsh. I enjoy the ease of creating .xsh scripts. I also install it everywhere and use it as my default shell, but honestly after a few years, 99+% of my commands are pure Bash, and I frequently switch to Bash when things don't work as expected.

Practically speaking, the big no-go for me is that I can't impose Xonsh on my less adventurous collaborators. The syntax is really simple, but there is nevertheless some syntax and a few gotchas to learn.

The last few times I've written Xonsh scripts, I found myself converting them into Python in the end. The way I feel about Xonsh scripts is the similar to the way I feel about Jupyter notebooks: they're excellent for prototyping, but as soon as code begins emerging, it's best to move that code to a proper Python module (for reuse and portability).

It's frustrating for me to see superior tools like Xonsh not receiving wider adoption, and in general, acceptance is an aspect of society which often confuses me.

In the meantime, I am happy to discuss the idea further with other potential volunteers.

I unfortunately can't volunteer anything here, I was just curiously checking out the state of a modern Xonsh-based project, and the above comment resonated with me.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants