Live data from Hacker News

Astral

astral.sh

191–200 of 248 posts

Re: Astral

#191

User of Ruff here and follower of Charlie's work. I've been slinging python since 2003, and I've used a pretty wide swath of the toolchain. I've also had the (pleasure?) of using python in a lot of different contexts: desktop applications, web programming, custom scientific calculation plugins, grad school hacks, Maya, and obviously Juypter notebooks. My honest take: Toolchain tools like Ruff are the only way the Pyt…

> Hot take: For most users, python is not used for itself, but more to flexibly orchestrate some other low-level problem. Well, there's nothing wrong with that. In fact, a great "glue language" (and Python sure needs lots of improvements in many areas) is kind of the holy grail of IT!

Ha! And I remember when Perl was the default "glue language".

It's been a long time since I've seen Perl, I bet it's still kicking around somewhere but I doubt they teach it in undergrad anymore.

Re: Astral

#193

I'm surprised PyLance isn't in the list of linters that they benchmarked. It's the fastest one by far, in my experience, and it's conveniently available in the VSCode Python plugin.

Just pointing out that Pylance is a VSCode wrapper around Pyright, which is a static type checker with no primary linting features. The separate VSCode Python plugin however integrates with pylint, flake8, pylama, bandit, etc. and I agree that it is very good.

Re: Astral

#194

Earlier quoted context omitted.

> one look at the repository would tell you this person is obviously above average at writing software. If you can put your knee jerk emotions aside for a minute and reread that comment carefully - the competence of the dev was never in question.

Yes, it was.

No it was not. The question was directed at the commenter about assessing skill, never made any statement disparaging said skill.

Also you seem to be unaware of the relationship of this commenter - you may want to examine their Twitter from before this story was submitted here. Or go on and prove yourself a prat, I won’t stop you.

Re: Astral

#195
post #104
post #94

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…

> I agree with all of the naysayers ... Speed is not my problem today > A mere 1000x speed increase and single point of configuration isn't good enough? > this isn't an incompatible upgrade I genuinely can't understand if you are for or against this tool.

The user expresses their frustration with the critics by sarcastically asking what it would take to impress them. They believe that the new technology offers significant benefits and that the complaints seem unjustified.

Re: Astral

#196

Earlier quoted context omitted.

> Not really a good sign, point-click developers are not usually the strongest. In principle I agree, but my point is - it was possible to be fully productive being just a point-click developer. > It doesn't happen in Python either. So that's good. pyright + black + isort hook in the project I'm working on takes 1-5 seconds on an M1 mac on save. We're moving to ruff for this reason. Never saw this anywhere else. > I…

I mentioned elsewhere but might as well here again. These tools should only be run on the files that changed, not every single one in the repo. I run my tools with the script equivalent of: git status | grep \.py | tools And it should exit in a split second. We have a pretty large codebase, though not gigantic.

You might be interested in pre-commit which does exactly that! https://pre-commit.com/

It probably will also support Ruff if it doesn't already.

Re: Astral

#199

Earlier quoted context omitted.

Eating at a restaurant: - "This chef is a great cook!" - "How do you know, have you looked inside the kitchen?"

Oddly defensive. Why not answer the question?

Because he disagreed with the implication of the question and thought it was more important to address that?

Re: Astral

#200
post #66

Earlier quoted context omitted.

Code is not food. You can create a great product with shit code (Or just mediocre code!). Does that make someone a good dev, or a bad dev? How you come to the conclusion he's "just a damn good developer" is a very fair question.

Is the function of the developer to write outstanding code, or develop outstanding products? I think there's something to be said for praising the developer that is able to understand user needs so well that they create flawless experiences.

>Is the function of the developer to write outstanding code, or develop outstanding products?

Just my opinion of course, but to be considered a "damn good developer," you have to do both.

Post reply on HN