мне вообще наоборот подписки даже больше нравятся, например я знаю что за свои 2.99 https://nautil.us будет держать уровень недоступный остальным, работающим на других моделях

а как оформить? 🤔

я давно догадываюсь, что что-то не то, но пока что только теряюсь в догадках)

Кмк, в патреоне самое мощное оружие — это tiers. В них можно описать, что подписчик получит за свои N$ в месяц | пост.

Я понимаю, что ты не очень много контента генеришь для патреона (может, эта тенденция изменится?), но ты можешь оформить хотя бы один тир, где расскажешь, на что уходят деньги (это не очень важно с точки зрения лояльности патрона) и что патрон получит взамен (это важно, пусть даже нерегулярно и немного). А если тира будет два или три — вообще огонь)

Моё имхо

А так заходит какой-нибудь Коля на страницу, видит, что ты пишешь софт, что эффектор делаешь. Ну делаешь, красавчик.

Если Коле очень нравится эффектор (или ты), он занесёт. Потому что знает тебя.
А если Коля не очень горит эффектором, то зачем ему заносить? Как дань уважения? Ну, может быть.


А вот если Коля увидит, что всего за $3.99 он получит доступ к инсайдам и бэстпрактисам от разработчика эффектора (а за $5.49 на трое суток раньше остальных), то будет мотивация.

Ребят, а есть возможность юзать эффектор без асинхронщины и тем самым уменьшить бандл? В доках об этом не нашел

аа, большое спасибо, теперь понятно)

да, конечно

интересно узнать сколько весит createStore и createEvent

createEvent 3.25 kB gzip
createStore 3.92 kB gzip

не используешь createEffect — асинхронщина в бандл не попадает

Поняв. Спасибо

😊

Всем привет, кто нибудь сталкивался с проблемой useList?

При рендере элементов с помощью useList и удалении элемента из листа, реакт неправильно отображает оставшийся. Как будто бы key нужен…

при .map() с key такая проблема отсутствует

да, useList использует только индексы (пока не придумали как лучше предложить апи для ключей), поэтому в случаях когда key требуется — лучше .map с key

Хм…
Но было бы неплохо при useList пережавать кастомный key 🙂

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

я короче думал как-то так:

const FriendList = ({username}) =>
  useList(friends, {
    keys: [username],
    key: ({userId}) => userId,
    fn: ({name}) => (
      <p>
        {name} is a friend of {username}
      </p>
    ),
  })

аналогично с указанием поля в объекте, шортхэнд:

const FriendList = ({username}) =>
  useList(friends, {
    keys: [username],
    key: 'userId',
    fn: ({name}) => (
      <p>
        {name} is a friend of {username}
      </p>
    ),
  })