Зачем мы переписывали приложение на Elm и кто за это ответит / Виктор Русакович

Поделиться
HTML-код
  • Опубликовано: 20 фев 2019
  • Ваше приложение разрослось, стало подтормаживать, а разработка замедлилась? Возможно, пора начать его переписывать? Попробуйте Elm: новый синтаксис, не нужно выбирать фреймворки, потому что Elm - это не только язык, но ещё и фреймворк!
    Вас ждёт мощнейшая система типов (в Elm - строгая типизация), быстрая компиляция с предупреждениями об ошибках и полное отсутствие оных у ваших пользователей, по крайней мере в консоли браузера!
    Слайды: docs.google.com/presentation/...
    Виктор Русакович, разработчик веб-приложений в GP Solutions
  • НаукаНаука

Комментарии • 7

  • @Polaxoid
    @Polaxoid 5 лет назад +2

    Спасибо большое за доклад. Осталось неясными несколько вещей:
    1. Заявленные проблемы не относились к технологиям и поэтому вопрос остается зачем собственно нужен сам elm, решил ли он исходные проблемы или нет ?
    2. Сравнение performance в 2019 году с 15 версией react, а что с react 16. Были ли какие-то проблемы с производительностью в самом приложении ?
    3. Судя по рынку (имею в виду вакансии), elm не самый популярный язык, сразу возникают вопросы по поиску потенциально людей в команду. Очень хороший вопрос был про библиотеку компонент
    4. Сколько потребовалось времени команде, чтобы адаптироваться к смене языка, как был построен сам процесс перехода
    Очень жаль, что у докладчика было не очень много времени, потому что наиболее интересным было бы то как elm ощущается на, действительно, крупных задачах. Также жалко, что не было цифр по тому насколько все стало лучше после перехода на elm.

    • @theghostminsk
      @theghostminsk 5 лет назад +1

      Отвечаю (да, через 4 месяца после вопроса)
      1. Проблемы в "старом" приложении были не только в Ангуляре, но и в том, как мы на нем все писали. Т.е. где-то мы сами стреляли себе по ногам (и Ангуляр разрешал это). В Elm себе в ногу выстрелить очень сложно. Исходные проблемы из Angular в Elm не перебрались.
      2. Критерий производительности elm vs react был не самым важным - достаточно того, что Elm на уровне с React.
      3. Найти готового Elm-разработчика почти невозможно. Надо искать _хороших_ разработчиков. Желательно, чтобы они понимали/увлекались функциональным программированием.
      4. Т.к. для всех в команде Elm был новым опытом (не считая PoC и pet проектов), думаю, команда достигла своей текущей скорости разработки где-то через полгода. Новый хороший разработчик начинает работать со скоростью команды, думаю, через 1-2 месяца. В этом, конечно, ему в помощь тот факт, что уже есть решения на все требования в приложении.

  • @HELLO_AGAIN
    @HELLO_AGAIN 4 года назад

    Благодарю!

  • @mikhailsolntsev6133
    @mikhailsolntsev6133 5 лет назад +1

    When PizzaParty is over ;D

  • @user-ht6tu6ks3u
    @user-ht6tu6ks3u 4 года назад

    посмотрел пример приложегия на гитхабе, формирование html - коенчно ад, тяжеловато понять структуру

    • @maxfrontend8750
      @maxfrontend8750 4 года назад

      к этому быстро привыкаешь (но все равно, порой не очень удобно редактировать), плюс когда хочется "стянуть" пример из инета, можно автоматически верстку html превратить в elm - mbylstra.github.io/html-to-elm/

  • @eugenenovikov671
    @eugenenovikov671 4 года назад

    Redux это отдельная библиотека для JS, хватит её приписывать реакту. реакт просто без костылей не нужен.