Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Astral to Join OpenAI

astral.sh

Post reply on HN
Print view View original

941–950 of 951 posts

Re: Astral to Join OpenAI

#941

Post by roflcopter69 »

deskamess wrote: post #632

uv has been very useful but I also looking at pixi. Anyone have any experience with that? I hear good things about it.

Can highly recommend pixi. It really is the "uv but for Conda" and actually quite a bit more imo. Don't know how relevant this is for you, but many packages like PyTorch are not being built for Intel Macs anymore or some packages like OpenCV are built such that they require macOS 13+. That's usually not too much of a problem on your most likely pretty modern dev machine but when shipping software to customers you want to support old machines. In the Conda ecosystem, stuff is being built for a wide variety of platforms, much more than the wheels you'd find on pypi.org so that can be very useful.

So I can really recommend you trying pixi. You can even mix dependencies from pypi.org with the ones from Conda so for most cases you really get the best of both worlds. Also the maintainers are really nice and responsive on their Discord server.

Re: Astral to Join OpenAI

#942

Post by roflcopter69 »

ragebol wrote: post #110
Hamuko wrote: post #91

So, any good alternatives to uv?

pixi? https://pixi.prefix.dev/latest/ Have not tried it too much yet because I was pretty content with `uv`, but I've heard lots of good things about it

Definitely pixi imo. At least for me it works just as well as uv and imo does even more than uv by giving you the ability to mix dependencies from pypi.org and Conda. And the great thing about Conda is that they still build PyTorch for Intel Macs or OpenCV for macOS 11+ which is not the case for the wheels you'll find on pypi.org so it's really great if you want to build software that is shipped to a variety of old platforms.

Re: Astral to Join OpenAI

#943

Post by holografix »

wiseowise wrote: post #408
KeplerBoy wrote: post #93

Earlier quoted context omitted.

Most likely because Jetbrains is not for sale. Google almost certainly offered to buy at some point.

Never did. I remember someone replied to my comment here that Google isn’t paying a penny to JetBrains. They’re quite happy with the relationship primarily because they don’t have to pay anything. If anything, JetBrains is the one who needs Google more than the other way around.

Meanwhile the whole world on VSCode getting ads for Azure…

Re: Astral to Join OpenAI

#944

Post by mountainriver »

vaylian wrote: post #658
mountainriver wrote: post #644

Earlier quoted context omitted.

What?! It's one of the slowest languages on the planet, it's not type safe, it has not real concurrency. I can't believe people say this with a straight face

> It's one of the slowest languages on the planet It's fast enough for many use cases. That doesn't mean that there is no room for optimization, but this is far less a deciding factor these days. > it's not type safe You can do static analysis with Mypy and other tools. > it has not real concurrency. There's different mechanisms for running things concurrently in Python. And there's an active effort to remove the GIL…

>It's fast enough for many use cases. That doesn't mean that there is no room for optimization, but this is far less a deciding factor these days.

Everyone says this but its not really true. Every team I've seen do this immediately regrets it when they scale (like at all).

>You can do static analysis with Mypy and other tools.

Not even remotely the same

>There's different mechanisms for running things concurrently in Python. And there's an active effort to remove the GIL. I also have to ask: What is "real" concurrency?

Free threads. And yes this is a deal breaker in tons and tons of situations. I have no idea why people are soooo hard up for python

Re: Astral to Join OpenAI

#945

Post by mountainriver »

raincole wrote: post #690
mountainriver wrote: post #651

Earlier quoted context omitted.

Yes most languages are terrible except the ones that are actually performant and good like Rust. Do you really think AI agents of the future will be coding in Python??? What advantage would that possibly give them? That's the only laughable take here

Define future. If it means the next five years, yes, I absolutely expect people and machines to keep writing Python.

yes the next five years, and no agent in 3 years will be writing python outside of ML. Except if some fool is directing them otherwise. What benefits does it possibly offer them other than "I think python good"

Re: Astral to Join OpenAI

#946

Post by mountainriver »

windexh8er wrote: post #688
mountainriver wrote: post #651

Earlier quoted context omitted.

Yes most languages are terrible except the ones that are actually performant and good like Rust. Do you really think AI agents of the future will be coding in Python??? What advantage would that possibly give them? That's the only laughable take here

I think there are many examples throughout history of better performing options not displacing counterparts. I think, really, the only "laughable" thing here is the ignorance on display that's riding atop the arrogance. Rust is great. But AI isn't displacing Python anytime soon. Moreso it sucks that Astral's been bought by a company with such a horrible leader at the helm.

lol yeah history isn't this, humans are dumb and follow herds to whatever end. Agents will be much more rational

Re: Astral to Join OpenAI

#947

Post by duskdozer »

Smaug123 wrote: post #934
duskdozer wrote: post #928

Earlier quoted context omitted.

>people continued just using pip -r requirements.txt What exactly is the issue with this?

The requirements file isn't a lockfile: running that command at different times will give you different venvs.

Right, and that's expected.

Re: Astral to Join OpenAI

#950

Post by larodi »

galaxyLogic wrote: post #818
stuaxo wrote: post #802

Earlier quoted context omitted.

The LLMs write bad python as easily as any other language. To make it good, you need to review and interate.

I think this means reviewing is the main thing with AI, and therefore the language to use should be one where reviewing is easy, for humans.

indeed, from my perspective doing heavy agentic dev for six months, the language all is implemented should be easy. its api - also. like Swift is super easy to read, but the APIs of underlying libs - not so much. Python is reasonably easy to read, but with GIL and everything is a very slow choice. Zig seems a nice apporach to readability, Rust is definitely not so readable.

we may want to invent something akin to concise math notion, but not so much, in between pseudo-code and math.

Post reply on HN