camelCaseVlad

Добавьте в проектный something.d.ts файл (react-app-env.d.ts, если используете create react app) строчку:
/// <reference types="redux-persist" />

const a = 99;
const b = a.toString();
console.log(b[0])

if([b, c, d, f].indexOf(a) >= 0 ){
 // .....
}

Да, возможно. Именно для этого и был придуман Selenium.

Нашел такое решение, кто из знатоков, поправьте если что не так и как тогда сделать правильнее:

из пакета 'react-test-renderer' импортирую:

import ShallowRenderer from 'react-test-renderer/shallow'

Из компонента импортирую обычным экспортом не обернутый в HOC компонент
import { Profile } from '../Profile';

И теперь для снепшота не происходит глубокого рендера:

it('Profile renders snapshot', () => {
        const renderer = new ShallowRenderer();
        const result = renderer.render(<Profile />);
        expect(result).toMatchSnapshot();
    });

Еще один вариант для работы с MobX и декораторами:
Если компонент обернут в inject, то способ выше сделает бесполезный снимок. Чтобы сделать сделать нормальный снимок компонента, делаем так:

it('ProfileMainInfo renders snapshot', () => {
        const renderer = new ShallowRenderer();
        const result = renderer.render(<ProfileMainInfo.wrappedComponent {...props} />);
        expect(result).toMatchSnapshot();
    });

То есть - обращаемся к свойству wrappedComponent в нем лежит оборачиваемый компонент

Как я люблю такие вопросы. Очередной вкатывальщик не хочет что-то изучать, потому что сложно и начинается...
Это вопросы, суть которых не получить ответ, а получить... некое самоутешение, что бы что-то не изучать.
"А важен ли git", "А важен ли JavaScript", "А важны ли фреймворки", "А важны ли препроцессоры" и т.д.

Ответ:
По факту - ничего не важно, если вы этим не будете пользоваться.
По сути - важно все, ибо знать нужно все, чем больше знаете - тем лучше для вас же! И тем больше вероятность устроиться на работу, потому что у работодателя будет выбор между вами и точно таким же человеком, но который знает\умеет чуточку больше.

"Мы будем называть тебя сеньор-помидор, только зар.плату не проси повысить"
Если можете руководителю(тому кто напрямую влияет на вашу зар.плату) доказать что вы достойны оплаты мидла - вы мидл.

Присоединяюсь к мнению выше, что по коду можно весьма примерно оценить.
И, наверное, чем серьезнее разработчик, тем сложнее оценить только по коду.
Имхо, очень многое зависит от конкретного компонента и требований к нему.
Пойду от очевидного:
- чистота кода,
- знание и использование в нужных местах возможностей ES6 (стрелочные, интерполяция, спред, деструктуризация),
- умение решать промежуточные микрозадачи с минимумом кода, элегантно, легкочитаемо,
- глядя на компонент, как ни парадоксально, можно сделать предположение, программист ещё пишет классами, или перешел на функциональные компоненты, но это не точно)),
- в связи с предыдущим пунктом можно оценить понимание и использование жизненного цикла или хуков,
- подход к хранению данных: стейт, контекст, ридакс etc,
- если Redax, например, то что осталось в компоненте, что пошло в action, является ли reducer чистой функцией,
- JS или TypsScript...

Я когда начинал писать не думал, что такой список получится... Выходит, много можно оценить!)

В общем случае да - как минимум на создания контекста вызова, но после оптимизации может и не тратить, identity функция (функция просто возвращающая свой аргумент, как Ваш cb) хорошо инлайнится, тут вопрос в том - инлайнится ли функция, в которую Вы ее передаете.

Для понимания, нужно понимать, что v8 делает с кодом под капотом:
Когда платформа (браузер, node.js) только загрузила исходный код в v8, то выполняет его с помощью интерпретатора Ignition, а заодно анализирует это выполнение. На этом этапе весь код выполняется как есть.
Функции которые вызвались 2-3 раза отправляются в оптимизирующий JIT компилятор TurboFan, который скомпилирует из JS машинный код и сделает множество оптимизаций. В частности он может инлайнить некоторые функции (но не все).
Например, если при анализе кода выяснится, что некая функция f0 постоянно вызывает f1 передавая ей Ваш cb, и при этом f1 чистая функция - то f1 скорее всего заинлайнится в f0, а вызов cb просто заменится на свой аргумент. Но опять же, все зависит от Вашего кода и на сколько он оптимизируемый.

В любом случае identity функция очень легкая