Live data from Hacker News

Google Antigravity

antigravity.google

811–820 of 1001 posts

Re: Google Antigravity

#811
post #582
post #520

Earlier quoted context omitted.

- don't learn from what you tell them Whenever I have a model fix something new I ask it to update the markdown implementation guides I have in the docs folder in my projects. I add these files to context as needed. I have one for implementing routes and one for implementing backend tests and so on. They then know how to do stuff in the future in my projects.

They still aren't learning. You're learning and then telling them to incorporate your learnings. They aren't able to remember this so you need to remind them each day. That sounds a lot like '50 First Dates' but for programming.

While I hate anthropomorphizing agents, there is an important practical difference between a human with no memory, and an agent with no memory but the ability to ingest hundreds of pages of documentation nearly instantly.

Re: Google Antigravity

#812
post #510

Earlier quoted context omitted.

Native app dev is covered in red tape and puts you at the mercy of Apple etc. It's unfortunate that things are so inefficient now, but competition is good, and native platforms can get good.

If Zed can make it, even with completely new stack, why not Google? What are all this LLMs for when everything is just fork of electron app? Does not look like good marketing.

I'm not ignoring this question, I'm just not familiar with Zed and don't know how native it feels. Maybe Vscode is quicker to modify in the future as needed (esp if Google already uses it), or Antigravity is better in ways than Zed, or Zed just has a more skilled team than Google.

Also I'm used to vim and sensitive to lag, so I always hated vscode, but seems a lot of people don't notice or something. And when you're using AI for 90% of the loc, it matters less.

Re: Google Antigravity

#813

Earlier quoted context omitted.

Is the extension system in VSCode not powerful enough to make these just normal extensions for a vanilla VSCode executable? Or is everyone just going for lock in, since if you download MyFork, you can't start using some other extension that uses OtherGuysModel?

Back when Cursor was new (before literally everything was AI hype) they explicitly called out that they wanted to do more in-depth integration with the editor than was possible with just the extension APIs. Presumably that hasn't changed much. If you want to do any large-scale edits of the UI you need to spin up a fork.

I don't know, does Cursor offer anything substantial beyond an extension like kilocode? (I've only used vanilla VSCodium branch with various extensions but they all seem to integrate everything from tab-completion to complete UI agentic take-over very well)

Re: Google Antigravity

#815

Earlier quoted context omitted.

> We get on Zooms to talk. Even with the person 1 cubicle over. Who normalized this?!!

I know it happens when you're working with people who may be at home or another location.

Yeah but not if you just want to talk to one person who's a few metres away. That's such bizarre behaviour I don't really believe it.

Re: Google Antigravity

#816

Earlier quoted context omitted.

> It's like managing junior developers, but without having nice people to work with. Nice? I thought all sycophant LLMs were exceedingly nice .

For me, it feels so fake that I'd rather have it not try to be nice. I guess I've gotten a bit used to it and ignore it for most parts.

Yeah it's saccharine. Reminds me quite a lot of Americans who work for tips (e.g. waiters) - disconcertingly friendly.

Someone gave me a great tip though - at least for ChatGPT there's a setting where you can change its personality to "robot". I guess that affects the system prompt in some way but it basically fixes the issue.

Re: Google Antigravity

#817

Why is scrolling modified on this page? I how to disable it?

Google likes to fuck with basic browser functionality for some reason. Scrolling, sometimes also how “click” intents through touch are triggered (that is, using js listeners for touch events instead of watching for the browser to communicate a “click” on an element; this does usability-killing shit like make a touch-to-stop-scrolling get interpreted as a click on whatever happens to be under your finger). I have no i…

Basic-to-great rationality or skill may not be what is being rewarded here (although the baseline of course needs to be met) - it could well be compliance capability. Hence the string of arbitrary memorization exercises.

Re: Google Antigravity

#818

I gave it a fair shot. It is a vs code fork. There were some UI glitches. Some usability was better. Cursor has some real annoying usability issues - like their previous/next code change never going away and no way to disable it. Design of this one looks more polished and less muddy. I was working on a project and just continued with it. It was easy because they import setting from cursor. Feels like the browser wars…

Thanks for having a go at it.

I am fed up with VSCode clones, if I have to put up with Electron, at least I will use the original one.

Re: Google Antigravity

#819
post #636

Earlier quoted context omitted.

I wouldn't bet on an Electron app winning anything long-term in the dev-oriented space.

I strongly disagree. Firstly, the barrier to entry lower for people to take web experience and create extensions, furthering the ecosystem moat for Electron-based IDEs. Even more importantly, though, the more we move towards "I'm supervising a fleet of 50+ concurrent AI agents developing code on separate branches" the more the notion of the IDE starts to look like something you want to be able to launch in an unconfi…

Many of VSCode extensions are written in C++, Go, Rust or C#, Java, exactly because performance sucks when written in JavaScript and most run out of process anyway.

Re: Google Antigravity

#820

Earlier quoted context omitted.

I wouldn't bet on an Electron app winning anything long-term in the dev-oriented space.

VS Code is technically an Electron app, but it's not the usual lazy resource hog implementation like Slack or something. A lot of work went into making it fast. I doubt you'll find many non-Electron full IDEs that are faster. Look at Visual Studio, that's using a nice native framework and it runs at the speed of fossilized molasses.

Like writing out of process extensions in compiled languages.

VS is much faster considering it is a full blown IDE not a text editor, being mostly C++/COM and a couple of .NET extensions alongside the WPF based UI.

Load VSCode with the same amount of plugins, written in JavaScript, to see where performance goes.

Post reply on HN