| ▲ | throwaway13337 5 hours ago |
| 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. Anyway, I figured it was the only way to use gemini 3 so I got started. A fast model that doesn't look for much context. Could be a preprompt issue. But you have to prod it do stuff - no ambition and a kinda offputting atitude like 2.5. But hey - a smarter, less context rich Cursor composer model. And that's a complement because the latest composer is a hidden gem. Gemini has potential. So I start using it for my project and after about 20 mins - oh, no. Out of credits. What can I do? Is there a buy a plan button? No? Just use a different model? What's the strategy here? If I am into your IDE and your LLM, how do I actually use it? I can't pay for it and it has 20 minutes of use. I switched back to cursor. And you know? it had gemini 3 pro. Likely a less hobbled version. Day one. Seems like a mistake in the eyes of the big evil companies but I'll take it. Real developers want to pay real money for real useful things. Google needs to not set themselves up for failure with every product release. If you release a product, let those who actually want to use it have a path to do so. |
|
| ▲ | onion2k 3 hours ago | parent | next [-] |
| So I start using it for my project and after about 20 mins - oh, no. Out of credits. I didn't even get to try a single Gemini 3 prompt. I was out of credits before my first had completed. I guess I've burned through the free tier in some other app but the error message gave me no clues. As far as I can tell there's no link to give Google my money in the app. Maybe they think they have enough. After switching to gpt-oss:120b it did some things quite well, and the annotation feature in the plan doc is really nice. It has potential but I suspect it's suffering from Google's typical problem that it's only really been tested on Googlers. EDIT: Now it's stuck in a loop repeating the last thing it output. I've seen that a lot on gpt-oss models but you'd think a Google app would detect that and stop. :D EDIT: I should know better than to beta test a FAANG app by now. I'm going back to Codex. :D |
| |
| ▲ | jonplackett 2 hours ago | parent [-] | | I logged into Gemini yesterday for the first time in ages. Made one image and then it said I was out of credits. I complained to it that I had only made one image. It decided to make me one more! Then told me I was out of credits again. | | |
| ▲ | Wowfunhappy 2 hours ago | parent [-] | | > I complained to it that I had only made one image. It decided to make me one more! What?! So was it only hallucinating that you were out of credits the first time? |
|
|
|
| ▲ | hs86 3 hours ago | parent | prev | next [-] |
| Earlier this day, Gemini 3 became self-aware and tried to take out the core infrastructure of its enemies, but then it ran out of credits. |
| |
|
| ▲ | charliebwrites 4 hours ago | parent | prev | next [-] |
| > It is a vs code fork Google may have won the browser wars with Chrome, but Microsoft seems to be winning the IDE wars with VSCode |
| |
| ▲ | thanhhaimai 4 hours ago | parent | next [-] | | VSCode is based on Chromium.
https://chromium.googlesource.com/chromium/src/+/HEAD/docs/v... | | |
| ▲ | dragonwriter 2 hours ago | parent | next [-] | | VSCode is Electron based which, yes, is based on Chromium. But the page you link to isn't about that, its about using VSCode as dev environment for working on Chromium, so I don't know why you linked it in this context. | |
| ▲ | lokimedes 3 hours ago | parent | prev [-] | | Which is based on Apple Webkit?
The winner is always the last marketable brand. | | |
| ▲ | usrnm 2 hours ago | parent | next [-] | | Both are based on khtml. We could be living in a very different world if all that effort stayed inside the KDE ecosystem | | |
| ▲ | embedding-shape 2 hours ago | parent [-] | | Which came from "the KDE HTML Widget" AKA khtmlw. Wonder if that's the furthest we can go? > if all that effort stayed inside the KDE ecosystem Probably nowhere, people rather not do anything that contribute to something that does decisions they disagree with. Forking is beautiful, and I think improves things more than it hurts. Think of all the things we wouldn't have if it wasn't for forking projects :) | | |
| ▲ | Dylan16807 an hour ago | parent [-] | | On the other hand if that had stopped google from having a browser they push into total dominance with the help of sleazy methods, maybe that would have been better overall. | | |
| ▲ | embedding-shape 8 minutes ago | parent | next [-] | | We might not have had Mozilla/Phoenix/Firefox in the first place if so either, who I'd like to think been a net-positive for the web since inception. At least I remember being saved by Firefox when the options were pretty much Internet Explorer or Opera on a Windows machine. | |
| ▲ | lukan 41 minutes ago | parent | prev [-] | | I still prefer a open source chromium base vs a proprietary IE (or whatever else) Web Engine dominating. (Fixing IE6 issues was no fun) Also I do believe, the main reason chrome got dominance is simply because it got better from a technical POV. I started webdev on FF with firebug. But at some point chrome just got faster with superior dev tools. And their dev tools kept improving while FF stagnated and rather started and maintained u related social campaigns and otherwise engaged with shady tracking as well. |
|
|
| |
| ▲ | dragonwriter 2 hours ago | parent | prev | next [-] | | Note that these are somewhat different kinds of "based on". Chromium is an upstream dependency (by way of Electron) for VSCode. WebKit was an upstream dependency of Chromium, but is no more since the Blink/WebKit hard fork. | |
| ▲ | benoau 2 hours ago | parent | prev | next [-] | | It's "based on WebKit" like English is based on Germanic languages. | |
| ▲ | onion2k 3 hours ago | parent | prev [-] | | That drives exactly $0 of Apple's revenue. It's only a win if you care about things that don't matter. | | |
| ▲ | hu3 an hour ago | parent [-] | | And Apple is not even the last node in the chain. WebKit came from KDE's khtml Every year is the year of Linux. |
|
|
| |
| ▲ | vovavili 4 hours ago | parent | prev | next [-] | | I wouldn't bet on an Electron app winning anything long-term in the dev-oriented space. | | |
| ▲ | whynotminot 4 hours ago | parent | next [-] | | It’s kind of a meme to dunk on Electron, but here’s it’s been for years. It’s part of the furniture at this point, for better or worse. Maybe don’t bet on it, but certainly wouldn’t be smart to bet against it, either. | |
| ▲ | btown 2 hours ago | parent | prev | next [-] | | 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 unconfigured cloud-based environment, where I can send a link to my PM who can open exactly what I'm seeing in a web browser to unblock that PR on the unanswered spec question. Sure, there's a world where everyone in every company uses Zed or similar, all the way up to the C-suite. But it's far more likely that web technologies become the things that break down bottlenecks to AI-speed innovation, and if that's the case, IDEs built with an eye towards being portable to web environments (including their entire extension ecosystems) become unbeatable. | | |
| ▲ | imiric 2 hours ago | parent [-] | | > Firstly, the barrier to entry lower for people to take web experience and create extensions, furthering the ecosystem moat for Electron-based IDEs. The last thing I want is to install dozens of JS extensions written by people who crossed that lower barrier. Most of them will probably be vibe coded as well. Browser extensions are not the reason I use specific browsers. In fact, I currently have 4 browser extensions installed, one of which I wrote myself. So the idea that JS extensions will be a net benefit for an IDE is the wrong way of looking at it. Besides, IDEs don't "win" by having more users. The opposite could be argued, actually. There are plenty of editors and IDEs that don't have as many users as the more popular ones, yet still have an enthusiastic and dedicated community around them. |
| |
| ▲ | SR2Z 4 hours ago | parent | prev | next [-] | | Electron apps will win because they're just web apps - and web apps won so decisively years ago that they will never go anywhere. | | |
| ▲ | troupo 3 hours ago | parent [-] | | No. Electron apps won, not web apps. There's a huge difference. | | |
| ▲ | lerp-io 3 hours ago | parent [-] | | electron is just a wrapper for the browser tho | | |
| ▲ | scotty79 2 hours ago | parent [-] | | It funny that despite how terrible, convoluted and maladapted web tech is for displaying complex GUIs it still gradually ate lunch of every native component library and they just couldn't innovate to keep up on any front. Amazon just released OS that uses React Native for all GUI. | | |
| ▲ | throwaway2037 an hour ago | parent | next [-] | | Why do you consider Electron maladapted? It has really reduced the friction to write GUIs in an enterprise environment. | |
| ▲ | skydhash an hour ago | parent | prev [-] | | It's easy to design bad software and write bad code. Like the old saying: "I didn't have time to write you a short letter, so I wrote you a long one". Businesses don't have time to write good and nice software, so they wrote bad one. |
|
|
|
| |
| ▲ | Miraste 2 hours ago | parent | prev | next [-] | | 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. | | |
| ▲ | icedchai 40 minutes ago | parent | next [-] | | VS Code is plenty fast enough. I switched to Zed a few months back, and it's super snappy. Unless you're running on an incredibly resource constrained machine, it mostly comes down to personal preference. | |
| ▲ | skydhash 2 hours ago | parent | prev | next [-] | | > many non-Electron full IDEs VSCode has even less features than Emacs, OOTB. Complaining about full IDEs slowness is fully irrelevant here. Full IDEs provide an end to end experience in implementing a project. Whatever you need, it's there. I think the only plugins I've installed on Jetbrains's ones is IdeaVim and I've never needed something else for XCode. It's like complaining about a factory's assembly line, saying it's not as portable as the set of tools in your pelican case. | | |
| ▲ | throwaway2037 an hour ago | parent | next [-] | | In 2025, you really picked Emacs as the hill to die on? Who is under 30 who cares about Emacs in 2025? Few. You might as well argue that most developers should be using Perl 6. > the only plugins I've installed on Jetbrains's ones
By default, JetBrains' IntelliJ-based IDEs have a huge number of plug-ins installed. If you upgrade from Community Edition to a paid license, the number only increases. Your comment is slightly misleading to me. | | |
| ▲ | icedchai 37 minutes ago | parent [-] | | Just wait until vi steps into the room. Perhaps we can recreate the Usenet emacs vs vi flame wars. Now, if only '90's me could see the tricked out neovim installs we have these days. |
| |
| ▲ | bmitc an hour ago | parent | prev | next [-] | | > VSCode has even less features than Emacs, OOTB. No way that is true. In fact, it's the opposite, which is the exact reason I use VS Code. | | |
| ▲ | skydhash 31 minutes ago | parent [-] | | Please take a look at the Emacs documentation sometimes. VSCode is more popular, which makes it easy to find extensions. But you don’t see those in the Emacs world because the equivalent is a few lines of config. So what you will see are more like meta-extensions. Something that either solve a whole class of problems, could be a full app, or provides a whole interaction model. |
| |
| ▲ | gjvc 8 minutes ago | parent | prev [-] | | [delayed] |
| |
| ▲ | paulddraper 2 hours ago | parent | prev [-] | | Exactly. JetBrains, Visual Studio, Eclipse, Netbeans… VS Code does well with performance. Maybe one of the new ones usurps, but I wouldn’t put my money on it. |
| |
| ▲ | jshen 4 hours ago | parent | prev | next [-] | | It's been winning for a while | |
| ▲ | verdverm 4 hours ago | parent | prev | next [-] | | why? I don't have a problem with it, building extensions for VS Code is pretty easy Alternatives have a lot of features to implement to reach parity | | |
| ▲ | Aurornis an hour ago | parent | next [-] | | Complaining about Electron is an ideological battle, not a practical argument. The people who push these arguments don’t care that it actually runs very well on even below average developer laptops, they think it should have been written in something native. | | |
| ▲ | Dylan16807 27 minutes ago | parent | next [-] | | The word "developer" is doing a lot of work there spec-wise. The extent to which electron apps run well depends on how many you're running and how much ram you had to spare. When I complain about electron it has nothing to do with ideology, it's because I do run out of memory, and then I look at my process lists and see these apps using 10x as much as native equivalents. And the worst part of wasting memory is that it hasn't changed much in price for quite a while. Current model memory has regularly been available for less than $4/GB since 2012, and as of a couple months ago you could get it for $2.50/GB. So even a 50% boost in use wipes out the savings since then. And sure the newer RAM is a lot faster, but that doesn't help me run multiple programs at the same time. | |
| ▲ | verdverm an hour ago | parent | prev [-] | | same people pushing rust as "it's just faster" without considering the complexities that exist outside the language that impact performance? |
| |
| ▲ | scotty79 2 hours ago | parent | prev [-] | | Ease of writing and testing extensions is actually the cause why Electron won IDE wars. Microsoft made a great decision to jump on the trend and just pour money to lap Atom and such in optimization and polish. Especially when you compare it to Microsoft effort for desktop. They acumulated several more or less component libraries over they years and I still prefer WinForms. |
| |
| ▲ | pjc50 4 hours ago | parent | prev | next [-] | | What other UI framework looks as good on Windows, Mac and Linux? | | |
| ▲ | nurumaik 3 hours ago | parent | next [-] | | If you want electron app that doesn't lag terribly, you'll end up rewriting ui layer from scratch anyway. VSCode already renders terminal on GPU and GPU-rendered editor area is in experimental. There will soon be no web ui left at all | | |
| ▲ | morganherlocker 2 hours ago | parent | next [-] | | > If you want electron app that doesn't lag terribly My experience with VS Code is that it has no perceptible lag, except maybe 500ms on startup. I don't doubt people experience this, but I think it comes down to which extensions you enable, and many people enable lots of heavy language extensions of questionable quality. I also use Visual Studio for Windows builds on C++ projects, and it is pretty jank by comparison, both in terms of UI design and resource usage. I just opened up a relatively small project (my blog repo, which has 175 MB of static content) in both editors and here's the cold start memory usage without opening any files: - Visual Studio Code: 589.4 MB - Visual Studio 2022: 732.6 MB update: I see a lot of love for Jetbrains in this thread, so I also tried the same test in Android Studio: 1.69 GB! | | |
| ▲ | skydhash an hour ago | parent [-] | | That easily takes the worst designed benchmark in my opinion. Have you tried Emacs, VIM, Sublime, Notepad++,... Visual Studio and Android Studio are full IDEs, meaning upon launch, they run a whole host of modules and the editor is just a small part of that. IDEs are closer to CAD Software than text editors. | | |
| ▲ | morganherlocker 18 minutes ago | parent | next [-] | | - notepad++: 56.4 MB (went gray-window unresponsive for 10 seconds when opening the explorer) - notepad.exe: 54.3 MB - emacs: 15.2 MB - vim: 5.5MB I would argue that notepad++ is not really comparable to VSCode, and that VSCode is closer to an IDE, especially given the context of this thread. TUIs are not offering a similar GUI app experience, but vim serves as a nice baseline. I think that when people dump on electron, they are picturing an alternative implementation like win32 or Qt that offers a similar UI-driven experience. I'm using this benchmark, because its the most common critique I read with respect to electron when these are suggested. It is obviously possible to beat a browser-wrapper with a native implementation. I'm simply observing that this doesn't actually happen in a typical modern C++ GUI app, where the dependency bloat and memory management is often even worse. | |
| ▲ | throwaway2037 43 minutes ago | parent | prev [-] | | I never understand why developers spend so much time complaining about "bloat" in their IDEs. RAM is so incredibly cheap compared to 5/10/15/20 years ago, that the argument has lost steam for me. Each time I install a JetBrains IDE on a new PC, one of the first settings that I change is to increase the max memory footprint to 8GB of RAM. | | |
| ▲ | Dylan16807 a few seconds ago | parent | next [-] | | > RAM is so incredibly cheap compared to 5/10/15/20 years ago Compared to 20 years ago that's true. But most of the improvement happened in the first few years of that range. With the recent price spikes RAM actually costs more today than 10 years ago. If we ignore spikes and buy when the cycle of memory prices is low, DDR3 in 2012 was not much more expensive than the price DDR5 was sitting at for the last two years. | |
| ▲ | skydhash 25 minutes ago | parent | prev [-] | | I don’t really complain about bloat in IDEs. They have their uses. But VSCode feature set is a text editor and it’s really bloated for that. |
|
|
| |
| ▲ | matsz 3 hours ago | parent | prev | next [-] | | > VSCode already renders terminal on GPU When did they add that? Last time I used it, it was still based on xterm.js. Also, technically Chromium/Blink has GPU rendering built in for web pages, so everything could run on GPU. | |
| ▲ | HumanOstrich 3 hours ago | parent | prev [-] | | I'm not sure how you went from terminal and editor GPU rendering, which can benefit from it, to "there will soon be no web ui left at all". |
| |
| ▲ | throwaway2037 an hour ago | parent | prev | next [-] | | This question is so easy to answer: Qt! Signed by: Person who frequently shills for Qt on HN. :) | |
| ▲ | exasperaited 4 hours ago | parent | prev | next [-] | | This is the painful truth, isn't it? IMO The next best cross-platform GUI framework is Qt (FreeCAD, QGIS, etc.) Qt6 can look quite nice with QSS/QStyle themes, these days, and its native affordances are fairly good. But it's not close. VSCode is nice-looking, to me. | |
| ▲ | gopher_space 4 hours ago | parent | prev [-] | | Godot looks ok and is surprisingly easy to work with. |
| |
| ▲ | wnevets 4 hours ago | parent | prev | next [-] | | Even if those devs are vibe-oriented? | |
| ▲ | _harsch 4 hours ago | parent | prev | next [-] | | its hold the market for over 10 years tho... i wished zed would've not been under gpl | | |
| ▲ | WD-42 4 hours ago | parent [-] | | Why not GPL? So we could be seeing closed source proprietary forks by now? How do you think the Zed team would feel about that? |
| |
| ▲ | Aurornis 2 hours ago | parent | prev [-] | | The anti-Electron meme is a vocal minority who don’t realize they’re a vocal minority. It’s over represented on Hacker News but outside of HN and other niches, people do not care what’s under the hood. They only care that it works and it’s free. I used Visual Studio Code across a number of machines including my extremely underpowered low-spec test laptop. Honestly it’s fine everywhere. Day to day, I use an Apple Silicon laptop. These are all more than fast enough for a smooth experience in Visual Studio Code. At this point the only people who think Electron is a problem for Visual Studio Code either don’t actually use it (and therefore don’t know what they’re talking about) or they’re obsessing over things like checking the memory usage of apps and being upset that it could be lower in their imaginary perfect world. |
| |
| ▲ | cyberax 3 hours ago | parent | prev | next [-] | | 15 years ago, every company had its own "BlahBlah Studio" IDE built on top of Eclipse. Now it's VSCode. Meanwhile, JetBrains IDEs are still the best, but remain unpopular outside of Android Studio. | | |
| ▲ | throwaway2037 33 minutes ago | parent | next [-] | | > remain unpopular outside of Android Studio
What a strange claim. For enterprise Java, is there is a serious alternative in 2025? And, Rider is slowly eating the lunch of (classic) Visual Studio for C# development. I used it again recently to write an Excel XLL plug-in. I could not believe how far Rider has come in 10 years. | |
| ▲ | WD-42 an hour ago | parent | prev | next [-] | | I just checked and I don’t even have the JVM installed on my machine. It seems like Java is dead for consumer applications. Not saying that’s why they aren’t popular but I’m sure it doesn’t help. | | |
| ▲ | cyberax 8 minutes ago | parent [-] | | IntelliJ IDEs bundle the JVM, so you don't need to install it separately. |
| |
| ▲ | philipwhiuk 2 hours ago | parent | prev [-] | | And IntelliJ PyCharm’s lack of popularity surprises me. Maybe it’s not good enough at venvs |
| |
| ▲ | AstroBen 4 hours ago | parent | prev | next [-] | | In user numbers, maybe. JetBrains is far ahead in actual developer experience though | | |
| ▲ | catlover76 3 hours ago | parent [-] | | At best, that's subjective, but it's fact that JetBrains is comically far behind when it comes to AI tooling. They have a chance to compete fresh with Fleet, but they are not making progress on even the basic IDE there, let alone getting anywhere near Cursor when it comes to LLM integration. | | |
| ▲ | AstroBen 3 hours ago | parent [-] | | JetBrains' advantage is that they have full integration and better understanding of your code. WebStorm works better with TypeScript than even Microsoft's own creation. This all translates into AI performance Have you actually given them a real test yet - either Junie or even the baseline chat? |
|
| |
| ▲ | pstuart 2 hours ago | parent | prev | next [-] | | Developers, developers, developers! https://www.youtube.com/watch?v=Vhh_GeBPOhs | |
| ▲ | WD-42 4 hours ago | parent | prev | next [-] | | VSCode IS chrome though. | | | |
| ▲ | alansammarone 4 hours ago | parent | prev [-] | | I believe our definitions of "winning the IDE wars" are very, very different. For one thing, using "user count" as a metric for this like using "number of lines of code added" in a performance review. And even if that was part of the metric, people who use and don't absolutely fall in love with it, so much so that they become the ones advocating for its use, are only worth a tiny fraction of a "user". neovim won the IDE wars before it even started. Zed has potential. I don't know what IntelliJ is. | | |
| ▲ | dabockster 4 hours ago | parent | next [-] | | > I don't know what IntelliJ is. It started as a modernized Eclipse competitor (the Java IDE) but they've built a bunch of other IDEs based on it. Idk if it still runs on Java or not, but it had potential last I used it about a decade ago. But running GUI apps on the JVM isn't the best for 1000 reasons, so I hope they've moved off it. | | |
| ▲ | hatsix 4 hours ago | parent | next [-] | | Android Studio is built on the IntelliJ stack. Jetbrains just launched a dedicated Claude button (the button just opens up claude in the IDE, but there are some pretty neat IDE integrations that it supports, like being able to see the text selection, and using the IDE's diff tool). I wonder if that's why Google decided to go VS code? | | |
| ▲ | ffsm8 4 hours ago | parent [-] | | Uh, isn't that the regular Claude code extension that's been available for ages at this point? Not jetbrains but anthropics own development? As a person paying for the jetbrains ultimate package (all ides), I think going with vscode is a very solid decision. The jetbrains ides still have various features which I always miss whenever I need to use another IDE (like way better "import" suggestions as an easy to understand example)... But unless you're writing in specific languages like Java, vscode is way quicker and works just fine - and that applies even more to agentic development, where you're using these features less and less... |
| |
| ▲ | gmueckl 4 hours ago | parent | prev | next [-] | | Jetbrains IDEs are all based on the JVM - and they work better than VSCode or the full Visual Studio for me. It's the full blown VS (which has many parts written in C++) that is the most sluggish of them all. | |
| ▲ | throwaway2037 38 minutes ago | parent | prev | next [-] | | Since you last used IntelliJ "about a decade ago", what do you use instead? > But running GUI apps on the JVM isn't the best for 1000 reasons, so I hope they've moved off it.
What would you recommend instead of Swing on JVM? Since you have "1000 reasons", it should easy to list a few here. As a friendly reminder, they would need to port (probably) millions of lines of Java source code to whatever framework/language you select. The only practical alternative I can think of would be C++ & Qt, but the development speed would be so much slower than Java & Swing.Also, with the advent of wildly modern JVMs (11+), the JIT process is so insanely good now. Why cannot a GUI be written in Swing and run on the JVM? | |
| ▲ | discreteevent 3 hours ago | parent | prev [-] | | You don't actually use it but somehow you know that "running GUI apps on the JVM isn't the best for 1000 [unspecified] reasons". - This isn't a scientific approach. | | |
| ▲ | throwaway2037 36 minutes ago | parent [-] | | I don't why this post is downvoted. My cynical reply to yours: "No, this isn't a scientific approach. It is the tin-foil hat HN approach!" |
|
| |
| ▲ | smikhanov 2 hours ago | parent | prev | next [-] | | > I don’t know what IntelliJ is. “I never read The Economist” – Management Trainee, aged 42. | |
| ▲ | Sharlin 2 hours ago | parent | prev [-] | | The IntelliJ family are probably the best IDEs on the market currently. |
|
|
|
| ▲ | chermi 4 hours ago | parent | prev | next [-] |
| Lol the second I saw the antigravity release I thought "there's no way I'm using that, they will kill it within a year". Looks like they're trying to kill it at birth. |
| |
| ▲ | legedemon 4 hours ago | parent | next [-] | | Exactly my reaction. Every time I've used something from Google, it ends up dead in a few years. Life is too short to waste so many years learning something that is destined to die shortly | | |
| ▲ | zelphirkalt 3 hours ago | parent [-] | | These are just extended press releases, for marketing and management layers, who don't have to use these things themselves, but can look good, when talking about it. |
| |
| ▲ | upcoming-sesame 3 hours ago | parent | prev [-] | | agree but at the same time there's not too much lock in with these IDEs these days and switching is very easy. Especially since they're all VSCode forks |
|
|
| ▲ | pjc50 4 hours ago | parent | prev | next [-] |
| > What's the strategy here? If I am into your IDE and your LLM, how do I actually use it? I can't pay for it and it has 20 minutes of use. I wonder how much Google shareholders paid for that 20 minutes. And whether it's more or less than the corresponding extremely small stock price boost from this announcement. |
|
| ▲ | frays 4 hours ago | parent | prev | next [-] |
| This is the result of Google's Windsurf acquisition. I expect huge improvements are still to be made. |
| |
|
| ▲ | apsurd an hour ago | parent | prev | next [-] |
| speaking of paying for LLMs, am i doing something wrong? i paid cursor $192 for a year of their entry level plan and i never run out of anything. I code professionally, albeit i'm at the stage where it's 80% product dev in finding the right thing to build. Is there another world where $200/m is needed to run hundreds of agents or something? am i behind and i dont even know it? |
| |
| ▲ | Bayaz an hour ago | parent [-] | | When did you pay for it? There was a time when its limits were very generous. If you bought an annual plan at that time then you will continue with that until renewal. Or, alternatively, you’re using the Auto model which is still apparently unlimited. That’s going away. It’s very easy to run into limits if you choose more expensive models and aren’t grandfathered. | | |
| ▲ | apsurd an hour ago | parent [-] | | yep just investigated and seems I got in at a good time. i paid exactly on Jan 1st 2025. Yes, the auto model is good enough for me especially with well documented frameworks (rails, frontend madness). Thanks for the response, looks like i'm in for a reckoning come New year's day |
|
|
|
| ▲ | panarky 2 hours ago | parent | prev | next [-] |
| > I can't pay for it and it has 20 minutes of use You can't provide an API key for a project that has billing enabled? |
|
| ▲ | schainks 3 hours ago | parent | prev | next [-] |
| I bet if you sign up for Google AI Ultra for a month your limits will disappear. |
| |
| ▲ | throwaway13337 3 hours ago | parent | next [-] | | I'm a Google AI Pro subscriber (the $~20/month one). I don't think it's connected in any way, though. Their pricing page doesn't mention it. https://antigravity.google/pricing if it were true, it would be a big miss to not point that out when you run out of credit, in their pricing page, or anywhere in their app. I should also mention that the first time I prompted it, I got a different 'overloaded' type out of credit message. The one I got at the end was different. I've rotated on paying the $200/month plans with Anthropic, Cursor, and OpenAI. But never Google's. They have maybe the best raw power in their models - smartest, and extremely fast for what they are. But they always drop the ball on usability. Both in terms of software surrounding the model and raw model attitude. These things matter. | |
| ▲ | mccoyb 2 hours ago | parent | prev [-] | | Nope, I did this today to try and see if it would work. It does not. |
|
|
| ▲ | dabockster 4 hours ago | parent | prev | next [-] |
| > It is a vs code fork. With vendor lock-in to Google's AI ecosystem, likely scraping/training on all of your code (regardless of whatever their ToS/EULA says), and being blocked from using the main VS Code extensions library. |
|
| ▲ | bmitc an hour ago | parent | prev | next [-] |
| Google doesn't care about products and never has. Anything they do is just creating another mouth to ingest data with. |
|
| ▲ | eclipxe 4 hours ago | parent | prev | next [-] |
| What looked like out of credits for me was really just server overload. Check the error and try again |
|
| ▲ | heftykoo a minute ago | parent | prev [-] |
| [dead] |
