Интересный видос сегодня зацепил.
Develop Lightning Web Components Faster with Local Development Server
Кто-нибудь использует данный вариант разработки?
не зная, не знаю,
я до сих пор, когда работаю с LWC, чувствую, что совершаю трудовой подвиг. до чего все это сложное и хрупкое. приходится прикладывать весь свой опыт, чтоб заставить это работать
а до того, чтобы осваивать какие то полезные LWC "приблуды" еще речи нет
я до сих пор, когда работаю с LWC, чувствую, что совершаю трудовой подвиг. до чего все это сложное и хрупкое. приходится прикладывать весь свой опыт, чтоб заставить это работать
а до того, чтобы осваивать какие то полезные LWC "приблуды" еще речи нет
А в чем собственно трудовой подвиг?
А мне нравится LWC 
Если сравнить с тем, что когда-то было с visualforce так вообще кайф ловишь 
А мне нравится LWC
Если сравнить с тем, что когда-то было с visualforce так вообще кайф ловишь :D
Поддерживаю!
Правда вместо локального сервера я использую сам сф. Вполне себе шустро работает. И да ч не использую деплой для обновления LWC, как это делает VSCode
Как по мне то возможность разработки локально компонент которые зависят от того что творится в облаке - такое себе.
Особенно учитывая что нужно смотреть на взаимосвязь между другими компонентами на странице, то возможность превью одной компоненты - это прям то что меньше всего нужно.
А если учитывать что имея хороший интернет сохранение на орг проходит за секунду, то и вообще в этом локальном сервере отпадает любая нужда.
+ ко всему в нем совершенно нет смысла если у тебя интернета нет :)
Но зачем-то этот локальный дев сервер придумали и реализовали? Явно не просто для того чтобы удовлетворить свое гиковское эго?
Потому что могут. Потому что кому-то нужно. Хватит причин?
Я не думаю что это первопричины для разработки такого ПО. Это может где-то в детской песочнице такие заявления актуальны, но мы то с вами взрослые люди
Хотя, сорри Перегнул. "кому-то нужно" это однозначно правда
Гугл так делает)
У них уже почти 200 проектов ушли на пенсию, т.к. не особо нужны были, но они не боятся пробовать, т.к. есть на это деньги 
Ахахахах! Ну с этим не поспоришь. Беру свои слова назад
Кстати на счет локальных серверов для разработки фронтенда.
Ввиду моего прокаченного скила в Ангуляре я продолжаю участвовать в разработке проектов с его использованием вместо LWC. Со временем я пришел к структуре проекта когда фронтенд разработка ведется с использованием локального дев сервера от ангуляра со всеми его плюшками и без деплоя на SF. При этом сам фронтенд работает в полноценном контексте SF (абсолютно точно также как будто его загрузили из статик ресурсов). Сказать что я писаюсь от удовольствия работая с таким проектом ничего не сказать .
Поэтому меня и зацепила новость что под LWC придумали локальный дев сервер. Если предположить что можно заниматься разработкой LWC локально (с его локальной компиляцией, live reload) и тестировать результаты в контексте SF это был бы большой шаг в технике разработки.
Между прочим, последнии релизы MavensMate иммено так и работали: MavensMate-Desktop.
И все начали на это жаловаться и соскакивать на другие ide.
Я на нём сидел, пока автор не уничтожил свой плагин, чтобы люди в добровольно-принудительном порядке переходили на другие ide
MM топ! Жаль что его убили 
Сидел до последнего.
Но немного не совсем понял ассоциацию локального дев сервера которые может запустить код локально и MM Desktop. От того как запускался ММ разницы в разработке под SF вроде никакой не было. Все приходилось сохранять в облако чтобы запустить. Другое дело если бы ММ мог запустить Apex или VF локально без доступ в нет. Вот это было бы уже ближе к теме
Абажаю абабщения. Сидел до последнего, т.е. пока за отсутствием апдейтов, не запретили пользоваться. Sublime-мом до сих пор часто пользуюсь, ибо как редактор - непревзойден. ИМХО.
Кстати, интересно было бы провести опрос, собрать статистику...
Начинай записывать статистику:)
Когда MM перешел на electron, лично я начал писать свою ide :)
он божественен был для разработки в СФ
Я с него соскочил только когда плагин помер официально
Знаю знакомого который пользовался ММ + сублаймом еще пару лет после этого(он просто не обновлялся до мм+десктоп)
Ну а потом перешли на IC & IC2
PS: для новых проектов буду пользовать только vs code
Перешел на VSCode, потому что IDEA организм не воспринимает.
Хотя когда-то давно, во времена моего становления как программиста я души не чаял в продуктах IDEA и их сборках под разные языки (Ruby, Python, PHP). А как повзрослел и занялся реальным боевым программированием понял что IDEA это жуть - словно стрелять по воробьям из пушки.
Сейчас сижу за VSCode под все возможные языки, НО тоже в итоге не очень доволен. Из-за кучи плагинов он тоже стал неповоротливый и иногда плагины конфликтуют. К примеру при разработке Python проекта какого-то хрена SFDX плагин начинает какие-то ошибки показывать - мол ему чего-то не хватает в проекте. Или открываешь NodeJS проект, а плагин C# пытается что-то проидексировать. Было бы замечательно если можно было бы делать изолированные сборки VSCode под отдельные задачи (отдельно под Python, под JS, под SFDX).
Это надо задать вопрос разрабам! Мне кажется ты такой будешь точно не один
Попробовал поставить себе это чудо локальное
По факту имеет некий отстой который даже не запускается и не показывает почему он не запускается в случае ошибок.
Например я написал кривой код в разметке. Сохранил на орг, на орге сразу же выскочила ошибка что я тупой и так делать не надо.
В локальном сервере ничего не выскочило, а область с компонентой была просто пустой :)
Вот буквально сегодня боролся против SFDX плагина в VSCode (он же Salesforce CLI Integration). Короче кроме того что в панели ошибок на каждый save выводилось внутренняя ошибка из плагина так он еще и убил Emmet (автодополнение HTML). Ну такой уже наглости я не потерпел. Пришлось сделать Disable in Workspace. Но и тут сцуко данный плагин не просто сдался. Какого-то хрена у него в зависимостях еще куча плигинов которые пришлось деактивировать вручную. Но как весь зоопарк был деактивирован VSCode счастливым образом ожил.
