TS хорош для серверной части, спору нет, но в связке с реактом я с ним настрадался пол года назад и бросил

разве? Не замечал с этим проблем. Разве что у тса есть уже много готовых типов для либ

именно, у тса комьюнити просто много больше

именно, у тса комьюнити просто много больше

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

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

А это уже плюс из-за чего на нем сижу)

Как тебе сказать, вот легаси проект переписывать кусками начни) на тсе это почти нереально, только если с нуля, на флоу - без проблем

А какой реальный профит? Улучшение структуры кода и логики? Ведь там только типизация

имхо вообще не зависит от типизации

имхо вообще не зависит от типизации

Почему? Как раз таки типизация помогает

Почему? Как раз таки типизация помогает

пруфы?

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

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

ты поставь возвращаемый тайп boolean и поробуй вренуть какаю ерунду, опять отхватишь ошибки

так кажется нашел с fetch - ssl cert

И это мелкие ситуации

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

причем тут структура кода и логики?

openssl s_client -debug -connect site:443

выдает unable to verify

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

а что если мне именно такой и нужен массив?

причем тут структура кода и логики?

Структура - покрытие фловом стора помогает более чётко выделить объекты и что там должно быть

а что если мне именно такой и нужен массив?

Ты стоит переделать структуру

Плохая практика

Ты стоит переделать структуру

как категорично, где сказано что плохая?

а что если мне именно такой и нужен массив?

есть же условия типов

boolean | string | null

Зачем нам согласованость данных? Согласен, глупое утверждение, го делать [1, ‘hello’, null, 1.2]

как категорично, где сказано что плохая?

Tuple тогда просто, но с массивом плохой пример

Tuple тогда просто, но с массивом плохой пример

Это да, видел случаи когда человек в массив такое пихал и потом говорил что флоу глупый

Что улучшает? Типизация не даёт тебе использовать всякий треш и менять типы заранее определённых объектов на ходу, пишет ошибки при попытке мутации на readOnly поля, болтать можно долго, но врядли бы это так развивалось будь типизация не так полезна для кода и структуры

Зачем нам согласованость данных? Согласен, глупое утверждение, го делать [1, ‘hello’, null, 1.2]

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

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

Уже гвоорил, что если умеешь хорошо строить архитектуры и команда тоже - вполне живётся и без этого. Но так не часто бывает. Вот проект есть с индусами, я сразу их заставил использовать типизацию и это сильно помогло когда увидел их код до и после

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

ну вот опять же, почему типизация? ну посадили бы на clojure, хуже было бы?

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

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

(оперативной памяти разраба)

да и использование ? красивее, чем проверка на undefined

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

1 - догма, 2 - догма

также как и без flow может быть догмой ?

ну вот опять же, почему типизация? ну посадили бы на clojure, хуже было бы?

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

До́гма́т[1][2], или до́гма[3] (др.-греч. δόγμα, δόγματος[4] — мнение, решение, постановление) — утверждённое церковью положение вероучения, объявленное обязательной и неизменяемой истиной, не подлежащей критике (сомнению).

До́гма́т[1][2], или до́гма[3] (др.-греч. δόγμα, δόγματος[4] — мнение, решение, постановление) — утверждённое церковью положение вероучения, объявленное обязательной и неизменяемой истиной, не подлежащей критике (сомнению).

к сожалению такие сейчас "инженерные" разговоры) никто не говорит о исследованиях, все принимают какую то одну сторону на основе опыта личного и все

Зачем нам тогда eslint? Тотже вопрос. К чему всякие prettier и ediconfig? На голом js фигачат некоторые с jquery и живут их большие проекты долго и счастливо

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

ну слушайте, это же вы говорили что если ты "серьезный" разраб то без типизации никуда, не я)

А тесты? У меня тоже есть проекты без тестов. Работают? Да. Но при каждом изменении руки дрожат всё больше

Зачем нам тогда eslint? Тотже вопрос. К чему всякие prettier и ediconfig? На голом js фигачат некоторые с jquery и живут их большие проекты долго и счастливо

Да согласен, можно тогда и на swift/java изучать, а не писать на RN и уж тем более использовать Expo ?

я в этом вопросе не так категоричен

ну слушайте, это же вы говорили что если ты "серьезный" разраб то без типизации никуда, не я)

Сложно в чате сарказм передать)

Зачем нам тогда eslint? Тотже вопрос. К чему всякие prettier и ediconfig? На голом js фигачат некоторые с jquery и живут их большие проекты долго и счастливо

ну и каша, лол)

Люди первые поезда также воспринимали, как явление дьявола из-за того, что там дым к примеру шел ?

ну и каша, лол)

+

Зачем нам тогда eslint? Тотже вопрос. К чему всякие prettier и ediconfig? На голом js фигачат некоторые с jquery и живут их большие проекты долго и счастливо

Долго? Да. Счастливо? Хахаха

Люди первые поезда также воспринимали, как явление дьявола из-за того, что там дым к примеру шел ?

вот так всегда, дискусия из инженерной переходит быстро в какие то непонятные аналогии

Сложно в чате сарказм передать)

Сарказм не нужен. В юмор никто не умеет. а нить разговора теряется.

что сейчас используют для локализации?

вот это? https://github.com/stefalda/ReactNativeLocalization

что сейчас используют для локализации?

мы юзаем react-native-i18n

?

Всем привет. Народ, подскажите, пожалуйста, как бороться с тем, что при использовании редукса, мне реф возвращает объект Коннекта, а не моего компонента?

Нашел решение

Юзать this.ref.wrappedInstance

гугли, там withRef надо коннекту где-то сказать

гугли, там withRef надо коннекту где-то сказать

Это сделал

Но потом еще и по-особому надо обращаться к нему

ну и дальше wrappedInstace да

такое же хитрожопие надо когда HOC пишешь для приконнекченного компонента)

НОС?

HighOrderComponent

У кого-то еще AppCenter перестал билдить iOS?

У меня падает на установке Apple Certificate

HighOrderComponent

Аааа, ну да. Вспоминается мемасик про Била Гейтса и описание работы винды

поцаны, кто знает почему ?

может че замокать надо, для тестирования анимации ?

У меня падает на установке Apple Certificate

Буквально 4 часа назад билдел и все норм

Посмотрите пожалуйста, насколько сложно такой код реализовать, в виде библиотеки для RN? https://help.paycom.uz/ru/integratsiya-s-mobilnym-prilozheniem/podklyuchenie-biblioteki

несложно

у девелопера типа меня 1 день уйдет

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

желательно с автоматизацией по типам flow

и есть ли такие в природе в принципе

https://github.com/makskovalko/ReduxStore

на RN, желательно Expo ?

Ребят, приложение очень долго открывается на iOS. Сам проект не большой, UnityView и реакт интерфейс. Может кто посоветует как ускорить процесс инсталла и запуска приложения через Xcode?

Expo или RN ?

Expo или RN ?

RN

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

? вопрос был не реторический

пока на Expo, жертв не заметил, последние несколько релизов заметно ускорили работу

а кто-то разбирался кстати, что будет если роскомнадзор забанит эксповые CDN Я же правлиьно понимаю, что стэндэлоун аппы перестанут работать, тк они контент из своих CDN по сети грузят и максимум что-то кэшируют что прописано в манифесте

пока на Expo, жертв не заметил, последние несколько релизов заметно ускорили работу

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

а кто-то разбирался кстати, что будет если роскомнадзор забанит эксповые CDN Я же правлиьно понимаю, что стэндэлоун аппы перестанут работать, тк они контент из своих CDN по сети грузят и максимум что-то кэшируют что прописано в манифесте

Ничего не будет, контент будет вытянут с сдн, которые находятся в других местах. Помоему это вообще не проблема.

Они там вобще айпишники у вас банят или доменные имена?

Падал ли у кого react-native-blur при попытке сборки андроида в appcenter? Локально всё собирается :react-native-blur:transformNativeLibsWithStripDebugSymbolForRelease FAILED Всё что пишет

Execution failed for task ':react-native-blur:transformNativeLibsWithStripDebugSymbolForRelease'

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

Согласен, в начале сложно, потом пройдет ? Просто сама оболочка над РН дает ощущение потери контроля. На деле, разница ни столь велика между РН и Эксо, и там и там главное JS и понимание основ, да тот же детач есть, если что.

Что лучше react-router для react-native или react-navigation?

Что лучше react-router для react-native или react-navigation?

В описании группы ответ)