Это зависит от твоего кругозора и общепрограммерских навыков

То есть джаву и обжектив си надо бы выучить:)

Это зависит от твоего кругозора и общепрограммерских навыков

Понятно.. самый целесообразный путь, как я понимаю - это понять как устроены нативные приложения, знать их языки, и только потом разрабатывать на РН, чтоб если что можно было задействовать знания по нативу?

Нет, разрабатывай сразу на рн и в фоне учи нативные языки

Нет, разрабатывай сразу на рн и в фоне учи нативные языки

мм спасибо!

Понятно.. самый целесообразный путь, как я понимаю - это понять как устроены нативные приложения, знать их языки, и только потом разрабатывать на РН, чтоб если что можно было задействовать знания по нативу?

Вот вообще не согласен. RN для этого и создавался, чтоб отказаться от Java и Swift. Какие то понятия принципов работы нужны, конечно, но серьёзного ковыряния в нативке можно успешно избегать.

Вот вообще не согласен. RN для этого и создавался, чтоб отказаться от Java и Swift. Какие то понятия принципов работы нужны, конечно, но серьёзного ковыряния в нативке можно успешно избегать.

Понял!

Чем раньше начнешь писать реальный рабочий нужный кому-то код, тем больше будет опыта на момент, когда задача потребует нетривиального скилла, тем будет проще

А может, задача и не потребует никогда

Ясно!) А сможете подсказать, какие аспекты в нативных приложениях нужно бы понимать, кроме языка прогр.?

Есть опыт пет проектов с laravel, react

я сам на ларавел разрабатываю софт+реакт. в понедельник решил для нашего магазина приложение запилить, и ничего так. Уже почти каталог запилил

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

я сам на ларавел разрабатываю софт+реакт. в понедельник решил для нашего магазина приложение запилить, и ничего так. Уже почти каталог запилил

Ага, я тоже подумал - хороший стек, пробовал ангуляр, для web интуиция мне подсказывала что он лучше, но а там хз.. факт наличия React Native технологии определил мой выбор)

сначала я изучал vuejs, потом стало легко понимать react, теперь native. я сам походу от обратного иду

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

Тут такой вопрос насколько долго вы собираетесь поддерживать проект. Я пару раз встречал пару раз людей, которые только написали свои первые проекты без помощи более умелых людей и вышло *****. Проект просто умер, так как его было невозможно поддерживать. Но тут опять же, если есть хороший опыт в реакте - то РН не будет большой проблемой, просто не пользуйтесь сомнительными библотеками и всегда тестируйте сразу на двух платформах

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

Если функционал не сложный - то пробем не будет

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

Тут такой вопрос насколько долго вы собираетесь поддерживать проект. Я пару раз встречал пару раз людей, которые только написали свои первые проекты без помощи более умелых людей и вышло *****. Проект просто умер, так как его было невозможно поддерживать. Но тут опять же, если есть хороший опыт в реакте - то РН не будет большой проблемой, просто не пользуйтесь сомнительными библотеками и всегда тестируйте сразу на двух платформах

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

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

Я пока таких не встречал)

обоже там БЕКБОН

где?

стратс мвц? это же ПРОШЛЫЙ ВЕК

это так обычно говорят про проекты пятилетней давности

может, на мобилках по-другому

может, на мобилках по-другому

Вряд ли)

там небось сейчас что-то вроде: "о нет, обжектив си! давайте перепишем все на свифте!"

а из присутствующих кто то на свифте пишет?

листал мельком, показался лаконичным и простым

Тогда если к серву 65к запросов сделать - он потом просто принимать коннекты не будет

Ден, где прочитать про это можно? а то я чет гуглю и пишут что можно вроде даже до миллиона поднять количество коннекшенов)

Тогда если к серву 65к запросов сделать - он потом просто принимать коннекты не будет

Ага тогда все мессенджеры допустим должны по одному серверу на каждые 65к народа поднимать чтоли?)))

Ага тогда все мессенджеры допустим должны по одному серверу на каждые 65к народа поднимать чтоли?)))

65к народа одновременно не сидят

Все равно по очереди

65к народа одновременно не сидят

а как тогда?)

))))) вообщето там не ограничения на 65к если что, точнее оно есть но натсраивается

а как тогда?)

Еще скажи, что все 65к ровно в одну миллисекунду запросы отправляют

Ага тогда все мессенджеры допустим должны по одному серверу на каждые 65к народа поднимать чтоли?)))

Если мне память не врет - каждый коннект жрет на себя дескриптор файловый

коннекты то подняты

как разница отправляют или нет

tcp пофигу

А их кол-во ограничено

Each registered file descriptor costs roughly 90 bytes on a 32-bit kernel, and roughly 160 bytes on a 64-bit kernel.

А их кол-во ограничено

файлов?

Дескрипторов этих

Ща освежу этот кусочек инфы :)

а еще я чет ниче про wifi маршрутизаторы не нашел, что там есть ограничение

мне правда интересно стало)

а еще я чет ниче про wifi маршрутизаторы не нашел, что там есть ограничение

Почитай, как NAT работает

Почитай, как NAT работает

можешь поподробней рассказать? что конкретно искать?

Суть проблемы - выделяется по порту на клиент, а портов максимум 65536

Даже по порту на коннект

https://mrotaru.wordpress.com/2013/10/10/scaling-to-12-million-concurrent-connections-how-migratorydata-did-it/

можешь поподробней рассказать? что конкретно искать?

lmgtfy.com/?q=NAT

lmgtfy.com/?q=NAT

мда. сложно нормально ответить по ходу

First, the number of ports is limited to 65,536, but this limitation applies only to a single IP address. Supposing that we are limited by the number of ports to have more than 65,536 clients, then adding more IP addresses to the server machine (either by adding new network cards, or simply by using IP aliasing for the existing network card) would solve the problem (even if, for opening 12 million client would need 184 network cards or IP aliases on the server machine).

https://mrotaru.wordpress.com/2013/10/10/scaling-to-12-million-concurrent-connections-how-migratorydata-did-it/

Очень нетривиальная байда

Суть проблемы - выделяется по порту на клиент, а портов максимум 65536

Зато адресов хоть 1000

Зато адресов хоть 1000

На домашнем роутере?

Ну или в кафе

Никто заморачиваться не будет

да хоть где

кто посети то запретил

У всех внешка одна + у провайдера тоже NAT может быть

а причем внешка то

адреса в нате внутренние

И что?

Жрутся-то порты у внешнего айпи

я боюсь что в это случае роутер скорее умрет от такого кол-ва клиентов))

Ну да, походу я чутка налажал с listen режимом у сокетов

Дефолтные лимиты вообще выше 1024 не дадут прыгнуть вроде как

я боюсь что в это случае роутер скорее умрет от такого кол-ва клиентов))

Если коннекшны просто будут висеть, то нет

+в ядре очередь тоже не шиько большая на maxconn

кстати не 65к

iAddr:iPort - eAddr:ePort - dAddr:dPort

https://tools.ietf.org/html/rfc3489

Это про UDP

HTTP поверх TCP работает :)

А у UDP вообще нет коннекшнов

UDP же стейтлесс

в tcp пакете есть и отправитель и получатель)

TCP-соединение уникально определяется четверкой [source ip, source port, dest ip, dest port], таким образом с одной машины на 1 порт сервера можно создать не более 64 тыс одновременных соединений (по количеству source ports)

https://habrahabr.ru/post/123154/

TCP-соединение уникально определяется четверкой [source ip, source port, dest ip, dest port], таким образом с одной машины на 1 порт сервера можно создать не более 64 тыс одновременных соединений (по количеству source ports)

Окей, но нат так не умеет

Там определяется, с каким клиентом связан внешний коннект, только по порту

хм, однако пишут что теоретически у NAT нет ограничений на количество соединений и все зависит от реализации, но на практике как раз обычно 2^16 или даже меньше

хм, однако пишут что теоретически у NAT нет ограничений на количество соединений и все зависит от реализации, но на практике как раз обычно 2^16 или даже меньше

Опять же вопрос в памяти

Опять же вопрос в памяти

ага)

Роутеры не резиновые

доброе утро, страна!

У меня старичок только 4к записей понимал

о чём спорим?

о чём спорим?

О чем и вчера

о чём спорим?

сегодня просто светская беседа)

не надоело ещё? ?

вчера вроде бы сошлись на мнении

давайте о чём-нибудь ещё поговорим

например, вопрос нативным разработчикам: что кроме работы со стримингом и background задач отсутствует в RN (в рамках сетевого уровня)?

например, вопрос нативным разработчикам: что кроме работы со стримингом и background задач отсутствует в RN (в рамках сетевого уровня)?

Стабильные либы, ахаха

?