Pull to refresh

Comments 29

А нафига оно надо? Emacs или Vim поставил и программируй на здоровье.

Spacemacs на своем VPS от оракла через ssh. Если новый сервак, то просто vim хватит что подкрутить. В итоге везде примерно одно упрввление, на серваке проекты в сохранности, (можно там же на выделенный том поставить свои репы).

Может сложно, и облачнач идешка проще кажется, но по функционалу и близко не стоит.

Я с удовольствием пользуюсь разными тулзами в сети - не надо тащить всю инфраструктуру и среду разработки/тестирования себе на комп для разовой задачки

Ну а если сидишь на какой-то технологии - то логичнее всё-таки иметь всё у себя - это и надёжнее (нет отказов из-за разрыва связи) и быстрее работает, но по поводу тестирования - это сложнее вопрос ...

Используешь импортный облачный сервис - в самый неподходящий момент отключают отечественных разработчиков.

Используешь отечественный облачный сервис - туда не могут достучаться коллеги из-за бугра или командированные.

Вывод? Любишь облака - подымай свои :)

доступна из любого места

чтобы был Интернет

Это взаимоисключающие понятия. Да и в чем преимущество непонятно, мой ноут тоже доступен мне из любого места если я его беру с собой, только интернет не нужен чтобы код писать.

Это означает, что их можно использовать на любом устройстве, которое поддерживает веб-браузер

На телефоне запускать IDE как то глупо, а десктопные и так есть кроссплатформенные под любую десктопную ОС, потому тоже как то слабовато. Да и оверхед из за браузера приведет к тому что тормозить это все будет и жрать еще больше памяти.

Не глупо. Вот когда начинает тот момент, когда под рукой ничего нет, а код поправить надо, то шикарный вариант. Лучше, чем блокнот.

Тут разницу в отзывчивости между vim и VS замечают и разводят холивары. А вы о каких то облачных сервисах.

Непонятно, как действовать в случае сбоев и падении сервисов.

понятно же, как действовать - никак

Иде тормозят постоянно, даже при банальном наборе текста. Что дико раздражает. Облачные Иде к этим задержкам ещё добавят время на передачу данных на сервер и обратно. И получим этакое программирование по переписке?)

Наркоман что ли? Когда это сообщение набирал тоже задержки испытывал?

Судя по минусам на Хабре и правда остались одни наркоманы.

Да еще и судя по профилю вы еще и разработчики. Онлайн редактор у них с задержками.

Так и живем.

Минусы навесили вполне справедливо - сообщение это «отправил-забыл», но код писать это постоянное взаимодействие с intelliSence/language-server’ом, а оно даже на локалке бывает тупит и подтормаживает

По требованиям к каналу и задержкам, все равно что сравнить сетевую игру в какой-нибудь многопользовательский шутер типа battlefield с homm 3

Можно же как? Написать продвинутую логику клиентского кеширования всего кода, чтобы всё работало локально, включая сканирование всей структуры проекта для работы автокомплита. А синхронизировать между устройствами можно, например, git-ом. Хотя постойте...

Облачные IDE работают в браузере, поэтому они не зависят от операционной системы или аппаратного обеспечения компьютера

А вот браузеры теперь зависят от операционной системы. Новые браузеры на отрез отказываются пускаться на чем попало, только свежие ос. А старые браузеры новыми веб интерфейсами не поддерживаются.

Разработчики привыкли к удобным средам и большое внимание уделяют отзывчивости интерфейса, скорости работы программы

И что в этом плохого. Как только локальные иде будут тормозить меньше браузера то можно будет о чем-то говорить. А так браузер жрёт необоснованно много ресурсов для решения любых задач.

работать над проектами из любой точки мира и на любом устройстве

Работать в иде с телефона или планшета - это мазохизм.

Да и если есть интернет то подключаться к удалённым серверам по rdp или ssh никто не мешает. Нафига лишние посредники?

Да просто облачные ide - это в том числе работа на удаленной виртуальной машине. С инпут лагами в том числе. Спасибо, но нет

Как-то пришлось в одной компании работать по RDP, примерно месяцев 8 так трудился. Периодические лаги при наборе и редкие проблемы с коннектом - бесят страшно. Так это учитывая, что на другом конце привычная IDE, а не какая-то новая облачная.

Обычно человеку нужен не только IDE. Человеку нужна ещё электронная почта, поиск файла по содержимому в файловой системе и т.д. И вот у меня Cloud9 и Gmail. Всё хорошо, все облачно, только как мне послать по почте прикреплённый файл? Как посмотреть сгенкрированную моим кодом картинку? Получается, что все время работать на удалённой машине не получается, нужно всё время файлы таскать туда-сюда.

Функциональность Cloud9 по сравнению с PyCharm ограничена. Не смертельно, но неприятно.

Вот пример из жизни. Я работаю на Питоне и мне надо дебаггировать один и тот же код разными venv. Как мне переключить Cloud9 на использование одного из них? Я пытался разобраться, и мне это просто надоело. Ну его, этот Cloud9...

Ключевое неудобство - нужен интернет. В поезде/самолете не поработаешь. На даче или на море - как повезет.

Проблема "работает на моей машине" как раз таки решается. Представьте, что вы можете запустить среду разработки как любой другой контейнер сразу в нужной среде. Например на QA. Сразу получаете все необходимые доступы и внешние зависимости. Ваше запущенное под отладкой приложение уже пишет логи куда нужно, уже находится за балансером и к нему могут обращаться другие приложения - сразу крутиться в целевой инфраструктуре. Красота же!

Так что кофе, пролитое на ноутбук, не грозит такими уж печальными последствиями.

Какова вероятность пролития кофе и отказа доступа к облачному сервису?.. А на случай пожара, потопа и нападения инопланетян я делаю регулярно бекап на диск, который лежит в пожарозащищенном кейсе вместе с важными документами.

Из-за особенностей бизнеса, приходится пользоваться гуглодиском (с файлами на нем работает команда). Пару лет назад был инцидент и пропал ряд файлов. То есть, файлы были видны, но они все были 1 к. Служба поддержки признала, что что-то в этом есть, и они готовы восстановить, если я дам пути и размеры файлов. Понятно, размеров у меня не было. С тех пор я регулярно делаю резервную копию данных облака на локальный компьютер. Можно сказать, теперь я "дую на холодное молоко". Но ничего важного в облаке я держать не стану.

Равное имеется в виду когда код не был скопирован никуда потому что был в процессе написания

Можно на гитхабе приватный репозиторий сделать. Если в vs программируете - то очень удобно. Если в vim и т.д., либо не программируете - тогда не знаю, не пробовал.

Примечательно, что самое большое преимущество, которое такое приложение, как Google Таблицы, дает работнику умственного труда – устранение перекосов версий и создание системы учета – на самом деле не является стимулом для сред разработки к переходу в облако.

https://www.warp.dev/blog/why-is-it-taking-so-long-for-cloud-dev-environments-to-catch-on#:~:text=Notably%2C%20the%20biggest%20single%20advantage%20that%20an%20app%20like%20Google%20Sheets

Так же при использовании облака нет никакой уверенности что если вендор решит прекратить оказания услуг в твоей стране, вся твоя работа не превратится в тыкву.

Теперь достаточно хромобука для программирования.

То есть один Git и резервное копирование настроек IDE заменяет все эти навороченные облака?

Они работают в облаке и предоставляют пользователям доступ к своим продуктам и инструментам через веб-браузер.

В этом то и дело, что через браузер. Что скорость и стабильность зависит об браузера.

Тем более что такое себе решение использовать браузер в качестве клиента. Например, в онлайн играх для этого использую свой собственный клиент и не зависят от сторонних продуктов.

Единственный вменяемый вариант облачной IDE это IDE, развернутая в собственном облаке компании. В любом другом случае это хранение проприетарного кода у стороны компании, что хреново. Тут ровно та же фигня, что с нейронками. Может сделать много потребного... если открыть для нейронки свою кодобазу. Что с точки зрениея безопасности вменяемо только если нейронка коутится на серваке твоей же компании.

Sign up to leave a comment.

Articles