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

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

    @ivan0512 Автор вопроса
    Роман Александрович, еще хотел уточнить, правильно ли я понимаю, что expo это основная оболочка, которая используется практически во всех приложениях?
    Написано
  • Что нужно знать, чтобы работать с react native?

    @ivan0512 Автор вопроса
    Роман Александрович, Да, спасибо) это я все прочитал) знаю, что такая возможность есть. Было интересно, насколько часто приходится использовать
    Написано
  • Что нужно знать, чтобы работать с react native?

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

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

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

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

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

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

    Не понял про приведение. Я имею ввиду вот это
    class Test {
      a = 123;
      b = 222;
    }
    
    interface Itest {
      a: number,
    }
    
    const func = (instance: Itest) => console.log(instance)
    
    func(new Test()) // Класс не реализует интерфейс, но ошибки нет, из-за структурной типизации


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

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

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

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

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

    @ivan0512 Автор вопроса
    Языки полезны, поэтому да, стоит.

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

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

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

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

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

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

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

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

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

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

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

    @ivan0512 Автор вопроса
    Спасибо) кажется, я понял свою ошибку. В данном случае имело место следующее:
    type A = number | string;
    type B = A & number; // (number & number) | (number & string) = number | never = number

    Я же относится к этому как к поиску пересечения, а не логической операции
    Написано
  • Почему нет ошибки при использовании intersection типа?

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

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

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