Я бы сказал, что главный косяк в дизайне — this вне arrow функций.
А еще писать нормальный js с зависимостями без бандлеров стало можно едва 2 года назад. И пока нода не поддержит esm мы будем в гениальном комбо из require и import/export явно или через интеропы, что тоже не сглаживает кривую.
А еще, теперь человеку сразу после того, как он понял императивный DOM API, кидают в лицо декларативный VDOM (в 90% случаев, а в оставшихся — монструозный ангуляр), и надо опять идти понимать как строить интерфейсы.
В итоге быстрая эволюция JS это очень круто для тех, кто пришел до ES6 и бабеля, но новичкам во фронте сейчас не позавидуешь.
Косяки с русской озвучкой пошли потому что то ли русский вдвое длинее английского и изменения звука и анимаций всиретились в середине, то ли команда локализации на русский магичиским образом пришла к выводу, что лучше изуродовать аудио, чем пользоваться официальной тулзой от cdpr, чтобы этого не делать.
Так у вас тогда будет 1 item на все компоненты.
Если мне не изменяет память, (сменил vue на реакт примерно 8 месяцев назад) можно просто не объявлять его в data и таким же способом вернуть через computed. (только как this.item)
А для чего вы умножение цвет на alpha? (выглядит так, будто вы и сходите из предположегия, что любая картинка на черном фоне (мб стоит передавать предполагаемый цвет фона и смешивать?)
Примерно обернул imask как это делают с vue так codesandbox.io/s/jlq5wr73
(очень грубая наметка, как обернуть imask под vue, но она дает нам: возможность привязываться к кастомным инпутам, простую работу с v-model, чистые шаблоны, точно работающую со всем остальным во vue реактивность vue, минимум бойлерплейта)
Т.к. imask по сути изменяет представление данных нет смысла лезть в шаблоны (скорее всего это желание появилось т.к. в Реакте у вас скорее шаблоны как сахар в JS, а во vue шаблоны как… ммм, шаблоны тупые и простые)
В идеале можно избавиться и от хранения состояния, оставив чисто вычисления в маску и назад.
Почему?
По сути необходимые фичи
1) Мультиселект языка.
2) Если статьи на языке пользователя нет, то он может выбрать, на каком из имеющихся читать. (+оповестить о переводе)
3) Перевод интерфейса.
4) Галочка "только на языках, которыми я владею" в поиске / топе(тут мб тонкое место с поддержкой кучи топов)
5) Возможность явно указывать, что статья X — перевод статьи Y.
Ну а если авторы годных статей переедут с медиума на храбр (хотя бы ради подсветки синтаксиса) нам только приятнее.
Я читал полную статью
Там есть
Замыкания
IIFE
Контекст ( тут же arrow functions)
Прототипное наследование (Тут и классы (т.к. в JS это сахар))
Event Loop
Python, это когда половина библиотек написана не на Python и собирается исключительно под парой конкретных дистрибутивов линукса и то, нередко, вручную.
Python это когда return идет до условия.
Python это когда неявные мутации — норма.
Python это когда при виде переменной приходится гадать, где ее объявили (не всегда везет читать модульный код)
Python это модули, зависимые от дерева файловой системы
— Кстати аналог генераторов (streams + input iterators) есть, кажется в любом популярном язык
Про язык не согласен: с некоторых пор появляется глобальная культура, которая вытесняет локальные, с ней приходит и глобальный язык(в нашем случае наследующий от английского). Не вижу разумных причин сопротивляться этому: вы предлагаете отдать в пользу идентичности (исходя из ваших слов, национальной) скорость развития. А идентичность эта раньше была вынужденной: ее вызывали языковой и территориальный(иначе информацию быстро передавать было нельзя) барьеры
А еще писать нормальный js с зависимостями без бандлеров стало можно едва 2 года назад. И пока нода не поддержит esm мы будем в гениальном комбо из require и import/export явно или через интеропы, что тоже не сглаживает кривую.
А еще, теперь человеку сразу после того, как он понял императивный DOM API, кидают в лицо декларативный VDOM (в 90% случаев, а в оставшихся — монструозный ангуляр), и надо опять идти понимать как строить интерфейсы.
В итоге быстрая эволюция JS это очень круто для тех, кто пришел до ES6 и бабеля, но новичкам во фронте сейчас не позавидуешь.
Косяки с русской озвучкой пошли потому что то ли русский вдвое длинее английского и изменения звука и анимаций всиретились в середине, то ли команда локализации на русский магичиским образом пришла к выводу, что лучше изуродовать аудио, чем пользоваться официальной тулзой от cdpr, чтобы этого не делать.
Про тулзу
https://youtu.be/chf3REzAjgI?t=2344
Если мне не изменяет память, (сменил vue на реакт примерно 8 месяцев назад) можно просто не объявлять его в data и таким же способом вернуть через computed. (только как this.item)
Примерно обернул imask как это делают с vue так codesandbox.io/s/jlq5wr73
(очень грубая наметка, как обернуть imask под vue, но она дает нам: возможность привязываться к кастомным инпутам, простую работу с v-model, чистые шаблоны, точно работающую со всем остальным во vue реактивность vue, минимум бойлерплейта)
Т.к. imask по сути изменяет представление данных нет смысла лезть в шаблоны (скорее всего это желание появилось т.к. в Реакте у вас скорее шаблоны как сахар в JS, а во vue шаблоны как… ммм, шаблоны тупые и простые)
В идеале можно избавиться и от хранения состояния, оставив чисто вычисления в маску и назад.
И он работает
А вот стейджинг наш некоторое время лежал в блоке
Почему?
По сути необходимые фичи
1) Мультиселект языка.
2) Если статьи на языке пользователя нет, то он может выбрать, на каком из имеющихся читать. (+оповестить о переводе)
3) Перевод интерфейса.
4) Галочка "только на языках, которыми я владею" в поиске / топе(тут мб тонкое место с поддержкой кучи топов)
5) Возможность явно указывать, что статья X — перевод статьи Y.
Ну а если авторы годных статей переедут с медиума на храбр (хотя бы ради подсветки синтаксиса) нам только приятнее.
Я читал полную статью
Там есть
Замыкания
IIFE
Контекст ( тут же arrow functions)
Прототипное наследование (Тут и классы (т.к. в JS это сахар))
Event Loop
Python это когда return идет до условия.
Python это когда неявные мутации — норма.
Python это когда при виде переменной приходится гадать, где ее объявили (не всегда везет читать модульный код)
Python это модули, зависимые от дерева файловой системы
— Кстати аналог генераторов (streams + input iterators) есть, кажется в любом популярном язык
Про язык не согласен: с некоторых пор появляется глобальная культура, которая вытесняет локальные, с ней приходит и глобальный язык(в нашем случае наследующий от английского). Не вижу разумных причин сопротивляться этому: вы предлагаете отдать в пользу идентичности (исходя из ваших слов, национальной) скорость развития. А идентичность эта раньше была вынужденной: ее вызывали языковой и территориальный(иначе информацию быстро передавать было нельзя) барьеры