AP
у него абсолютно нулевая польза =)
Size: a a a
2020 November 02
AP
Чтобы менять переменную при ховере элемента, мне придется трекать ховер на жсе? Нахрена это мне нужно...
AP
ты правильно написал про догфудинг, мне сложно представить как мейнтейнеры используют свою же поделку, если предлагают такие решения =)
AP
При этом я-то вообще против класс форвардинга и за цсс переменные (херачу проект уже давно и никогда классы форвардить не надо было, всегда справляюсь переменными). Всё, что я сказал — это что решение тащить в кор смысла нет, потому что оно решено в юзерленде и там не сыскало популярности.
На что меня назвали оппозиционером, приобщили к группе, которая всегда против всех фич, на серьезных щщах сравнили установку пакета из NPM с написанием кастомного компиляторного макроса.
Я хз, видимо, им там совсем много говна приходится разбирать, раз они так агрессивны.
На что меня назвали оппозиционером, приобщили к группе, которая всегда против всех фич, на серьезных щщах сравнили установку пакета из NPM с написанием кастомного компиляторного макроса.
Я хз, видимо, им там совсем много говна приходится разбирать, раз они так агрессивны.
потому что они сами наделали кучу очень спорных решений, а теперь разбирают =)
DK
RFC никакую проблему не решает =) почему нужно прокидывать переменные через style атрибут? я могу прокидывать переменные через тот же класснейм и у меня будет больше возможностей, я могу строить селекторы и менять переменную в зависимости от вложенности элементов друг в друга.
Как этот RFC поможет расставлять внешние отступы дочерним компонентам?
Как этот RFC поможет расставлять внешние отступы дочерним компонентам?
На самом деле, всё, что я хотел донести до чуваков — это что к свелту надо относиться как к продукту. У нас в продакт-менеджменте есть куча говнища, но есть и нормальные практики.
Например, у любой фичи всегда должны быть юзер-стори или jobs-to-be-done, то есть конкретные кейсы, которые хочется решить. Обязательная составная — это ответ на вопрос "как люди решают эту проблему сейчас" и "насколько часто они с этой проблемой сталкиваются". С этой конкретной фичой ответы на оба вопроса очень грустные, потому что решений — миллион и один, а сталкиваются, судя опять же по популярности пакетов, очень редко.
То есть базовая подготовка к разработке фичи не проведена. Они хуячат фичи, потому что им кажется, что это прикольно, а это, увы, плохо :(
Например, у любой фичи всегда должны быть юзер-стори или jobs-to-be-done, то есть конкретные кейсы, которые хочется решить. Обязательная составная — это ответ на вопрос "как люди решают эту проблему сейчас" и "насколько часто они с этой проблемой сталкиваются". С этой конкретной фичой ответы на оба вопроса очень грустные, потому что решений — миллион и один, а сталкиваются, судя опять же по популярности пакетов, очень редко.
То есть базовая подготовка к разработке фичи не проведена. Они хуячат фичи, потому что им кажется, что это прикольно, а это, увы, плохо :(
AP
дак я же и говорю, что вэлью фичи нулевое потому что оно никакую конкретную проблему не решает, а если нужно прокинуть переменную это можно сделать кучей других довольно простых способов без принудительной обертки в див =)
тут и юзерстори нет и реализация говно =)
тут и юзерстори нет и реализация говно =)
AP
я каждый день сталкиваюсь с заданием марджинов/позишена/лефт/топ дочерним компонентам из родителя, единственное приемлимое с оговорками решение которое предлагает свелт это :global(.child)
AP
примерно с этого возникла вся эта канитель, из-за невозможности передавать скоуп класс в свелте они начали искать другие решения и пришли к этой дичи
К
чёт не заходит...
AP
они никогда не согласятся с противоположным мнением имхо
К
а, понял
К
голоснул
К
На самом деле, всё, что я хотел донести до чуваков — это что к свелту надо относиться как к продукту. У нас в продакт-менеджменте есть куча говнища, но есть и нормальные практики.
Например, у любой фичи всегда должны быть юзер-стори или jobs-to-be-done, то есть конкретные кейсы, которые хочется решить. Обязательная составная — это ответ на вопрос "как люди решают эту проблему сейчас" и "насколько часто они с этой проблемой сталкиваются". С этой конкретной фичой ответы на оба вопроса очень грустные, потому что решений — миллион и один, а сталкиваются, судя опять же по популярности пакетов, очень редко.
То есть базовая подготовка к разработке фичи не проведена. Они хуячат фичи, потому что им кажется, что это прикольно, а это, увы, плохо :(
Например, у любой фичи всегда должны быть юзер-стори или jobs-to-be-done, то есть конкретные кейсы, которые хочется решить. Обязательная составная — это ответ на вопрос "как люди решают эту проблему сейчас" и "насколько часто они с этой проблемой сталкиваются". С этой конкретной фичой ответы на оба вопроса очень грустные, потому что решений — миллион и один, а сталкиваются, судя опять же по популярности пакетов, очень редко.
То есть базовая подготовка к разработке фичи не проведена. Они хуячат фичи, потому что им кажется, что это прикольно, а это, увы, плохо :(
+ об этом же говорил где-то выше
A
Всем привет, подскажите можно использовать Sapper без ssr? Или она только для ssr? К примеру можно ли использовать Routes без ssr? Я новичёк в js, так что простите за глупые вопросы если они таковыми являются =)
AS
Кажется это будет Svelte+Routify
DK
Всем привет, подскажите можно использовать Sapper без ssr? Или она только для ssr? К примеру можно ли использовать Routes без ssr? Я новичёк в js, так что простите за глупые вопросы если они таковыми являются =)
Сейчас так нельзя. Есть очень популярный ишак на эту тему: https://github.com/sveltejs/sapper/issues/383
˸A
На самом деле, всё, что я хотел донести до чуваков — это что к свелту надо относиться как к продукту. У нас в продакт-менеджменте есть куча говнища, но есть и нормальные практики.
Например, у любой фичи всегда должны быть юзер-стори или jobs-to-be-done, то есть конкретные кейсы, которые хочется решить. Обязательная составная — это ответ на вопрос "как люди решают эту проблему сейчас" и "насколько часто они с этой проблемой сталкиваются". С этой конкретной фичой ответы на оба вопроса очень грустные, потому что решений — миллион и один, а сталкиваются, судя опять же по популярности пакетов, очень редко.
То есть базовая подготовка к разработке фичи не проведена. Они хуячат фичи, потому что им кажется, что это прикольно, а это, увы, плохо :(
Например, у любой фичи всегда должны быть юзер-стори или jobs-to-be-done, то есть конкретные кейсы, которые хочется решить. Обязательная составная — это ответ на вопрос "как люди решают эту проблему сейчас" и "насколько часто они с этой проблемой сталкиваются". С этой конкретной фичой ответы на оба вопроса очень грустные, потому что решений — миллион и один, а сталкиваются, судя опять же по популярности пакетов, очень редко.
То есть базовая подготовка к разработке фичи не проведена. Они хуячат фичи, потому что им кажется, что это прикольно, а это, увы, плохо :(
Не читал в дискорде, но с этим постом на 100% соглашусь (и с предыдущими вашими по этой теме)
˸A
Всем привет, подскажите можно использовать Sapper без ssr? Или она только для ssr? К примеру можно ли использовать Routes без ssr? Я новичёк в js, так что простите за глупые вопросы если они таковыми являются =)
Выше Tinro советовали
https://t.me/sveltejs/117496
https://t.me/sveltejs/117496