151–160 of 248 posts
This is great, I'm going to switch to this from black. Being used to working in other languages I feel like I'm swimming in molasses when using Python. It's funny that all good things for Python are not written in Python. Says a lot about the language.
Earlier quoted context omitted.
[flagged]
then you probably dont know that i'm actually more supportive of charlie than most and are reading negative intent from a perfectly neutral/innocent question that is perhaps badly phrased :)
This is great, I'm going to switch to this from black. Being used to working in other languages I feel like I'm swimming in molasses when using Python. It's funny that all good things for Python are not written in Python. Says a lot about the language.
It doesn't replace black, at least not yet. It sounds like autoformatting is planned.
I love Ruff and I'm glad that Charlie and the rest of the team are able to work on such tools full-time. I'm also happy to see that the author of Maturin (Rust+Python interop) is involved, as Maturin is a fantastic project with great ease-of-use. For those who aren't familiar, Ruff is a very fast Python linter that supersedes a variety of tools like isort, flake8, and perhaps eventually Black [1]. My understanding is…
Even if no VC was involved, how do you make money developing an open source linter?
But you might be able to do support contracts, like ansible. Tough road though.
Earlier quoted context omitted.
>It really boggles my mind why is this lang so popular a lot of problems can be solved well with python. The frameworks are also priceless. What is an alternative to Django, for example? Nearly every backend service I create is with python, unless it needs speed or rock-solid reliability. For that I use Go. Dynamic UI/UX I use nextjs with python backend.
.NET is a phenomenal alternative to Django with excellent tooling, ecosystem, and performance. I think the only irreplaceable part of the Python ecosystem at the moment is the math/stats/NN stuff. I wouldn't hire a data scientist who refused to learn Python, but I would hire a web dev who refused to learn it.
Presumably you're referring to ASP.NET, but if not, I'd love to know what you're working with. They're not really all that comparable. If I want to make something very quickly and need it to be trustworthy, I'll use Django, especially with the admin site. That said, these days I'd much rather work in the .NET ecosystem.
Earlier quoted context omitted.
> please test it on something beyond Linux and Mac That’s asking a lot. If your platform is poorly supported by Rust, then maybe that’s where your efforts should be directed. If you fix that, lots of interesting stuff beyond one library is unlocked.
Theo de Raadt engaging the Rust community would be a sight to behold :)
Which doesn't mean he hasn't, of course!
I love Ruff and I'm glad that Charlie and the rest of the team are able to work on such tools full-time. I'm also happy to see that the author of Maturin (Rust+Python interop) is involved, as Maturin is a fantastic project with great ease-of-use. For those who aren't familiar, Ruff is a very fast Python linter that supersedes a variety of tools like isort, flake8, and perhaps eventually Black [1]. My understanding is…
Even if no VC was involved, how do you make money developing an open source linter?
All this while remaining a team of 2-3, hopefully, with all company-running stuff minimized and outsourced.
I agree with all of the naysayers here. Speed is not my problem today, so what's the point if it's not solving my personal problem? Speed was my problem yesterday, and probably will be again tomorrow, but today it isn't and I don't know why random people I don't know aren't invested enough in solving my today problem. Even worse, they're trying to get paid for it! Seriously: what does it take to impress people? A mer…
> Seriously: what does it take to impress people? A mere 1000x speed increase and single point of configuration isn't good enough? It is great accomplishment for ruff the project. But the topic here is the launch of Astral the company, not ruff the project. And 1000x speed increase is not a business plan.
I agree that the topic you're describing, and that is suggested by the URL posted, are worth talking about. It makes me nervous to invest time into a VC-backed linter. Though it seems useful enough to be forkable if things go sour.
"VC-backed linter" is a bizarre phrase, though honestly I think you could have described something like Purify in Ye Olden Days as a linter, and it was worth spending money on. (And the issues with being VC-backed go well beyond simply being whether or not something is worth spending money on.)
Yet another case of Python developers getting a basic utility which any other language had available for years and being amazed at something which is an industry standard literally anywhere else. Linter taking multiple seconds is not a problem which occurs in any other popular language. It really boggles my mind why is this lang so popular. Once you write something a little more involved than an utility script or jup…
It doesn't happen in Python either. So that's good.
> barely ever needing to touch the terminal
Not really a good sign, point-click developers are not usually the strongest. That said I like things to work easily and don't have many quarrels with Python. Certainly fewer than most other languages.
Sounds like you're not very familiar with it and got used to C#. I don't have a problem with anything you list.
I love Ruff and I'm glad that Charlie and the rest of the team are able to work on such tools full-time. I'm also happy to see that the author of Maturin (Rust+Python interop) is involved, as Maturin is a fantastic project with great ease-of-use. For those who aren't familiar, Ruff is a very fast Python linter that supersedes a variety of tools like isort, flake8, and perhaps eventually Black [1]. My understanding is…
I actually cursed Maturin a few years ago, as it refused to compile on OpenBSD and hence broke some lib I planned to use. Python is becoming a bit too reliant on Rust. Rust is good but, in term of portability, is just not as mature as C. If your lib relies on Rust, please please please test it on something beyond Linux and Mac.
Why? Simply because you use something that even 95% of the unix folk do not?
I can totally see how they wouldn’t be concerned with that. Just as I’m not concerned with making my JS lib work for those weirdos that still run IE 5.5.