Тут вопрос, это принципиальная сложность или мы просто не доросли в каком-то смысле для решения этой задачи. Я думаю, для любой работающей технологии можно найти предыдущие попытки сделать то же самое, но неудачно.
Можно переходить к хранению градуированно?
— сначала сделать запасной текстовый интерфейс (хоть даже файловую систему виртуальную)
— потом перетаскивать сценарии использования на AST или даже какой-нибдуь semantic tree
Сейчас у нас фактически двойное хранение — у IDE в кешах и в тексте, причем тектовое представление первично. Может быть можно как-то стандартизировать кеши сначала как базу данных с публичным API, потом запретить хранить текст который содержит какую-то информацию не содержащуюся в базе данных, потом в какой-то момент сделать базу данных первичной.
Вроде ж мы про код говорим? Простой поиск выводит на stackoverflow http://stackoverflow.com/questions/523307/semantic-diff-utilities (сам, правда, не пользовался)
Я не знаю точного определения слова «текст» и мне лень смотреть. Но формула как графическое предстваление это не последовательность символов там символы вступают в некоторые геометрические отношения (над/под и т.д.)
Потому, что все уже сидят в проприетарных чатиках под которые есть инфраструктура. Например чтобы завести фейсбук мессенджер не надо ничего так как аккаунт фейсбука уже есть. А когда все друзья фейсбук мессенджере искать джаббер сервер, выяснять, как там завести логин и перетаскивать всех туда не надо.
Гугловский мессенджер поддерживал jabber, но потом забили (MS к тому времени успел сделать интеграцию через него со своим мессенджером, но она отвалилась)
А нельзя взять гардеробщицу, которая все знает про номерки И рядом с ней посадить за один комрпьютер специалиста по UX, который все знает про кернинг и визуальные языки и пусть знания гардеробщицы сольются со знаниями UX специалиста?
Никакой дыры, если у нас есть возможность заставить cmd выполнять произвольные команды, почему выполнение powershell скриптов это что-то более опасное?
Еще можно насыщать произведения рекламой или наоборот средствами сбора информации. Рекламу правда надо будет сделать трудноизвлекаемой а произведения подешевле чтобы выпускать их побольше. Т.е. блокбастеры постепенно вымрут останутся сериалы которые будут состоять из продуктплейсмета.
Можно переходить к хранению градуированно?
— сначала сделать запасной текстовый интерфейс (хоть даже файловую систему виртуальную)
— потом перетаскивать сценарии использования на AST или даже какой-нибдуь semantic tree
Сейчас у нас фактически двойное хранение — у IDE в кешах и в тексте, причем тектовое представление первично. Может быть можно как-то стандартизировать кеши сначала как базу данных с публичным API, потом запретить хранить текст который содержит какую-то информацию не содержащуюся в базе данных, потом в какой-то момент сделать базу данных первичной.
Можно пруф в контексте программирования? Может я не такой, он я скорее думаю геометрически.
Можно конвертировать также для любых других потребителей, которые любят текст.
Думаю, из стратегическая цель перегнать не VS на винде, а некий кроссплатформ (VS.Code, Xamarin Studio)
Гугловский мессенджер поддерживал jabber, но потом забили (MS к тому времени успел сделать интеграцию через него со своим мессенджером, но она отвалилась)
2) https://geektimes.ru/post/239077/
типа такого: https://blogs.msdn.microsoft.com/powershell/2014/11/19/powershell-remote-script-debugging-in-the-ise/