не все загрузилось

только данных там них не мало

а это точно к RN имеет отношение?

без gz

может вам ребят в личке продолжить)

может вам ребят в личке продолжить)

Да,сорри

http://www.opennet.ru/opennews/art.shtml?num=47891

А подскажите как правильно писать @connect(mapStateToProps, mapDispatchToProps) ?

а то у меня синтаксическая ошибка

http://www.opennet.ru/opennews/art.shtml?num=47891

вот эта больше понравилась https://habrahabr.ru/company/ruvds/blog/346442/?utm_source=habrahabr&utm_medium=rss&utm_campaign=346442

вот эта больше понравилась https://habrahabr.ru/company/ruvds/blog/346442/?utm_source=habrahabr&utm_medium=rss&utm_campaign=346442

https://habrahabr.ru/post/346492/

https://habrahabr.ru/post/346492/

ну да очевидно что это не проблема конкретно нпм-а)

просто было интеерсно почитать насколько продуманно он все сделал

Может кто знает, iPhone X при работе с api также работает? Прост ов симуляторе запросы и ответы работают адекватно и всё отображается, а на дивайсе у клиента ответы не обрабатываются (может что в настройках?)

Graphql apollo можно же с клиента делать запрос и отдавать в пропсы?

Так и делаю, но хотелось бы сократить стейт менеджеры до одного.

кстати про Apollo, все примеры что видел запрос описывается в одном файле с компонентом, это просто криво для примеро или это best practices?

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

Редакс сам работает на контексте

Познавательно, спасибо??

@playra спасибо

а чем вообще лучше собирать приложение?

слышл ,что кардова вообще не вариант

слышл ,что кардова вообще не вариант

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

а что тогда использовать если не ее?)

в смысле что?

название чята ни на что не намекает?

>> а чем вообще лучше собирать приложение? из чего лучше строить дом?

а что тогда использовать если не ее?)

у меня около пяти лет опыта нативной разработки под android, опыт нативной разработки под ios тоже есть хоть и куда скромнее, но целый ряд бизнес задач куда быстрее пишется на react nativ + бонусом экосистема react

у меня около пяти лет опыта нативной разработки под android, опыт нативной разработки под ios тоже есть хоть и куда скромнее, но целый ряд бизнес задач куда быстрее пишется на react nativ + бонусом экосистема react

слова, ласкающие сердце ?

))

какие люди в чатике)

))

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

А там все так же ангуляр юзается для UI? или это в иониде

вообще да, но в моем случае был react

Первый раз разбивку под платформы делаю. Переименовал файлы. map.android.js map.ios.js import Map from './map.js' Вылетает эта ошибка. Где ошибаюсь?

вообще да, но в моем случае был react

А для языка что юзал? жс? (жс быстро убивает желание писать web) Можно же сейчас и КотлинJS взять.

А для языка что юзал? жс? (жс быстро убивает желание писать web) Можно же сейчас и КотлинJS взять.

Хотелось бы в языках разобраться. Могли бы перечислись по каким конкретно критерием жс быстро убивает желание писать web?

Вопрос с подвохом ? Можно начать с WAT

js, kotlin хоро, но не стоит его тянуть в веб, es6 вполне себе хорош, а гемора меньше

Первый раз разбивку под платформы делаю. Переименовал файлы. map.android.js map.ios.js import Map from './map.js' Вылетает эта ошибка. Где ошибаюсь?

import Map from './map'

Вопрос с подвохом ? Можно начать с WAT

Серьзезно?. Можно бенчмаркинг?

Хотелось бы в языках разобраться. Могли бы перечислись по каким конкретно критерием жс быстро убивает желание писать web?

ну честно говоря без сахара es6 мне тоже не в кайф, но контексте react не вижу прблемы

import Map from './map'

Думал, что-то серьезней) Спасибо!

Серьзезно?. Можно бенчмаркинг?

Ты видимо не в курсе что это. Просвещайся https://www.destroyallsoftware.com/talks/wat Да вообще - динамически-слабо-типизированный язык, без нормальной многопоточности, везде позволяет юзать манкипатчинг. Имхо защищать JS могут люди, которые ничего друго не видили

ну честно говоря без сахара es6 мне тоже не в кайф, но контексте react не вижу прблемы

бабель наша машина времени)

))

Ты видимо не в курсе что это. Просвещайся https://www.destroyallsoftware.com/talks/wat Да вообще - динамически-слабо-типизированный язык, без нормальной многопоточности, везде позволяет юзать манкипатчинг. Имхо защищать JS могут люди, которые ничего друго не видили

что за «нормальная асинхронность»?)

Ооо, сейчас похоливарим :)

НЬЕТ

что за «нормальная асинхронность»?)

Про треды слышали? ?

Про треды слышали? ?

ага, и при чем тут асинхронность?

ага, и при чем тут асинхронность?

ОК, если ты такой въедливый - то “многопоточности”. Чем крыть будешь?

Не агримся, спокойнее :D

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

ОК, значит теперь мы все согласны

доказано уже учеными на больших статистических выборках что типы на высоком уровне не нужны, что вы ими машете?)

Простите, Игорь, но эта дискуссия скучна, глупа и неинтересна. Вы говорите про "нормальную" и "ненормальную асинхронность", оперируя терминами, в которых вы явно сами не очень хорошо понимаете. При этом вы используете в качестве аргумента ничего не значащий доклад про WAT. На первый взгляд, это кажется не очень хорошей попыткой троллинга.

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

Простите, Игорь, но эта дискуссия скучна, глупа и неинтересна. Вы говорите про "нормальную" и "ненормальную асинхронность", оперируя терминами, в которых вы явно сами не очень хорошо понимаете. При этом вы используете в качестве аргумента ничего не значащий доклад про WAT. На первый взгляд, это кажется не очень хорошей попыткой троллинга.

> При этом вы используете в качестве аргумента ничего не значащий доклад про WAT. А вы текст всегда выборочно читаете? Кроме как про асинхронность вы ничего не заметили? Да вообще - динамически-слабо-типизированный язык, без нормальной многопоточности, везде позволяет юзать манкипатчинг. > На первый взгляд, это кажется не очень хорошей попыткой троллинга. Ну мы же не в жс чате

доказано уже учеными на больших статистических выборках что типы на высоком уровне не нужны, что вы ими машете?)

а есть линк? почитать хочу))

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

Если только для динамических/слаботипизированных (руби/пхп)

а есть линк? почитать хочу))

++

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

Если только для динамических/слаботипизированных (руби/пхп)

я честно не осилил даже малую часть)) https://www.reddit.com/r/programming/comments/z2n9f/javawat_part_i/

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

причем тут влажные мечты. мне вот лично интересно с точки зрения науки, а не как для повышения чсв. но каждому конечно свое

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

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

Ну да, потоки не нужны, давайте блокировать UI

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

> Ну и что И что мы с вами тут будем обсуждать ?

Тут уже писали с такой проблемой

чегооо) это конечно лол, неужели вы не знаете как работает асинхронность в том же браузере)

в РН жс тоже не блокирует поток рендера

чегооо) это конечно лол, неужели вы не знаете как работает асинхронность в том же браузере)

Там про “создание RSA ключей на самом JS”, это cpu-bound тут промисы не помогут

где там

в РН жс тоже не блокирует поток рендера

Почему тогда у парня тут при каких-то криптографических вычислениях таки блочился?

в РН жс тоже не блокирует поток рендера

Ну как тебе сказать, приложение все равно подвисает и не реагирует на евенты.

Почему тогда у парня тут при каких-то криптографических вычислениях таки блочился?

так вот и выяснили бы для начала

так вот и выяснили бы для начала

Дык выясняли, решения лучше «напиши нативно» не нашли

серьезно? и как выясняли?)

то что у какого-то парня подвисает какое-то приложение на рн вообще ничего не говорит о том, пригоден ли жс для разгработки или нет

может, там джава-часть зависает

серьезно? и как выясняли?)

Обсуждали в чате

может, там джава-часть зависает

Ты не гадай а проскроль выше на пару дней. Нет java частей, он все на жс пытается делать

мм, ну вывод конечно просто прекрасен) то есть ни тебе даже элементарных данных профайлера нет, просто «пиши нативно»

мм, ну вывод конечно просто прекрасен) то есть ни тебе даже элементарных данных профайлера нет, просто «пиши нативно»

Так не я этот вывод придумал

Я лишь исхожу из того, что этому парню ответили тут

ну раз оперируете этим, значит согласны

ну раз оперируете этим, значит согласны

Нет же

для чего тогда было вообще приводить как некий «аргумент», если даже не согласны с таким выводом?

Лишь то, что я не согласен с выводом, не делает его неверным

а есть линк? почитать хочу))

http://web.cs.ucdavis.edu/~filkov/papers/lang_github.pdf

Ну и глупо отрицать, что отсутствие потоков в языке - не проблема

мм, ну вывод конечно просто прекрасен) то есть ни тебе даже элементарных данных профайлера нет, просто «пиши нативно»

> Профайлер > У него приложение на 5-10 секунда зависает, из-за расчета криптографии на жс ?

Ну и глупо отрицать, что отсутствие потоков в языке - не проблема

я если честно мало видел языков со спекой по потокам, обычно это через либы и платформу делается

http://web.cs.ucdavis.edu/~filkov/papers/lang_github.pdf

красавчик) спасибо ?

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