Спасибо большое

Здравствуйте. Как сделать что бы некоторые участки кода подгружались пользователю первыми? И если можно что бы не грузились те что не нужны прям сразу. Потому что поставил react-preloaders а он загружается практически в конце , поэтому толку с него нет. Думал если поставить повыше то и загрузит первым, но похоже это не так работает

Если правильно понял вопрос, то React.lazy + динамический импорт + suspense

Привет девчата и ребята (да, это вакансия, да согласовал).

У нас в команде горюшко-горюшкино, уехал от нас чел в Фейсбук в Лондон и мне нужно найти ему замену.
Замену в прямом смысле слова найти не получится: во-первых, чел очень особенный, во-вторых, без шуток, команда у нас настолько охуенная, что потеря каждого как потеря близкого.

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

Про организацию:
— мы очень автономная команда, весь цикл производства и принятия решений находится в одной комнате. Это хорошо.
— в компании (это Wix, если что)  итак очень мало бюрократии, но у нашей команды откровенная на нее аллергия. Минимум безмозглых встреч и церемоний
— мы верим в ответственность коллег и их умение управлять своим рабочим графиком и успеваемостью самостоятельно

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

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

Про проект.
Мы делаем библиотеку и продукт поверх этой библиотеки.
Библиотека небольшая, она позволяет генерировать интерфейсы на основе данных и схемы данных.
Идея не новая, но реализация хорошая и современная.

Продукт (слудующим сообщением видео) — вы можете злогиниться в Wix, включить себе dev режим (Corvid называется), наполнить в редакторе себе Database, и потом в админке сайта увидеть наш интерфейс под вкладкой Database. Могу, если хочется показать потом в деталях.

Про стек.
TypeScript, React, Redux + Thunks + Reselect, Stylable.
Тестирование в основном в Karma/Mocha/Chai но мы уже вмерджили инфраструктуру с Jest/Enzyme и все новые тесты пишутся там.

Про команду.
Как я писал, у нас есть полный стек: Product, QA, UX/UI и 8 фронтенд разработчиков.
Практически все разработчики с большим опытом и мы стараемся сохранять такой баланс, тогда хватает времени делиться опытом с остальными коллегами. Мы не жмемся на время для обучения друг друга.

Кого мы ищем.
Мы ищем очень опытного разработчика.
Под опытом мы понимаем умение решать задачи. Чем более сложные задачи удается решать и чем меньше информации нужно для решения задачи, тем мы больше ценим опыт коллеги.

Пишите мне сюда или yuriyt@wix.com

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

и снова Redux 😞😞😞😞😞

в чем проблема?

в боли которую он приносит на больших проектах

в этои приложении, например, табличка отдельно использует mobx в целях производительности.

оооо, вы мешаете несколько стейт менеджеров в одном приложении ? 🤔

а как это мобикс может быть быстрее редакса

оооо, а если вы узнаете, что это приложение – часть другого приложения, в котором запускаются десятки таких с разными стейт-менеджерами, а некоторые даже на первом ангуляре!

если в реадксе глубокие структуры - то легко

Так как?

ну иммутабельно изменять деревья например очень дорого по перфомансу

проще смутировать

микро фронт енд же 😂

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

я что-то сильно сомневаюсь что эти иммутабельные изменения занимают хотя бы малую часть от работы реакта