Sequoia backs Zed

2025-08-2012:13450325zed.dev

From the Zed Blog: This investment lets us pursue our vision for bringing a new kind of collaboration directly into the IDE.

August 20th, 2025

Today we're announcing our $32M Series B led by Sequoia Capital with participation from our existing investors, bringing our total funding to over $42M.

For the past four years, we've been building the world's fastest IDE, but that's just the foundation for what comes next. Our ultimate vision is a new way to collaborate on software, where conversations about code remain connected to the code itself, instead of being tied to aging snapshots or scattered across different tools. The first step was creating a high-quality editor to serve as the user interface. Now this new investment lets us expand to tackle the next phase of our plan. We're developing a new kind of operation-based version control that incrementally tracks the evolution of your code with edit-level granularity, and we're integrating it into Zed to make collaboration, both with agents and teammates, a first-class part of the coding experience.

Sequoia is excited about our vision, and we're thrilled to have their help making it a reality. We're actively hiring, so if the future we're building excites you, we'd love to talk.

Why Snapshots Constrain Our Conversations About Code

Real-world software is the product of a never-ending stream of conversations: With yourself, your teammates, and now also with generative AI models. Talking about code helps us understand it, both individually and as a team. But with current tooling, these discussions (and all the insights they generate) seem to exist everywhere except the code itself.

Git lets you collaborate by sharing commits and branches, but between commits you work alone in your own isolated working copy. It's fairly easy to discuss code that's changing in a pull request, but if you want to have a conversation about an arbitrary part of your codebase, you're stuck pasting text into a chat app linking to a particular version of the relevant code in a snapshot. As snapshots become stale and messages scroll into the past, your conversations quickly lose their link to the latest version of the code, and all of their valuable context is lost.

The limitations of snapshots become even more apparent when working with AI agents. While you might manage simple tasks by exchanging comments with an agent on a pull request, real-world development often requires interaction between commits. You need to guide agents, correct their course, and iterate rapidly—all without the overhead of creating snapshots for every exchange. Our existing tools were built for humans trading commits asynchronously, not for instant back-and-forth with synthetic collaborators. Forcing every AI interaction through the commit-based workflow is like trying to have a conversation through a fax machine.

Today's AI editors patch over these limitations, but miss the core problem: collaboration is continuous conversation, not discrete commits. You can't snapshot every clarification, every pivot, every back-and-forth that shapes the code. We're building a system that captures this entire dialogue: every edit, every discussion, linked durably to the code as it evolves. This frees collaboration from the rigid structure of commits.

Introducing DeltaDB: Operation-Level Version Control

Our vision is turn your IDE into a collaborative workspace where humans and AI agents work together across a range of time scales, with every insight preserved and linked to the code forever. To make this possible, we're building DeltaDB: a new kind of version control that tracks every operation, not just commits.

DeltaDB uses CRDTs to incrementally record and synchronize changes as they happen. Its designed to interoperate with Git, but its operation-based design supports real-time interactions that aren't supported by Git's snapshots. For async interactions, fine-grained change tracking also enables character-level permalinks that survive any code transformation, so we can anchor our interactions to arbitrary locations in the codebase, not just to snapshots of recently-changed code.

Zed's goal is to make your codebase a living, navigable history of how your software evolved, where discussions with humans and AI agents are durably linked to the code they reference and always up-to-date. It's an evolution beyond version control that incorporates not just the code itself, but also the background information of how and why the code got into a particular state—context that AI agents can query to make more informed edits, understanding the assumptions, constraints, and decisions that shaped the existing code.

Picture a new engineer facing a production stack trace in Zed. They highlight a problematic line, like an unwrap that caused a crash, and see every related discussion: why the function was written or what an AI agent assumed about an invariant. They ping the responsible human, sparking a quick chat that turns into an audio call, all indexed to the exact code spot, creating a shared, revisitable record without leaving the codebase.

Zed is open-source with an optional paid offering, and we plan to do the same with DeltaDB: build it, open-source it, and offer an optional paid service. We'll share more details as development progresses; this is just the beginning of reimagining how developers work together, both with AI agents and their team.

Help Us Build a Collaborative Future

We have the vision, technical foundation, and funding to fundamentally improve how developers collaborate. Now we just need you. We’re hiring across engineering and product design; whether you're interested in collaboration in the IDE, core Zed projects like cross-OS font rendering and GPU shaders, or improving the world's best open-source open-data language model for Edit Prediction, there's room for you here. Join us to shape the future of software development.

You can try Zed today on macOS or Linux. Download now!

We are hiring!

If you're passionate about the topics we cover on our blog, please consider joining our team to help us ship the future of software development.


Read the original article

Comments

  • By mccoyb 2025-08-2016:138 reply

    I love the spirit of Zed. From the principles to the low-level implementation details, it all screams "good taste". It's immensely interesting as an object of study (the code is great, from GPUI all the way up).

    Having said that, I don't think an editor should be VC backed. It's the obvious pragmatic choice to get a team together to support a thing, but I'm concerned by it.

    • By toastercat 2025-08-2019:186 reply

      Sublime Text solved this 17 years ago with the 40-year-old shareware model.

      It's also faster than Zed, works on Linux/Win/MacOS, and is decently customizable.

      • By aranelsurion 2025-08-2020:1415 reply

        There was a time around ST2 when it felt like everyone was using it and it could've become The Editor, then something happened and it's been left in the dust. I wasn't even aware but apparently even fourth version of ST was released, and that was in 2021.

        I lost track of what happened there (moved to Vim back then), was it VSCode that killed it?

        • By rcleveng 2025-08-2020:27

          I've been a registered user of ST for long long time, and I thought if anything hurt them in the marketplace, it was taking several years off from the end of 2013 until late 2017 with hardly anything being released that opened the door to Atom and other editors to catch up.

        • By toastercat 2025-08-2020:374 reply

          Yeah, as others already mentioned, I think they sat on their laurels for a bit too long and let VSCode overtake it.

          For what it's worth, I went from ST3 -> VSCode -> ST4, and have been happy since. I've found that I prefer my text editor with minimal extensions, and with Sublime Text's LSP Plugin, I'm pretty content. The performance and customizable UI make it more worth it to me than VSCode.

          • By WD-42 2025-08-2020:42

            It's the LSP plugin that finally drove me to leave ST4 for Zed. Language integration is table stakes for an editor now. The fact that ST support is behind a volunteer plugin instead of integrated directly in the editor just means it's never going to be as good as a editor that does have first class support. The ST devs need to actually improve the editor, but I haven't seen any material updates in years.

          • By jonas21 2025-08-214:042 reply

            I think it's less that they sat on their laurels and more that a team of 2 had trouble keeping up with the dozens of well-paid folks working on VSCode. Which suggests that perhaps a shareware model did not work out so well for them.

            • By shawabawa3 2025-08-216:142 reply

              They literally stopped developing for about 5 years, it wasn't just about the team not keeping up

              • By ben-schaaf 2025-08-2115:06

                I don't think development actually stopped. ST3 was in a quiet public beta for a long time, but you can see builds of ST3 from 2013 to 2019: https://www.sublimetext.com/3.

              • By Ygg2 2025-08-217:502 reply

                Why would you stop developing for 5 years?

                • By jon-wood 2025-08-219:29

                  Maybe they just wanted to do something else. Sometimes people just don't want to grind on endlessly for theoretically more money when what they've got already is enough for them.

                • By WD-42 2025-08-2115:52

                  Probably to write sublime merge

            • By spiderice 2025-08-2621:46

              If they were already having trouble keeping up, then perhaps taking years off and building Sublime Merge wasn't the right strategy.

          • By righthand 2025-08-2021:21

            Agreed, LSP has replaced Linter extensions and the TabNine LLM which is nice (and snappy). Even if some of the lsp servers are clunky to use.

          • By agos 2025-08-218:48

            even before VSCode Atom had started to eat their lunch

        • By mstade 2025-08-2022:562 reply

          I don't get this Sublime is dead nonsense. It's still being updated and works great. It's been my editor of choice for years and I happily pay for my license. I'd probably pay more if they asked me, it's tremendous value for money in my opinion.

          • By aranelsurion 2025-08-2023:03

            I dislike "$x is dead" as much if not more as you do, and I'm sure it works fine as something doesn't need to be the most popular choice to be working.

            With that being said, just a quick look at, for example Stack Overflow 2025 survey tells me it doesn't have the same mindshare it once had.

          • By AstroBen 2025-08-214:002 reply

            Eh.. I gave ST4 a go earlier this year and moved away from it due to plugins I wanted not being updated for years, and no longer working. That really feels on the cusp of being dead to me

            There needs to be a critical mass of people using it for things that aren't core to stay updated

            • By mstade 2025-08-2113:00

              I don't run that many plugins to be fair, but the ones I do run (of which at least a couple are no longer maintained) works fine.

              The key plugins I use are some LSP servers, and they work wonders. The few languages I mainly use (yaml, json, TS/JS, python and Go) I get great language support for via the LSP servers and the editor is blissfully fast always.

              I could live without even the LSP stuff, but the one feature I can't live without is Sublime's excellent recovery support. Every once in a while my system will crash, and even though I've had multiple unsaved buffers Sublime recovers them every single time. Saved my butt more times than I want to know!

            • By ben-schaaf 2025-08-217:551 reply

              Out of curiosity which plugins didn't work for you?

              • By AstroBen 2025-08-2114:34

                wish I could remember, this was a good 6 months ago

        • By ares623 2025-08-2020:23

          Yeah Atom and then VSCode killed it. Turns out being able to use JS to extend your editor is quite valuable. Essentially every JS devs have their own Emacs without having to learn Emacs and Lisp

        • By pantalaimon 2025-08-2020:321 reply

          Plugins were kind of it's selling point, yet it was pretty easy to mess it up with Plugins to the point of it being unusable - and not knowing what plug-in caused that.

          • By dkarl 2025-08-2021:374 reply

            The same curse emacs suffers from. What is the best sweet spot an editor/IDE has achieved to date?

            I remember the extremes of the utter unconstrained chaos of Emacs and the rigid ultra-high-boilerplate approach of the Eclipse IDE. Emacs was fun to hack on, but impractical to use as an IDE, because if you installed enough plugins to make it useful as an IDE, it was broken half the time (my experience, many years ago.) Eclipse had a robust architecture, but writing plugins for it was a dispiriting slog, even when I got paid for it (again, my experience, many years ago.)

            • By aranelsurion 2025-08-2023:151 reply

              > What is the best sweet spot an editor/IDE has achieved to date?

              Unironically, maybe VS Code.

              Everything simple you can do with it, either comes built-in, or within Github/Microsoft ecosystem, or has an official plugin that gets recommended and featured by the editor itself. Plugins from individual hobbyist developers I have, I can almost count in one hand. (VSCodeVim being the most important one)

              Now I compare this to my Neovim setup, and that one is basically running on charity from OSS developers.

              • By dkarl 2025-08-210:06

                What about writing a quick ad-hoc command? Something I would have found useful today, which I would have done in emacs fifteen years ago, was writing a command to parse a file in a log, generate a curl command from it, and copy the command to the clipboard. Could I do that in VSCode without creating an entire project?

            • By iLemming 2025-08-2120:11

              I can't even start listing the issues with your hasty generalization here - I see outdated anecdotal evidence, survivorship bias, vague metrics, false correlation, goalposts moving. While your personal experience likely genuine, presenting it as evidence that Emacs is inherently impractical as an IDE only adds to the fallacy of generalizing from a single data point to universal truth.

              I have completely opposite experience with [modern] Emacs. Of course, it wasn't smooth from the day one, but neither was my ride with different IDEs. Somehow, I keep coming back to Emacs because no IDE ever provided all the machinery I need to be productive. For me (and I suppose for many other people), Emacs is far more sweeter spot of an IDE than any other alternative.

            • By cherryteastain 2025-08-2023:26

              Emacs has eglot built in these days and it works quite well as an IDE

            • By mkesper 2025-08-218:44

              An emacs "distribution" like e.g. doom-emacs has worked to be quite stable for me.

        • By GuB-42 2025-08-218:241 reply

          VSCode copied most of the good features of ST and it is free and open source. Just that is enough to overtake it.

          I still use it, it is maintained and it is very good and fast, and that it didn't try to reinvent itself is a good thing for me. But it is not a full IDE (not Jetbrains), it didn't jump on the AI bandwagon (not Cursor), and it is not free (not VSCode), so it is not surprising that it lost some market share. But it is not dead.

          • By mkesper 2025-08-218:42

            NB: Not all parts of VSCode are open source, especially not many popular extensions.

        • By ewf 2025-08-2022:241 reply

          good question. I think the community fell off and many plugins were left unmaintained. I was using it for over a decade up until recently. ST4 had so many plugin issues and it stopped being worth manually fixing.

          • By kstrauser 2025-08-2023:14

            For me, it was that the maintainer of a language plugin I used was, um, challenging to work with. I wanted to contribute to add some much-requested functionality and he talked to me like I was a toddler and warned me not to waste his time.

            Well, OK then. Back to Emacs I went.

        • By phendrenad2 2025-08-217:37

          Yes, VSCode killed it, because VSCode was free. Which is kind of sad because ST2 is actually noticeably faster than VSCode. Someone mentioned Atom, but that was never really a contender, not many people used it.

        • By TheRoque 2025-08-215:33

          Personally at that time (circa 2013 I think) I wasn't using it because it lacked integrated features like debugger or good autocomplete. I was using a specific editor, but one editor per language (java = eclipse, C++ = QTCreator, C = geany). I feel like there wasn't a true "one size fits all" editor (except maybe Vim, but it felt so... unfriendly?). Also, I'm not sure it was available on Linux (don't quote me on that)

        • By alexchantavy 2025-08-214:571 reply

          I love ST and don't get why it stopped taking off. VSCode is way too heavyweight for just editing text and TextEdit is more like WordPad on Windows than Notepad.

          • By agos 2025-08-218:50

            I think it stopped taking off when they stopped developing on it for something like four years

        • By jasonwatkinspdx 2025-08-217:06

          Anecdotally a lot of people I know went from Sublime to Atom to VSCode. I think it mostly was about scale of community and momentum of updates.

        • By figassis 2025-08-216:551 reply

          Basically yes, vscode was free, almost as fast and had more features, like out of the box intellisense.

          • By johnisgood 2025-08-219:411 reply

            People refer to it as VSCode, but do people really use VSCode or VSCodium? I personally use VSCodium. I think that is the most de-telemetry'd version of it, I think?

            • By aranelsurion 2025-08-2118:30

              Not sure if VSCodium and others can use all the extensions, especially Microsoft ones like Copilot. I remember setting up something like that once and had to do a lot of fiddling to be able to use all the extensions I wanted. Gave up on it at some point.

              As for people in general, safe bet in almost any topic is that most people won’t care. :) So yes most people use VSCode.

        • By sjtgraham 2025-08-213:10

          and before that was TextMate.

        • By Already__Taken 2025-08-217:04

          vscode came along with a thriving extension ecosystem. That made up for any pitfalls really.

      • By dewey 2025-08-217:083 reply

        They didn’t “solve” it, otherwise it would be a thriving editor that everyone would be using.

        In reality 70% of the people I see are using Cursor (Subscription), Vscode (Free) or some JetBrains products (Subscription). I only know of some people including myself that have ST for opening large files, where performance matters.

        • By soapdog 2025-08-2110:481 reply

          I'm using Sublime Text. I feel that most people using ST are happy with it and been happy with it for a long time, you don't see many posts about it cause most of the userbase does not make using Sublime Text into part of their digital persona like many users of other editors (not speaking as if doing this is a bad thing, but you'll see fans of other editors being a lot more vocal).

          • By Winsaucerer 2025-08-2113:20

            That makes sense. The rest of us left ST a long while ago, and the rest remain because they're happy with it and have been for a long time.

        • By timeon 2025-08-217:344 reply

          Why do you think that it is not thriving? Is the company struggling? Not everyone needs to use the thing to be thriving.

          • By dewey 2025-08-217:40

            I don't have any insights into how the company is doing, I'm just going by the sample set of people around me or things I read.

            I'm a fan of indie software and native apps but I know zero people in the past 10 years that switched to ST. I know plenty of people of people who switched to Vscode and all the other free or paid competitors. It's probably enough to sustain a small company, and not everyone has to strive for a monopoly. But I wouldn't call that thriving.

          • By itake 2025-08-2110:17

            I don't know anyone that still uses Sublime. I haven't seen a company recommend its engineers use it either. I used to be an avid user until VSCode came out.

          • By testdelacc1 2025-08-218:49

            It has users but the number of users is dwarfed by the big dogs like VS Code, Visual Studio and IntelliJ Idea - https://survey.stackoverflow.co/2024/technology#most-popular... (using 2024 because 2025 onwards is AI slop).

            People are 7x more likely to be using VS Code, which means that a niche tool is far more likely to have a VA Code plugin than an ST plugin.

            Other than that, if the 11% of people using it are happy then there’s no issue.

          • By jama211 2025-08-218:52

            That’s true. It’s all relative.

        • By toastercat 2025-08-2113:35

          I mean that they solved the funding model that pays the bills of their employees, not that they solved becoming the most widely used text editor in the world.

      • By dpkirchner 2025-08-2019:482 reply

        It does, or did, use dark patterns when showing upgrade notices -- prompting you to upgrade to a version that you don't own yet, without telling you you don't own it, leaving you with an unlicensed version. I was happy to use 3 but that felt really off.

        • By toastercat 2025-08-2020:391 reply

          Yeah, I wasn't happy about that. Nor was I happy about the new 3-year-of-updates license model that ST4 adopted.

          Although at least to me, Sublime Text 4 feels like a "finished" product.

          • By ben-schaaf 2025-08-211:351 reply

            ST developer here. We aren't happy that happened either, it was a big oversight in the ST4 release that made people like yourself lose trust in us. I'm sorry and will do my best to not have something like that happen again.

            > Nor was I happy about the new 3-year-of-updates license model that ST4 adopted.

            I'm curious what you don't like about this model? The most common complaint with regards to updates was the long waiting period between major versions, which we've now eliminated, and without changing the perpetual nature of our licenses.

            • By agos 2025-08-219:091 reply

              not OP but I am not thrilled by "x months/years of updates" because you pay upfront for updates that you're not really sure that will happen. Will I get bug fixes? Will I get new features or at least significant improvements? Will the two person team work on the other project?

              I have had experience with quite a few projects switching to recurring billing, occasionally justifying it with "to support development of great new stuff" and then... just keeping the same rate of updates as before, resulting in a de facto steep upgrade. That said, three years of upgrades for 99$ is reasonable, even if there were only bugfixes

              • By ben-schaaf 2025-08-2111:382 reply

                > not OP but I am not thrilled by "x months/years of updates" because you pay upfront for updates that you're not really sure that will happen. Will I get bug fixes? Will I get new features or at least significant improvements? Will the two person team work on the other project?

                Thanks. I guess I'm just not really seeing how that is any different to what we did before? You'd buy a ST3 license with no knowledge of what improvements would be made to ST3.

                • By toastercat 2025-08-2113:501 reply

                  It's been a while since I used my ST3 license, but I remember my license affording me all updates for ST3. Maybe that model was unrealistic for ST4, but as others have echoed in this thread, major feature updates for ST4 are not common, so if you bought a license in May of 2022, your access to new features would have expired right before the new updates of the May 2025 release.

                  Personally, I'm OK with using an old build so I don't mind that much about the limitation. Although if my 3 years elapses right before ST4 introduces first-class LSP support and an official Debugger, I may be very peeved. :)

                  • By ben-schaaf 2025-08-2114:58

                    > It's been a while since I used my ST3 license, but I remember my license affording me all updates for ST3

                    That's correct, but it could be the day after you buy the license is when ST3 stops receiving any updates and we dedicate all work to ST4. With a ST4 license you're always getting 3 years of updates, ST3 it was anywhere from 3 to zero (not counting the beta period, ST3 only got 3 years of updates).

                    > Although if my 3 years elapses right before ST4 introduces first-class LSP support and an official Debugger, I may be very peeved. :)

                    I think we can all sympathize with some buyer's remorse. Unfortunately the line needs to be drawn somewhere. Maybe you can take solace in that we probably can't put multiple huge features in a single update, at least not a dev release. :)

                • By agos 2025-08-2116:281 reply

                  the difference is subtle, and comes mainly from the fact that at the time the concept of Major Release still existed.

                  You got everything in the current Major Release and every minor and patch update to it. If it took more than three years to release a new Major it was not a big problem, because you were still covered.

                  The new model might leave you without bugfixes before a new major version is out.

                  • By ben-schaaf 2025-08-221:49

                    I think you might be misunderstanding the new licensing model. There are no major versions anymore; features & bugfixes just get released when they're ready.

        • By xigency 2025-08-212:08

          This happened to me and I tried to recover the last licensed version I had used but mixed up my shortcuts or something and, after the 100th time I saw the nagware screen, I gave up and uninstalled and went with something simple and free: Notepad++.

      • By metaltyphoon 2025-08-2023:10

        How is Sublime faster?

      • By 8fingerlouie 2025-08-2111:413 reply

        ST is also all but dead.

        They switched to a subscription model (3 year licenses are still subscriptions), and since the release of ST4 in 2021, there has been exactly one release with new features (May 2025). All other releases have been bug fixes and "improvements".

        I get that developers need to make a living, but 4 years of fixing bugs in your products is probably not what I want to be paying for, at least not when that is the only thing I'm getting. Speaking of releases, they're also usually 6-12 months apart.

        I have used ST ever since the first version replaced TextMate for my use (TM2 spent something like a decade catching up to ST2), but I've since switched to Code and Zed (mostly Zed as of late, Code on windows until Zed is ready there).

        ST was great back when it was still an actively maintained product, but in recent years (ever since ST2) it has felt like it was mostly on the back burner and other editors have passed it in functionality.

        As for VC funding, it has done miracles for Code to have Microsoft sponsor it (and others). Code is currently the editor to beat for anything that doesn't involve opening large files.

        • By ben-schaaf 2025-08-2115:381 reply

          > They switched to a subscription model (3 year licenses are still subscriptions)

          Licenses are perpetual. It is not a subscription. Don't like the work we've done? You can continue to use that version of Sublime Text until the end of time.

          > there has been exactly one release with new features (May 2025)

          August 2024 we added kinetic scroll and xdg-activation support for Wayland; we also added the ability to configure image extensions and allow dynamically switching between the hex-editor and image view.

          November 2023 we added native font dialog support for switching fonts.

          August 2023 we added webp and proper support for running as administrator on all platforms.

          November 2022 we added syntax-based code folding and operating system recent file integration

          December 2021 we added GB18030 support.

          I'll stop there. Those are just the largest, most user facing new features, not any of the new settings, new APIs or improvements that I'd argue are new features.

          You can read the full changelogs here: https://www.sublimetext.com/download

          > Speaking of releases, they're also usually 6-12 months apart.

          We do stable releases infrequently, because they're stable. If you want more frequent releases you can switch to the development releases. You can see from the build number how many builds we've done of ST4 since the release: it's around 150.

          • By 8fingerlouie 2025-08-228:13

            > You can continue to use that version of Sublime Text until the end of time.

            Or until some change in the underlying OS makes it no longer able to run. Not saying that happens frequently, but it does happen.

            > I'll stop there. Those are just the largest, most user facing new features, not any of the new settings, new APIs or improvements that I'd argue are new features.

            New font pickers, settings dialogues and other "polish" is hardly what i'd call new features. I listed those as "improvements".

            I'm not trying to start a fight, and i respect the work that has been done, but VS Code releases more features in a month that ST has released in the entire ST4 lifecycle, as does Zed. I understand the team is (a lot) smaller. My frustration is that when a new release comes out, it's mostly polish, and not fixing the real problems, such as lack of integration and plugins.

            You may choose to brush it off as just an old fart rambling on the internet, but i'm not alone with this opinion, and i have ST licenses dating back to the original version, and i have chosen not to renew my ST4 license. When you start losing the "religious" users, maybe it's time to reevaluate ?

        • By handsclean 2025-08-2113:05

          Please don’t conflate limited updates with subscriptions. The problems with subscriptions are that the company can take away your own files, the company can take away your software, the lifetime cost is extremely high, and the company can unilaterally change the deal or stop offering one. None of this applies to limited updates offers like Sublime Text’s. You pay once and keep it forever. The three year limit is on the time into the future for which the company continues to add to what you’re keeping forever. Of course this isn’t unlimited, it’s pay once for the program, not pay once for the lifetime servitude of everybody who works on it.

        • By awill 2025-08-2111:501 reply

          It does look like ST is lost here. They don't know where to go next. But I do like their Sublime Merge product. It's really good.

          • By kamaal 2025-08-2112:361 reply

            That no major AI players even bother to announce a ST plugin/package is proof enough, its now just a tool to manage random text copy/paste snippets.

            vscode seems to have totally taken over dev mindshare these days.

            • By skydhash 2025-08-2112:451 reply

              They also don’t bother to announce a Vim or Emacs one either. VS Code provides good default and most people don’t care about editor fluency. Which is why they keep using it.

              • By kamaal 2025-08-2113:132 reply

                >>They also don’t bother to announce a Vim or Emacs one either.

                vim has a universal and in many ways a eternal use case. You have to edit a file at some point on a server, be it a self hosted or even on ec2. Thats kind of the only real use case for vim.

                In these days of AI assisted coding, no one really 'edits' code. A lot of editor short cuts and fluency related concepts kind of in many ways are not relevant in this paradigm.

                The thing is vscode just works, like just works, for nearly all the usecases. In case of emacs, learning it and mastering it takes lots of time in ones career. In case of vscode you don't have to do this, you can straight away work on the project that you want to get done.

                emacs is some what like a massive distraction from the actual task you want to achieve. Instead of writing code to build a project, you have to first write code to make emacs work, then use emacs to write the project code. In vscode you just write project code.

                • By skydhash 2025-08-2115:28

                  I don't know if you're trolling or not, but there's one thing that VSCode and nearly all other "normal" editors don't have and I want: Non-tied Windows (pane) and buffers (opened files). One of my most used layout is one main window and two smaller ones. Layout like this are my mental frame, but what I actually want to look at may vary at any moment. It may be a test result, a git diff, or going down a reference link. It's like a moodboard instead of a stack of paper you can only look at one at a times.

                  Emacs and Vim has this built-in. Other editors kinda have that, but it's clunky. I can suffer IDE because they provide a lot more than editing.

                  > Instead of writing code to build a project, you have to first write code to make emacs work, then use emacs to write the project code

                  That's only done once. It's like adjusting the mirrors and seats of a car. Once it's comfortable, you don't have to touch it. Using VS Code feels like borrowing a car with a very limited range of adjustments. Why is the explorer on the left and the terminal at the bottom? Why are they always there?

                • By iLemming 2025-08-2119:571 reply

                  Have you even ever watched someone experienced using Emacs or you're making assumptions on your (I suppose limited experience)?

                  The "distraction" framing assumes everyone has the same preferences and working style, I for one find VSCode (and IDEs in general) massively distracting from productively solving many tasks. No, it's not "a skill" issue - I have used InteliJ every single day for almost a decade, diving into some profoundly advanced and non-documented features, and I do open VSCode from time to time.

                  I feel your argument conflates initial learning curve with ongoing productivity, and assumes VSCode's approach is universally optimal rather than just different.

                  • By kamaal 2025-08-241:311 reply

                    >>Have you even ever watched someone experienced using Emacs or you're making assumptions on your (I suppose limited experience)?

                    I am one of those experienced Emacs users myself. Wrote more stuff in Emacs and even vim than most devs today will even write code over their careers.

                    Its just vscode now does simply too many things out of the box, you obviously can recreate that in Emacs, but its a pointless exercise. Time consuming, and distracts your from your real job. My job is to write code, not build emacs to write code.

                    I totally stopped using Org-mode, because Google docs do it way better.

                    At some point you have to move on. For some people like that point arrived a little early.

                    • By iLemming 2025-08-243:05

                      > Wrote more stuff in Emacs

                      Can you name Emacs packages you've authored, maintained or contributed to?

                      > vscode now does simply too many things out of the box

                      Oh yeah? Can you edit your filesystem in VSCode like a wiki? Changing directories and filenames as if you're editing plain text? Can any of thousand of its extensions provide "indirect buffer" experience? Can you bind a double tap of the comma to navigate to the last error and automatically fix it? Can you at all bind to double/tripple comma or just about any arbitrary key based on context in VSCode? Keyboard macros with counters - e.g. to transform lists into numbered lists? True buffer based (not file oriented) workflows? Occur-mode style search and replace? Comint style process interaction? Are there any extensions that allow you to move the cursor to the piece of a plain text like "rfc-3540" or "myproj#4044", intelligently recognize it and allow you to browse the RFC document or review a Pull-Request - Emacs does. Can you run a shell command and pipe it into a buffer, or pipe the content of a buffer through series of shell commands and into another buffer?

                      > I totally stopped using Org-mode, because Google docs do it way better.

                      Don't be ridiculous. They are completely different classes of products. If you are even having to compare Org-mode with GDocs, perhaps you don't know well either or both. GDocs can't manage my dotfiles. I can't use it to annotate books or academic papers. I can't have inline LaTeX formulas in GDocs. It can't let me control a videoplayer and type my notes at the same time. I can't use it to manage my flashcards or keep the log of my LLM interactions there. I can't have executable blocks of code - in org-mode I can explore APIs or send SQL queries while passing them into data transforming code blocks. There are no TODO states/keywords in GDocs, no agenda views, no scheduling/deadlines, no time tracking/clocking, no habit tracking, no pomodoro timers, no dynamic time tables, no tag-based filtering, no capture/refile system.

                      > At some point you have to move on

                      Like I told you already, you're assuming too broadly. Both VSCode and Google Docs are excellent products - no denying that, but they are not universally better. If you came to the opposite conclusion, it is yours, and yours only.

      • By gleenn 2025-08-2023:572 reply

        Zed works on Linux/Win/MacOS. I'm also frankly skeptical that ST feels that much faster, Zed is pretty darn fast, far faster than any Electron app.

        • By Jataman606 2025-08-218:19

          Zed only kinda works on Windows. As of today when you click to download windows version you can only sign up on beta program that I assume allows only select people to use that version.

        • By wisemang 2025-08-2023:58

          ST is not electron..

    • By spudlyo 2025-08-2016:255 reply

      The problem with accepting VC money is they will eventually demand a return on their investment, which means that the forces that drive enshitification will eventually come for Zed in some form. I suspect that we'll see more and more features locked behind a paid subscription and the open core of the editor will become neglected over time.

      Here I am on my free-as-in-freedom operating system, making commits with my free DVCS tool in my free programmable text editor, building it with my free language toolchain, using my free terminal emulator/multiplexer with my free UNIX shell. VC backed tools like Warp and Zed that seek to innovate in this space are of zero interest to me as a developer.

      • By markus_zhang 2025-08-2018:457 reply

        I might HAVE to learn EMacs (prefer over Vim) because I think eventually everything else will be tainted by mandatory AI features and/or subscriptions.

        • By myaccountonhn 2025-08-2018:49

          And Zeds multiplayer features might make it so your workplace mandates Zed if you're unlucky and Zed succeeds with their plan.

        • By efficax 2025-08-2019:182 reply

          Zed is fully open source. Fork it. The code is pretty nice, too, easy to understand.

          • By jlarocco 2025-08-2022:10

            VSCode is open source, too, but it's been pretty easy for them to keep forks from taking off by having proprietary extensions, a "markeplace", and other lock-in.

            All they have to do is only permit official builds to talk to official builds (for security, of course ;-), and forking Zed becomes a lot harder.

          • By kelnos 2025-08-213:372 reply

            I really dislike the dismissive "fork it" response. You do know how much time and work it takes to maintain your own fork of something, right? It's great that it's possible, but to expect most people to do something like that is absurd.

            • By ozgrakkurt 2025-08-218:34

              I would be willing to use a very old version of neovim or sublime text with only bugfixes.

              Not sure how many people would use that though

            • By efficax 2025-08-235:31

              i do know how hard it is, that doesn’t change anything. nobody is forced to use something like zed and if you think it’s important enough to stress about the product decisions they make, the open source license gives you freedom to decide what to do about it. anyway you don’t even have to maintain it. you can take gpl software you like today, build it for linux and with a docker container you’ll be able run that same binary for the foreseeable future. then you can choose to extend it or not

        • By dbalatero 2025-08-2019:531 reply

          if you haven't checked neovim out, the Lua based config is really nice and easy to grok these days. 10x better than classic vimscript!

          • By porridgeraisin 2025-08-2020:251 reply

            A year or two ago I moved away from one of the neovim distros when they randomly changed all the keybinds on an upgrade (such things really anger me) and set up my own config. Funnily enough, I preferred vimscript. I still do use lua of course for various things, but those just go in lua EOF blocks in the vimscript. Vimscript is really terse and convenient for many things, I love it.

            • By smohare 2025-08-2021:36

              I’ve always maintained my own configs for (neo)vim. The only area where I prefer vimscript is with certain incantations for which there are no lua-based alternatives. And those are increasingly rare.

              Authoring plugins is a lot more attractive in lua, imho.

        • By zx10rse 2025-08-218:55

          You can try Helix editor, it is super underrated editor. I always wanted to go down the vim/nvim path but just couldn't stick to it, especially with nvim. Helix configuration is straightforward have some pretty nice built-ins and it is the fastest/snappiest editor I have used so far.

        • By martin1975 2025-08-2019:571 reply

          Nothing against emacs, but check out NeoVIM. If you like Emacs, you might like NeoVIM and its powerful extensibility features.

          • By greymalik 2025-08-2020:211 reply

            What makes NeoVIM emacs-like?

            • By skydhash 2025-08-2022:43

              It's not emacs-like. But a lot of plugins wants to adopt the emacs philosophy of having it open for the duration of your login session. Instead of the quick edit and be done of standard Vim.

        • By grim_io 2025-08-218:23

          Eventually you will need a text editor with your emacs :)

        • By ksherlock 2025-08-2018:532 reply

          I hate to break it to you, but emacs was a product of the MIT AI lab.(prep.ai.mit.edu anyone?).

          • By cultofmetatron 2025-08-2018:55

            classical AI and modern generative AI are VERY different beasts. also, there isn't any AI in emacs itself. It was a tool built to make a job easier.

          • By markus_zhang 2025-08-2019:04

            That’s fine as long as they don’t force AI prompts to me.

            To clarify, I use AI agents, but I absolutely hate them submitting code in my editor. Chatting is fair enough and useful, but I need to turn off the auto-generating code part.

      • By x0x0 2025-08-2019:38

        Sure, but given the existence of vim/nvim, emails, visual studio code, cursor, etc the price for editors has largely been driven to zero, or at least capped by what JetBrains charges. My concerns are more this is a big bet on a different thing, not the editor (which is quite nice, even if using typescript regularly makes it balloon to 15gb of ram), making them a giant pile of money. With the editor as a free complement.

      • By parentheses 2025-08-2016:333 reply

        Note to Zed: I prefer paid products to enshittened ones.

        Please please please, get paid rather than holding on too tightly to making things free forcing future enshittening.

        • By rtfeldman 2025-08-2016:538 reply

          We're working on it! :)

          You can pay for Zed today if you'd like - https://zed.dev/pricing - and also the editor itself is open-source under the GPLv3 license. So if at any point in the future Zed changes direction in a way you don't like, you are perpetually free to build the version you liked from source (or make a community fork and take it in a different direction).

          • By reitanuki 2025-08-2017:013 reply

            This will sound a bit odd, but I don't necessarily want to pay in a way that makes it look like I'm paying for the AI rather than the editor.

            • By vunderba 2025-08-2019:52

              No, it's not odd, I like this take a lot. They almost need a dropdown menu indicating where you'd like your money to go to (editor, LSP, etc).

              I'd also much rather have a means of paying a single flat fee to indicate my support than yet another subscription which is misleading because I have zero interest in the AI components of Zed.

            • By codr7 2025-08-2017:47

              Yeah, same here, the least interesting aspect for me.

            • By wuhhh 2025-08-218:37

              [dead]

          • By Jtsummers 2025-08-2018:35

            I'm enjoying using Zed, and I do pay for tools I use regularly. It's now approaching a month of daily use for me and I don't see that changing. But to echo the other replies, I'm uninterested in the LLM tools. I don't use those normally and paying for that as a way to support Zed would send the wrong signal. You have to be careful when you restrict what people can pay for, because that will become what you optimize for which may not be what your users actually care about.

            Zed is fast, easy to configure (so far, maybe some hard parts I haven't run into yet), works well with the languages I care about via LSPs, and the collaboration features are compelling. I want to pay to support that, I don't want to pay for an LLM feature I don't care about that ends up distracting from the progress on the things I want to see maintained or improved.

          • By koito17 2025-08-2017:46

            I already pay for Zed Pro, but my fear (and likely GP's as well) is that this doesn't provide enough revenue for the team.

            Since switching from Emacs last year, I have absolutely loved how this editor has evolved, and I am looking for any way to directly support the effort. I have been a Zed Pro subscriber for quite a while now, and I have started trying to contribute to the codebase, but I really wish there were monetization options beyond making a spread on Anthropic API pricing.

          • By ethanwillis 2025-08-2017:59

            I would also pay for Zed (the editor) and not the AI. But I also don't want to pay just make Zed more attractive for VC acquisition.

            You don't have to give me any more features than what's in the free editor. I would gladly pay up to $300 just to have a "license".

          • By runako 2025-08-2017:22

            Big fan of Zed. I want to echo a sibling comment that I don't see that as paying for Zed, I see it as paying for LLM usage. And since I already have my own LLM keys, I just use those instead.

          • By trenchpilgrim 2025-08-214:49

            I can't pay for Zed Pro using my work funds because it's an unapproved AI service. Can you provide another way to pay? E.g. cross device settings sync or professional support.

          • By MerrimanInd 2025-08-2018:35

            I'm a big fan of Zed and having met much of the team I think it's some great people building a great product. But I do echo concerns that while the intentions are all honorable the incentives of the pricing structure, business environment, and now a funding round are concerning in the long term. I don't think anyone at Zed has a single ill intent or a secret master plan but these days anything I'm not paying for I just assume is going to be enshittified eventually. Especially for an app where the only paid features are AI-centric and there's a VC expecting to make multiples on a $60m investment.

            So here's my ask: let me pay for it without paying for AI! None of my use cases will stress your servers; I have `"disable_ai": true` in my settings.json. Give me a $5/mo "support the devs tier" or a $10/mo tier with some random app quality-of-life features and I'm there. I specifically want to pay for good software without paying for AI to signify the value proposition that still exists there cause I don't think a VC would believe me otherwise.

          • By blactuary 2025-08-2019:25

            With Shaun Maguire's recent behavior associating with Sequoia is gross

        • By jchw 2025-08-2017:58

          Unless they have very unusual terms on their funding, it isn't really entirely in their control in the long term. Hopefully they find a way to make their investors whole that doesn't suck for everyone else, but if not, well, I at least appreciate that the editor is truly open source, since at least it offers a contingency plan in the worst cases.

          If I'm wrong I'd love to know, but I think that we need to start talking about what funding really implies more honestly. It's traditionally met with unabashed enthusiasm and congratulations, which I totally understand, but it's a mutual exchange, not an award or a grant. I absolutely believe that everyone wants to make good on their promises, but promises made to users are not legally binding, and the track record for upholding those has not been great. Plus, as a user, I want to pay for software, but nothing feels worse than paying, then watching enshittification unfold anyways... When this happens, the investors should send you a nice postcard thanking you for paying back some of their money.

          Can $20/mo sustain a text editor company with a massive multimillion dollar valuation? Well, we'll see. Good luck Zed Industries, we're all counting on you.

        • By ants_everywhere 2025-08-2021:20

          you don't have to choose. paid things get enshittified just as easily as free things

      • By fragmede 2025-08-2016:511 reply

        I mean, eventually, sure. It took Uber around 15 years to get to profitability. ChatGPT came out in 2022, so get your predictions for 2037 in now.

        • By Temporary_31337 2025-08-2112:33

          For 2038 I predict Epochalypse and since there will only be vibe coders by then, good luck to y'all.

      • By sexyman48 2025-08-2020:472 reply

        Please, tell me what it's like living in your free-as-in-freedom house, feeding your free-as-in-freedom offspring? Eventually demanding a return on your investment? The audacity!

        • By timeon 2025-08-217:52

          Sure but does it mean that every business needs to be unicorn?

        • By smohare 2025-08-2021:37

          [dead]

    • By recroad 2025-08-2019:24

      Yup, I was playing around with Zed and kind of liked it, and even debated switching over. But this kills it for me.

    • By ActionHank 2025-08-2020:521 reply

      It was a cool idea while it lasted, I hope other editors embrace the learnings once zed is gone.

      • By echelon 2025-08-2021:162 reply

        I doubt anyone will follow this.

        1. Everyone else is building on Electron.

        2. People still sleep on or dunk on Rust. There's a great deal of negativity here on HN for the language.

        3. There's only so much Rust talent out there.

        • By ActionHank 2025-08-2110:191 reply

          Whilst rust is a big part of this it is not the core of their innovation. Pushing everything to the GPU is.

          Stating that everyone else is building on Electron belies your lack of exposure to any editors other than vscode \ atom spin offs.

          Realistically all the editors including those based on Electron could easily shift to leveraging the GPU more and that would be big leap forward for performance.

        • By Bolwin 2025-08-2217:54

          I haven't seen any negativity only push back. Rust became too hyped. I don't think Rust has a visibility problem right now. Everyone who cares enough already knows about it.

          Also, it doesn't have to be rust, it could be C# or Zig or Lua or whatever

    • By tjc2210 2025-08-2017:431 reply

      Same. Especially not having been familiar with who Sequoia is. Altman, Huang, Musk, etc.

      • By eldenring 2025-08-2022:162 reply

        What do you mean by that list? They pretty much have every single big tech company in their portfolio.

        • By hashbig 2025-08-2023:202 reply

          They have some house cleaning to do in their leadership before I am willing to use a product they back.

          https://github.com/zed-industries/zed/discussions/36604

          • By Hendrikto 2025-08-219:012 reply

            I have never seen so much virtue signaling and moral superiority in a GitHub issue. What a joke.

            • By hashbig 2025-08-2118:103 reply

              There is an active genocide going on as we speak. I am sorry if you find boycotting those who support it is virtue signalling and a joke.

              • By phantomdata 2025-08-2522:28

                I don't see anyone boycotting github, cisco, dropbox, figma and many other companies that where/are founded by sequoia and to this day do fishy stuff and have questionable people on their seats. But sure, let's boycott the open source startup that wants to pay their devs for writing code but let's keep hosting our code on github owned by microsoft which provides Israel with compute power for mass surveillance, that makes total sense.

              • By Hendrikto 2025-08-2210:11

                Regardless of your political stance, how is taking money from a VC company that has a single person that said a single thing you disagree with “supporting genocide”? And how is uninstalling a text editor going to help literally anyone?

                This is 100% pure virtue signaling. This brigading is not helping a single Palestinian. These people just want to feel and show the world that they are “the good guys”, while not actually doing anything or helping anyone. To me, that is absolutely a joke.

              • By jenadine 2025-08-226:58

                There is no indication that zed supports this genocide (accepting money from an entity who might != Supporting)

                This is far fetched and that's why it cannot be taken seriously.

            • By Orygin 2025-08-219:55

              [flagged]

          • By lionkor 2025-08-2110:461 reply

            Wow, some people really don't know what to give a shit about, do they? It must be endlessly exhausting to go around looking for any reason to boycott everything, instead of using these fantastic tools to make things that make the world a better place.

            • By arcatech 2025-08-2113:32

              You’re complaining that the people giving enough of a shit to boycott a thing don’t know what to give a shit about?

        • By tjc2210 2025-08-2115:27

          Point was they didn't have Zed in their portfolio until this announcement.

    • By irlib 2025-08-2116:00

      It does not support Monokai because of reasons. That does not scream good taste to me. It screams something different.

    • By pbiggar 2025-08-2016:58

      [flagged]

    • By danr4 2025-08-2016:531 reply

      > "I don't think an editor should be VC backed"

      it's a software company. they sell software.

      • By dymk 2025-08-2017:251 reply

        Then sell software, not equity

        • By bix6 2025-08-2020:58

          This quote slaps!

  • By csense 2025-08-210:348 reply

    I'm willing to accept this claim:

    - You can make money when your product is a text editor.

    I am very skeptical of these claims:

    - When your product is a text editor, $42 million in capital can be effectively deployed to make meaningful improvements to your product.

    - When your product is a text editor, your lifetime inflation-adjusted profit will eventually exceed $42 million.

    Sequoia is apparently not so skeptical, and willing to put the money on the table. That must have been a truly extraordinary pitch deck...

    • By jasonwatkinspdx 2025-08-217:12

      > Sequoia is apparently not so skeptical, and willing to put the money on the table. That must have been a truly extraordinary pitch deck...

      They invested like $200 million in FTX and had a glowing article about SBF about mile long on their website.

      The big VC firms are by no means immune from just doing plainly stupid things.

      Right now all the hype around anything even at the periphery of "AI" is enabling a lot of similar stupidity.

    • By 542458 2025-08-211:422 reply

      Counterpoint, apparently cursor's revenue is in the 300-400 million range. So it's not wildly inconceivable that you'd do 40m profit (although I too am doubtful).

      • By saxelsen 2025-08-212:48

        I strongly doubt that Cursor makes anywhere near 40m profit. All they're revenue is spent on tokens with the LLM vendors. I'd be surprised if they are even running at positive margin and not just subsidizing usage with the VC money.

        Unsure of what the end goal is, but I expect everything AI related to be a load-leader right now and then the goal being to figure out how to drive down costs or make even more money later.

        Maybe that's what Sequioa thinks too...

      • By dkdcio 2025-08-212:441 reply

        how much profit does Cursor generate on that revenue?

        • By blitzar 2025-08-2111:06

          If I had to guess ... I would say they spend more on Ai tokens than they take in in revenue.

    • By k_bx 2025-08-218:02

      If the world is moving towards open models which are "good enough" – the main winner will be the one controlling the distribution. So if you're controlling the web browser, the editor or the OS – you are the winner.

      Obviously, the risk here is very high from this perspective, since nothing guarantees anything.

    • By chewz 2025-08-216:322 reply

      Zed isn’t just a text editor. It is the only working platform for code assistants.

      Neither Google nor Claude nor anyone can’t at the moment get right basic operations like file edits. Zed is flawless in co-operating with most LLM models. And not just that - also switching models during conversation and more.

      I am at Zed Pro at $20 but when Zed offers $200 Max plan I will sign up right away.

      • By resonious 2025-08-218:28

        I switched off of Zed's agent system onto the Claude Code CLI because I was blown away by how much better CC was.

        Even with "auto edit" turned on, Zed just kept asking me for confirmation. I'd be like "hey your code has this bug", and it'd be like "you're right, and this is why. here's how you can fix it" ??? just fix it man it's your code. Maybe this is fixed now, but Claude Code never has this issue and is very good at only stopping when truly stuck (and generally for good reason!)

        Changing the topic a bit, Zed's collaboration features seem really good but it's quite hard to use when nobody uses it in the first place. With VSCode, I can use the LiveShare extension and everyone on the team can just join with no fuss at all. LiveShare is likely not nearly as technically great, but the simple fact that people can use it easily makes it win hard.

        Honestly it would be cool if Zed can somehow become more popular thanks to this investment. As long as it can keep its speed and technical excellence. VSCode used to be super lean and cool, but now it's just another fat IDE with unlimited bells and whistles. It feels like how Eclipse felt back in the day.

      • By gbin 2025-08-217:15

        How does this compare to the rust rover with Junie? it is definitely well integrated for code edits and iterations with the IDE

    • By bigtones 2025-08-217:07

      No....there is value in having many developers use your tool for daily code development. You should think if it as a lot more than a text editor as well, just like Github is a lot more than just hosted Git (also VC backed at first).

    • By thom 2025-08-212:44

      They don’t sell an editor, they sell editing.

    • By GuB-42 2025-08-219:48

      What they are really selling is an AI service subscription.

      They are giving out the actual text editor for free.

    • By dustingetz 2025-08-211:31

      AI text editor

  • By zkoch 2025-08-2019:064 reply

    I love working in Zed. It really is a delight to use, and I think the Agentic coding integration is really well done. I'm excited to see them investing in this space more.

    I understand people's concerns about VC funding, but I think building quality products takes capital. The funding is still relatively small, especially when you compare it to players like Cursor, etc. And I think Zed is a much, much better product!

    Zed being OSS is a gift to the community, and I suspect DeltaDB will be as well. And as others have said, Nathan (CEO) is a delightful human.

    Congrats, Zed!

    • By wolvesechoes 2025-08-217:40

      > I understand people's concerns about VC funding, but I think building quality products takes capital.

      When VC funding comes in it stops being about building any products, because the company itself becomes a product.

    • By devoutsalsa 2025-08-218:37

      Maybe you can comment on this. I saw in the Zed demo that they're using "rewrite optimized version Claude". My first thought was wondering how big the bull is going to be.

    • By ignoramous 2025-08-2019:281 reply

      > And as others have said, Nathan (CEO) is a delightful human.

      Hate cancel culture as much as the next techbro, but since y'all point out they're "a delightful human", it'd be interesting to see how Nathan then responds to concerns raised in some quarters: https://github.com/zed-industries/zed/discussions/36604

      • By kiney 2025-08-2023:042 reply

        [flagged]

        • By hashbig 2025-08-2023:19

          Can I replace "islamophobic" in your comment with "antisemitic" and not have my comment deleted or my profile banned on this site?

        • By ignoramous 2025-08-2023:13

          > being "islamophobic" is actually the right thing to do from a humanitarian perspective

            Every perpetrator of terrorism sees himself as a victim. Such is the case not only with individual terrorists, who often compete with their enemies over who is more victimized, but also with terrorist groups and nation states.
          
          - Bessel van der Kolk (author, The Body Keeps the Score: Brain, Mind, and Body in the Healing of Trauma).

    • By esalman 2025-08-2019:411 reply

      [flagged]

      • By cultofmetatron 2025-08-2021:191 reply

        I think a lot of people are missing the sarcasm here. that said, I agree that its absolutely horrific. yesterday I saw a video where a girl who couldn't have been more than 9 or 10 years old carrying water was hit by an idf strike. Poor kid was basically rendered into chum. The fact taht this stuff is going on right in front of our eyes and our government is complicit in is horrific.

        • By esalman 2025-08-2022:01

          I have heard of worse. Check out recent podcast with Tony Aguilar or the Theo Von podcast with a doctor. Boys shot in the testicles. Children shot longitudinally (bullet went through head and lodged in the abdomen)- raising concern if they were shot from choppers or drones. The aid distribution sites are basically hunger games- people only go there if they have death wish, and it is run by private military- you know, the infamous ones from Iraq, Afghanistan or Abu Gharib.

HackerNews