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.
Google Antigravity
811–820 of 1001 posts
Re: Google Antigravity
#812Earlier 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.
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
#813Earlier 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.
Re: Google Antigravity
#814Re: Google Antigravity
#815Earlier 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.
Re: Google Antigravity
#816Earlier 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.
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
#817Why 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…
Re: Google Antigravity
#818I 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…
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
#819Earlier 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…
Re: Google Antigravity
#820Earlier 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.
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.