1) без перезагрузки страницы 2) без перезагрузки страницы 3) обычно страшно выглядящий js 4) с full page reload?

Рендер и все дела реакт хорошо решает

чем особо лендинг отличается от спа?

статика

а SPA не статика?

статика

дак на лендингах бывает и достаточно много не статики

Хорошие продающие лэндинги могут быть очччччень сложными

только тебе платят не за используемый стек

я в курсе. Только как это относится к теме?

Хорошие продающие лэндинги могут быть очччччень сложными

вот вот

ребята, сейчас работодатель от работника что требует - flow или TS ?

ребята, сейчас работодатель от работника что требует - flow или TS ?

лишний оверхед

ребята, сейчас работодатель от работника что требует - flow или TS ?

какой работодатель?

multiskill

какой работодатель?

российский

ребята, сейчас работодатель от работника что требует - flow или TS ?

ну, зависит от их стека)

российский

а конкртенее? ?

Спроси у работодателя. Но в общем TS более популярный, JS еще более популярный ?

название компании/проекта....

а конкртенее? ?

московско-питерско-НовосибскоСамарско-екб-шный

учи флоу, если жизнь заставит то переедешь на тс

учи флоу, если жизнь заставит то переедешь на тс

или учи ts, если жизнь заставит перейдешь на flow ?

на вкус и цвет фломастеры разные) но да, выучи что нибудь одно, а работодателю так и скажи

я как работодатель вам скажу, что мы ищем просто хороших специалистов, стек не так принципиален, если у человека есть голова на плечах

учи флоу, если жизнь заставит то переедешь на тс

Я начал с flow. На ts перешёл легко. Базово это одно и то же

не учи не то не другое, лишний оверхед, который компилится в js

оверхед над типизацией в V8

пфффф

В таком случае надо использовать flow, потому как его можно использовать, а можно и не использовать. Точечная типизация

Если ты типизируешь код, то надо типизировать до конца.

А это уже параноя

А это уже параноя

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

У тебя всегда остаются node_modules, кривой CSS и user input, который прилетает уже в post-typed жизни приложения

У тебя всегда остаются node_modules, кривой CSS и user input, который прилетает уже в post-typed жизни приложения

css не типизируется принципиально. А с другим проблем нет.

Типизация нормальной библиотеки занимает 10-30 минут.

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

Типизация нормальной библиотеки занимает 10-30 минут.

Я тут над типизацией одной библиотеки уже месяц ?‍?, поможешь?

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

Типизации не достаточно для чего?

Для того чтобы быть увереным что она _работает_

Если ты сказал что что-то у тебя там non-nullable, это не значит что null не прилетит никогда

Для того чтобы быть увереным что она _работает_

Ничего не достаточно, чтобы быть уверенным, что оно работает. Представь, что у тебя проц бракованный.

У меня такие случае в жизни бывали ?

Если ты сказал что что-то у тебя там non-nullable, это не значит что null не прилетит никогда

Да, сначала проверяешь, что это не налл, а потом помечаешь как non-nulluble

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

Удобная логика

У меня такие случае в жизни бывали ?

Значим забиваем на всё, верно?)

Всё равно это бесполезно.

Пара тестов позволяет понять где проблема, и перепаять схему

Пара тестов позволяет понять где проблема, и перепаять схему

Ахахах

Типизация нормальной библиотеки занимает 10-30 минут.

а если она не номральная?

а если она не номральная?

Тогда такую библиотеку лучше не использовать.

Пара тестов позволяет понять где проблема, и перепаять схему

От космических частиц схему не перепаяешь

Особенно неприятно паять 22нм техпроцесс

Особенно неприятно паять 22нм техпроцесс

Попытался представить

))

На ум приходит только левша

Которому всё-таки дали мелкоскоп

Атомный

какие либы используются для тестирования реакт приложения? jest и Enzyme?

Тото в космосе до сих пор аналог летает - ему просто побарабану на помехи, потому что он как написован - так и работает.

))

Ну, по слоям сняли, подебажили в эмуляторе и собрали новый проц

какие либы используются для тестирования реакт приложения? jest и Enzyme?

React-test-renderer, нет энзиму больше доверия ?

Атомный

Скажите Государю, что англичане ружья кирпичом не чистят!

?

ERROR: S client not available

React-test-renderer, нет энзиму больше доверия ?

Почему?

Тото в космосе до сих пор аналог летает - ему просто побарабану на помехи, потому что он как написован - так и работает.

Сейчас бы на js аналогово писать.

React-test-renderer, нет энзиму больше доверия ?

энзим завез контекст?

React-test-renderer, нет энзиму больше доверия ?

кстати, а как понять что именно нужно тестить? у меня например форма которая валидирует и отпавляет данные

Enzyme(adapter-16) до сих пор официально “react16” не поддерживает

энзим завез контекст?

Вот как раз НЕ завез до сих пор, хотя и замержил

мде

кстати, а как понять что именно нужно тестить? у меня например форма которая валидирует и отпавляет данные

БЛ отдельно, форму отдельно. Разделяем мух и котлеты - все тестируется в итоге проще

БЛ отдельно, форму отдельно. Разделяем мух и котлеты - все тестируется в итоге проще

что такое БЛ?

БЛ отдельно, форму отдельно. Разделяем мух и котлеты - все тестируется в итоге проще

так что тестировать? что в ноде грубо говоря 2 дива и один спан?

так что тестировать? что в ноде грубо говоря 2 дива и один спан?

тестировать компоненты, по мне так вообще так себе затея

так что тестировать? что в ноде грубо говоря 2 дива и один спан?

Про это можно час говорить и не сойтись во вменениях.

Тестирование вёрстки не нуэно 99%.

Тестируйте бизнес логику.

An app must be tested (It's your decision what kind of tests are necessary) так в задании

Тестирование вёрстки не нуэно 99%.

Не не не, я на такое больше не ведусь

Не не не, я на такое больше не ведусь

Фу, фома.

Стоит подумать о screenshot-based тестах https://medium.com/@lucyhackwrench/%D0%BA%D0%B0%D0%BA-%D0%B8-%D0%B7%D0%B0%D1%87%D0%B5%D0%BC-%D1%82%D0%B5%D1%81%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D1%82%D1%8C-%D0%B2%D0%B5%D1%80%D1%81%D1%82%D0%BA%D1%83-84a378bf7bb4 (сам не дочитал до конца)

Есть верстка как полноценная составляющая приложения и с ней бывают проблемы

Тестирование вёрстки не нуэно 99%.

а тчо конкретно? отправляет ли форма данные по клике и валидирует ли инпуты?

https://github.com/artalar/react-template/blob/master/src/index.js

зачем тебе это? asyncActionsCallerMiddleware есть же санки

Есть верстка как полноценная составляющая приложения и с ней бывают проблемы

Не, если тебе надо тестировать сложную анимацию, которая генерируется сложной логикой, то да.

Другого примера я придумать не могу.

Нет мне нужно проверять как поработали верстальщики и какой девайс они не учли в этот раз

Нет мне нужно проверять как поработали верстальщики и какой девайс они не учли в этот раз

Попиксельно скриншоты сравниваешь?

Нет мне нужно проверять как поработали верстальщики и какой девайс они не учли в этот раз

а как это можно проверить?

Попиксельно скриншоты сравниваешь?

why not

why not

Не, норм. Просто уточнил.

а как это можно проверить?

puppeteer / browserstack

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