# Why the author argues that browser-based IDEs are not the future

DevFeed: [Why the author argues that browser-based IDEs are not the future](<https://devfeed.tech/articles/article-34260.md>)

Original publisher: [Read original article](<https://tonsky.livejournal.com/323775.html>)

Published: 2019-11-29T15:25:04Z

Content type: opinion

Language: ru

Sources: [Tonsky Стой под стрелой](<https://devfeed.tech/sources/tonsky.md>)

Topics: [ide](<https://devfeed.tech/topics/ide.md>), [jetbrains](<https://devfeed.tech/topics/jetbrains.md>), [WebAssembly](<https://devfeed.tech/topics/web-assembly.md>), [Code](<https://devfeed.tech/topics/code.md>)

Tags: [code](<https://devfeed.tech/tags/code.md>), [ide](<https://devfeed.tech/tags/ide.md>), [jetbrains](<https://devfeed.tech/tags/jetbrains.md>), [livejournal](<https://devfeed.tech/tags/livejournal.md>), [tag-5e1c061eda96](<https://devfeed.tech/tags/tag-5e1c061eda96.md>), [tag-c40b78a8c8a6](<https://devfeed.tech/tags/tag-c40b78a8c8a6.md>), [tag-d16a2c26554f](<https://devfeed.tech/tags/tag-d16a2c26554f.md>), [tag-e3028c5e0ab2](<https://devfeed.tech/tags/tag-e3028c5e0ab2.md>), [webassembly](<https://devfeed.tech/tags/webassembly.md>)

## AI overview

In a JetBrains talk, the author argues that browser-based IDEs offer limited benefits and sacrifice desktop capabilities such as shortcuts, drag-and-drop, file access, system integration, and performance. The article also questions whether WebAssembly and cross-device execution justify the trade-offs.

## Source excerpt

Я тут сделал доклад в JetBrains (внутренний, сорян) про будущее IDE. И после доклада было много вопросов из серии "Но ведь будущее определенно за Х, а вы его даже не рассматриваете". Отвечаю. -- Почему вы не делаете IDE для браузера? Visual Studio Code Online Делать IDE в браузере особого смысла нет. Да, лет десять назад, на волне успеха Google Docs всем казалось, что сейчас вообще все переедет в веб: и фотошоп, и обработка музыки, и монтаж видео, даже игры пытались. И, разумеется, программирование. Оказалось (внезапно, да) что браузер это довольно неудобная и ограниченная фигня и сидеть в нем добровольно никто не хочет. То есть это и так было понятно, просто лет десять назад казалось, что щас гугл с майкрософтом напрягутся и подтянут веб до нужного уровня. Тогда думать так было нормально. Сегодня это уже наивно, потому что мы видим, что по факту никто ничего никуда не подтянул, наоборот, закручивают гайки и делают из веба платформу для документов. Ну и десять лет назад, может быть, кому-то и казалось, что веб это дивный новый мир, но сегодня уже совсем не так ясно, зачем вообще лезть в браузер? От попадания туда у приложений не возникает магически каких-то волшебных свойств, которые невозможно было бы организовать на десктопе. Наоборот, многие полезные свойства гарантированно теряются: шорткаты сильно ограничены, drag-n-drop, файлы, интеграция в систему, перформанс. Зачем, мистер Андерсон, зачем? Если будущее приложений (вообще любых, кстати) и лежит где-то, то точно не в браузере. -- Но ведь есть WebAssembly! Естественно, в таких дискуссиях неизбежно всплывает веб-ассемблер. Что тоже мне не очень понятно: веб ассемблер это такой способ запустить C++ в браузере. Но тут мы приходим опять же к вопросу: а зачем вообще запускаться в браузере? Что там есть такого, чтобы сначала усложнять себе жизнь, а затем эти проблемы героически решать? -- Но ведь если IDE написать для браузера, ты сразу сможешь запуститься на любом устройстве? Типа да, но то, что ты сможешь запустить, б