Size: a a a

2020 May 08

R

Ruslan in ctodailychat
Onlinehead
"Офлайн режим". Облачный IDE. Тут есть некое противоречие. Можно сказать что visual studio code это офлайн режим VS online, потому что это электрон и собственно яваскрипт-приложение.
под "офлайн" режимом я имею в виду возможность в случае отсутствия интернета не стопариться, например скачать некий docker-compose своей среды/набор dot files, проинтегрировать в локальную ide (например тот же visual studio) и работать
источник

O

Onlinehead in ctodailychat
Ruslan
под "офлайн" режимом я имею в виду возможность в случае отсутствия интернета не стопариться, например скачать некий docker-compose своей среды/набор dot files, проинтегрировать в локальную ide (например тот же visual studio) и работать
А зачем тогда вообще нужен онлайн ide, если есть возможность все притащить локально? Ну, всмысле нечто онлайновое очевидно вряд ли будет монолитом, который можно себе локально и полноценно скачать чтобы оно прям работало. Для этого есть собственно классические IDE которые просто работают.
источник

O

Onlinehead in ctodailychat
Звучит примерно как "я хочу облако, но если нет интернета - хочу его локально запускать":)
источник

R

Ruslan in ctodailychat
Onlinehead
А зачем тогда вообще нужен онлайн ide, если есть возможность все притащить локально? Ну, всмысле нечто онлайновое очевидно вряд ли будет монолитом, который можно себе локально и полноценно скачать чтобы оно прям работало. Для этого есть собственно классические IDE которые просто работают.
Не понял вторую часть, docker-compose, локальные кубы позволяют эмулировать облако у себя локально. Пункт с возможностью "онлайн" нужен, потому что пока мы не на той стадии, когда интернет 100% всегда и стабильный, хочется себя немного обезопасить)
источник

O

Onlinehead in ctodailychat
Не надо путать кубик и облако, оно вообще не рядом)
источник

R

Ruslan in ctodailychat
Onlinehead
Не надо путать кубик и облако, оно вообще не рядом)
а почему? в моем примере выше, для меня облако == возможность абстагировать сэтап со своего компа и не тратить локальные ресурсы
источник

O

Onlinehead in ctodailychat
Я так понимаю то, что действительно хочется - это таскать все что назапускал в том же кубике между локальной машиной и неким кубиком в облаке. Но это совсем не задача IDE. Более того - по настоящему синхронизировать два кубика это задача сверхкомплексная и ни одного толкового решения ее я не видел и скорее всего не увижу, т.к. или это будет работать с чем то ну совсем стандартным, либо не будет работать совсем)
источник

O

Onlinehead in ctodailychat
Для остального можно просто деплоить в два места, благо все воспроизводимо.
источник

R

Ruslan in ctodailychat
Onlinehead
Я так понимаю то, что действительно хочется - это таскать все что назапускал в том же кубике между локальной машиной и неким кубиком в облаке. Но это совсем не задача IDE. Более того - по настоящему синхронизировать два кубика это задача сверхкомплексная и ни одного толкового решения ее я не видел и скорее всего не увижу, т.к. или это будет работать с чем то ну совсем стандартным, либо не будет работать совсем)
скорее не таскать/деплоить, а именно не быть зависимым от локальных ресурсов, не испытвать с этим проблем, не "загрязнять" локальную среду
источник

O

Onlinehead in ctodailychat
Ruslan
скорее не таскать/деплоить, а именно не быть зависимым от локальных ресурсов, не испытвать с этим проблем, не "загрязнять" локальную среду
Эм, а что мешает поднять кубик где нибудь в GKE и жить с этим?
источник

O

Onlinehead in ctodailychat
С точки зрения подключения к API кластера совершенно без разницы, где оно будет.
источник

O

Onlinehead in ctodailychat
Ну и если вдруг почему то GKE недоступен, то minikube какой нибудь локально и опять же жить с этим
источник

R

Ruslan in ctodailychat
Onlinehead
Эм, а что мешает поднять кубик где нибудь в GKE и жить с этим?
в самой ide тоже бывают проблемы с производительностью и это сложнее сэтап имхо
источник

O

Onlinehead in ctodailychat
Ruslan
в самой ide тоже бывают проблемы с производительностью и это сложнее сэтап имхо
Ты хочешь странного:) С одной стороны - ты хочешь чтобы у тебя все вертелось где-то в облаке включая IDE, потому что локально оно лагает, но в то же время хочешь возможность привезти это локально вместе с окружением, что вообще может убить тебе машину, если она IDE даже полноценно не тянет.
источник

R

Ruslan in ctodailychat
Onlinehead
Ты хочешь странного:) С одной стороны - ты хочешь чтобы у тебя все вертелось где-то в облаке включая IDE, потому что локально оно лагает, но в то же время хочешь возможность привезти это локально вместе с окружением, что вообще может убить тебе машину, если она IDE даже полноценно не тянет.
Я хочу возможность притащить, если я останусь на острове/поездке, где нет интернета)
источник

O

Onlinehead in ctodailychat
Ruslan
Я хочу возможность притащить, если я останусь на острове/поездке, где нет интернета)
Ну, автоматизировать это нормально практически невозможно, так что нет, вряд ли такое появится в ближайшее время и с текущими абстракциями.
источник

O

Onlinehead in ctodailychat
Так что или ручками поднимать окружение которое хочется и где хочется, или никак. Облачное IDE тут совсем не поможет, оно совсем про другое.
источник

O

Onlinehead in ctodailychat
Потому что задача на самом деле не про IDE, а про твое уникальное окружение, которое тебе хочется таскать туда-сюда.
источник

R

Ruslan in ctodailychat
Onlinehead
Ну, автоматизировать это нормально практически невозможно, так что нет, вряд ли такое появится в ближайшее время и с текущими абстракциями.
А почему кстати не получается? Я тут не очень эксперт, но казалось, что если мы имеем код + инфру описанную как код + какой-то сид данных, мы можем это воссоздать
источник

O

Onlinehead in ctodailychat
Ruslan
А почему кстати не получается? Я тут не очень эксперт, но казалось, что если мы имеем код + инфру описанную как код + какой-то сид данных, мы можем это воссоздать
Это работает только для очень простых конфигураций.
источник