Как можно мигрировать из frontend в android?

Developer, а я смотрю на котлин и слюни пускаю) Кажется, что так и должен выглядеть современный язык. После джавы, вероятно, непривычно, а после js/ts оч круто. Недавно прочитал доку дарта, очень обидно, что мир фронтенда его не принял, они там столько вещей сделали по уму

Что нужно знать, чтобы работать с react native?

Роман Александрович, еще хотел уточнить, правильно ли я понимаю, что expo это основная оболочка, которая используется практически во всех приложениях?

Что нужно знать, чтобы работать с react native?

Роман Александрович, Да, спасибо) это я все прочитал) знаю, что такая возможность есть. Было интересно, насколько часто приходится использовать

Что нужно знать, чтобы работать с react native?

А как часто на практике приходится сталкиваться с написанием нативного кода? как я понимаю, react native, также как flutter и другие, дает лишь возможность отрисовывать ui и дает баиндинги для интеграцией с нативным кодом? если какого-то плагина нет, то все может быть оч плохо(

Какой в Redux аналог mapStateToProps и matchDispatchToProps когда в React приложении до добавления Redux-а функциональный компонент и хук useState?

jikrosmikers, да)

Какой в Redux аналог mapStateToProps и matchDispatchToProps когда в React приложении до добавления Redux-а функциональный компонент и хук useState?

https://react-redux.js.org/api/hooks

Стоит ли frontend разработчикам смотреть в сторону flutter и dart?

SEOD, Andrew Nodermann, насколько я понимаю, flutter дает лишь возможности для "верстки". Плюс некоторое количество официально поддерживаемых плагинов?
А если нужны более специфичные функции, то нужно будет писать свои биндинги с нативным кодом? как часто возникает такая необходимость? Значит ли, что знание одной из нативных платформ, все таки, окажется необходимым, если подходить к разработке серьезно?

Стоит ли frontend разработчикам смотреть в сторону flutter и dart?

А до флаттера чем занимались? Насколько нужен опыт мобильной разработки? или нет принципиальной разницы, чем до этого занимался вебом или мобилками?

Изучать ли kotlin frontend разрабочику?

Спасибо за ответ) Да, понимаю, что профита уходить с ts будет немного, ввиду уже созданной огромной экосистемы.
Хочется попробовать что-то новое как с точки зрения развития, так и возможности перехода на более совершенную технологию, которой я считаю котлин в сравнее с ts.
Другой вопрос, что фронтенд разработка нравится и хотелось бы быть на стыке и не выкидывать накопленный опыт. Вот и интересуюсь, в каком состоянии находится kotlin/js. Насколько я понимаю, он не особо пользуется популярностью, нежели андроид)
Делать мобилки тоже классно, но это также означает, что нужно начинать все сначала.
Вот такие мысли, а так язык классный, если и уходить в фулстек, то это также приятнее, чем нода.

Изучать ли kotlin frontend разрабочику?

Владислав Лысков, котлин может компилироваться как в java байт-код, так и в js) Оттуда можно юзать и обычные npm модули, используя тайпинги, аналогично ts)
Вообще, на первый взгляд, котлин больше на ts похож, чем на Java

Стоит ли изучать другие языки и готовить к приходу web assembly?

Ошибки не будет, если ты явно приведешь объект к нужному типу.

Не понял про приведение. Я имею ввиду вот это

class Test {
  a = 123;
  b = 222;
}

interface Itest {
  a: number,
}

const func = (instance: Itest) => console.log(instance)

func(new Test()) // Класс не реализует интерфейс, но ошибки нет, из-за структурной типизации

Согласен, что много можно объяснить особенностями языка, что-то еще просто сыровато, что-то совсем редко используется, но эти минусы не дают наслаждаться языком.

Стоит ли изучать другие языки и готовить к приходу web assembly?

profesor08,

А как по другому описать объект и его свойства? Никак.

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

Великое заблуждение. Ничего этого там нет, и не будет.

Разве? это ваше предположение или подтвержденный факт? Не вижу причин почему бы не дать там эту апишку. Кстати, еще задумался, а использование wasm предполагает, что в браузере может появиться многопоточка, если она имеется в компилируемом языке?
Если так то это нужно только для работы увеличения скорости в те моменты, когда нужны большие вычисления на фронте, а также, где нужны языки в который удобнее строить архитектуру и минимизировать ошибки

Стоит ли изучать другие языки и готовить к приходу web assembly?

Языки полезны, поэтому да, стоит.

Безусловно, но если в обозримом будущем из не применять, то от этих знаний мало, что останется через год

Ну, а WebAssembly, кхм, боюсь многие не понимают его предназначения и возлагают огромные надежды которым не суждено сбыться.

Вероятно я тоже не до конца это понимаю. В моем понимании это возможность скомпилировать любой язык (для которого написали соответствующий компилятор), на выходе получить файл .wasm, который можно исполнять в браузере. В конечном варианте, там должна быть полноценная работа с DOM и другими web api.
Плюс данный подход может дать существенное увеличение производительности во многих ситуациях.
Если я неправильно понимаю, то поправьте меня)

ts также считаю, что имеет достаточно много недостатков

Не на постоянной основе с ним работаю, но когда приходится то натыкаюсь на много сырых моментов. Например. Лично мне не нравится структурная типизация. Не нравится каша, что алиасы типов и интерфейсы по многим параметрам одно и тоже. Бесят нечитаемые сообщения об ошибках, которые частенько могут встречаться.
Но я не хейтер ts, это сильно лучше, чем js, просто, по крайней мере, на данный момент есть другие более стабильные и продуманные языки.
Например, очень нравится котлин, и он во многом похож на ts очень сильно

Стоит ли изучать другие языки и готовить к приходу web assembly?

В видео, насколько я понял, говорится про то, как он устроен под капотом - это язык очень низкого уровня. Эти знания будут нужны, чтобы писать компиляторы с других языков в wasm.

Java нравится, kotlin еще больше нравится, но в данном случае я выбираю frontend сферу) Именно поэтому и изучал js и ts, а не из-за любви к ним)

Просто было интересно мнение, стоит ли готовиться к приходу wasm и уже сейчас практиковаться с другими языками, чтобы не остаться за бортом. Судя по ответам, я рано паниковать начал.
Изучать другие языки полезно всегда, само собой, но без практики от этих знаний мало что останется через пол года(

Нужно ли от и до изучать документацию nodejs?

xmoonlight, Вы меня не услышали) безусловно есть искажения. Безусловно упускаются многие детали. Но зато наглядно можно увидеть практическое применение технологии. В свое время в js фреймворки погружался также через курсы, так как без них было очень легко потеряться в куче непонятных слов. В последствии мной от корки до корки были прочитаны доки вью и реакта, и их экосистемы . Так что такой подход считаю оправданным и всем советую)
Касательно вопроса, я не отказывался изучать документацию ноды, вопрос был лишь про то, какие разделы реально крайне важны и есть ли те, которые даже опытные разработчики ни разу не открывали. Так как там, по крайней мере на первый взгляд, достаточно много низкоуровневых вещей, которые едва ли нужны в классической веб разработке.

Нужно ли от и до изучать документацию nodejs?

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

Нужно ли от и до изучать документацию nodejs?

Поясню. Посмотрел пару курсов, как делать MVC приложения. Посмотрел примеры MERN. Вижу, что из всех разделов, которые есть в документации, там используется 2-3. Отсюда и вопрос, насколько необходимы другие разделы для решения типичных задач и что требуется знать. Возможно, большинство node разработчиков сами в них ни разу не заходили. Также далеко не каждый senior frontend знает всю доку с MDN, а некоторые разделы он там мог и не видеть) Так что ваш сарказм тут неуместен.

Какая логика работы intersection и union типов?

Спасибо) кажется, я понял свою ошибку. В данном случае имело место следующее:

type A = number | string;
type B = A & number; // (number & number) | (number & string) = number | never = number

Я же относится к этому как к поиску пересечения, а не логической операции

Почему нет ошибки при использовании intersection типа?

Я вас понял. Но, как я указал в последней строке, я не могу обратиться ни к переменной c, которая определена в type2, ни к переменной а, которая является "лишней". (То есть все отработало так, как я и предполагал, просто нет ошибки)

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

Почему тип never у пустого массива?

Спасибо, я понял. Только выглядит это как очередная недоработка тайпскрипта, которые тут, как я уже успел заметить, называют несовершенной системой типов, а не багами) Придется с этим мириться)
Только один вопрос, а в чем смысл never[], понимаю, что это интерпретируется, как пустое множество, но в пустом массиве нет же никого смысла. Почему бы тогда не обработать этот случай)