Я кстати на Паттае

ну если кто-то видит норм совет - опять-таки несложно закинуть его в пулл реквест или вообще в issue

что будет дальше - уже другой вопрос

сто раз плюсую, но команда круче одного. Так и со вью и прочим.

тот, кому это интересно и нужно и кто знает про возможность - закинет

Ага. Если взлетит, можно поробовать как-то на логическом уровне смёржиться с вьюфорумс и стать частью экосистемы.

Почти каждая группа создаёт такие репы, многие умирают потом

И ура! - у нас еще одна документация)

Засрать доки нюансами на специфические вопрос предлагаешь?

Засрать доки нюансами на специфические вопрос предлагаешь?

Большинство вопросов что я тут вижу, описаны в доке

то, что не покрывает доку я, собственно, такие вопросы и задаю)

как сделать - я смогу найти и сам меня интересует, как обычно делают и какие нюансы есть в различных реализациях - дабы не учиться на своих ошибках (заказчик не оценит)

будет организованный лог советов, который можно будет допиливать

там будет - почему у меня this - undefined?

то, что не покрывает доку я, собственно, такие вопросы и задаю)

Сам, на самом деле, тоже. Может задолбать, и соскочишь.

соскочить могу, но разве бизнес будет рад рефакторингу?)

Большинство вопросов что я тут вижу, описаны в доке

мы щас проблемы разрабов решаем и экосистемы. Надо чтобы нам было по кайфу и чтобы экосистема круто развивалась.

Я о том же говорю

Я ещё думать собрался насчёт темплейтов всяких. В частности, для таких штук можно составить примерный паттерн с отсылкой на уроки JS/

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

Можешь как раз сгруппировать все эти вопросы

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

Если честно-причестно, то, развивая экосистему, которая нам по душе, мы эти силы мощно экономим.

развивая экосистему через чат - можно получить еще один список awesome-vue

А я что предлагаю по-твоему?)

Ну тут ты сможешь хотя бы немного подзаработать

Если для тебя опенсорс = вхолостую, иди на реакте пиши.

Ты хочешь 10 кусков?

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

Я не хочу больше с тобой об этом говорить, попозже может. Спасибо за понимание

Ну то есть в доку вью тащить уже про архитектуру приложений?)

кто юзает webstorm, есть вопрос

Я про пробелы, которые между докой и живым воркфлоу, включая всё подряд, но более-менее организовано и подписано, что важно для авторства и опенсорс "рейтинга" советующих, и про экономию времени на распространённые засады, слабо относящиеся к доке, которая рассчитана на чуваков, знающих жс сверху до низу.

вот я тоже именно это в репе и хочу видеть

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

Самая популярная идеалогия сейчас примерно такая (описал ниже), но никто не запрещает использовать Vuex как хочется, если на то есть техническая возможность (сами себе злые Буратино). Vuex нужен ровно тогда, когда нужны одни и те же данные в разных частях приложения. Vuex - это не хранилище всех данных приложения, а сервис, который предоставляет возможность шаринга данных между компонентами и делает это ровно одним способом. Иметь только локальный стейт нормально, если данные нужны только в этом компоненте. Иметь локальный стейт + частичный мапинг стейта vuex нормально, если нужна какая-то часть данных (например, данные о пользователе) Иметь только vuex стейт в компоненте нормально, если компонент работает только с общими данными (например, форма редактирования данных пользователя) В целом, порядок верный. Эшн->Мутация->Стейт. Опять же, это имеет смысл, если данные из этой форму будут нужны еще где-либо. 3. Это про что?

Это вот, например, ты скопипастил или сам писал? Во втором случае слабо представляю тебя, пишущим то же самое again. Даже если это в каком-то виде есть в доке. Так со временем и замедляется развитие комьюнити

Подобное минимум второй раз пишу :)

Ну вот. А так бы ткнул на коммитик) А по репе поиск норм.

я забросил себе в трелло в ансортед) когда будет репа - напомни, закину цитатку

как изменить подсветку синтаксиса конкретного файла в webstorm? при создании нового vue файла обычно подгружалась js подсветка, сейчас для одного файла случайно ее сбросил и никак не могу найти в настройках, где это вернуть. Удаление .idea ни к чему не привело ..