O
я могу тебе это сказать при найме 🙂 приходи
ты далеко:)
Size: a a a
2020 April 06
SB
может синкпад все таки?
у меня синкпад с дуалбутом винда/убунту, норм выбор
MS
может синкпад все таки?
МАК
БУК
АЛО
БУК
АЛО
MS
RN норм инструмент
MS
задачи решает свои
MS
во флаттере дарт
MS
со своими нюансами
A
у меня синкпад с дуалбутом винда/убунту, норм выбор
упс. я шутил)
A
это типа мемаса местного
A
мак норм, но беда в том, что приходится в винде работать по работе
MS
почему?
A
Макс, я же говорю, по работе
SB
а почему реакт нэйтив не то?
потому что кажется, что ты можешь написать приложение на JS используя реакт-нейтив
на деле оказывается, что тебе нужно отдельно иметь чувака на react-native, отдельно на платформенном языке (java/ obj-c), и все это работает с жуткими костылями
в итоге, вместо того, что бы решить phone gap, ты наоборот, увеличиваешь время разработки (из--за костылей), затраты на разработчиков (необходимость нанимать двоих вместо одного), и усложняешь поддержку проекта (из-за малочитаемого кода на 2х разных языках)
на деле оказывается, что тебе нужно отдельно иметь чувака на react-native, отдельно на платформенном языке (java/ obj-c), и все это работает с жуткими костылями
в итоге, вместо того, что бы решить phone gap, ты наоборот, увеличиваешь время разработки (из--за костылей), затраты на разработчиков (необходимость нанимать двоих вместо одного), и усложняешь поддержку проекта (из-за малочитаемого кода на 2х разных языках)
MS
Макс, я же говорю, по работе
спасибо, стало понятнее!
MS
потому что кажется, что ты можешь написать приложение на JS используя реакт-нейтив
на деле оказывается, что тебе нужно отдельно иметь чувака на react-native, отдельно на платформенном языке (java/ obj-c), и все это работает с жуткими костылями
в итоге, вместо того, что бы решить phone gap, ты наоборот, увеличиваешь время разработки (из--за костылей), затраты на разработчиков (необходимость нанимать двоих вместо одного), и усложняешь поддержку проекта (из-за малочитаемого кода на 2х разных языках)
на деле оказывается, что тебе нужно отдельно иметь чувака на react-native, отдельно на платформенном языке (java/ obj-c), и все это работает с жуткими костылями
в итоге, вместо того, что бы решить phone gap, ты наоборот, увеличиваешь время разработки (из--за костылей), затраты на разработчиков (необходимость нанимать двоих вместо одного), и усложняешь поддержку проекта (из-за малочитаемого кода на 2х разных языках)
гм, знакомые пишут, не сказал бы что допиливают на джаве или обжс
M
мак норм, но беда в том, что приходится в винде работать по работе
Хорошо, если работать в винде, а не фиксить что-то в макбуке через винду:)
MS
мата много да
A
потому что кажется, что ты можешь написать приложение на JS используя реакт-нейтив
на деле оказывается, что тебе нужно отдельно иметь чувака на react-native, отдельно на платформенном языке (java/ obj-c), и все это работает с жуткими костылями
в итоге, вместо того, что бы решить phone gap, ты наоборот, увеличиваешь время разработки (из--за костылей), затраты на разработчиков (необходимость нанимать двоих вместо одного), и усложняешь поддержку проекта (из-за малочитаемого кода на 2х разных языках)
на деле оказывается, что тебе нужно отдельно иметь чувака на react-native, отдельно на платформенном языке (java/ obj-c), и все это работает с жуткими костылями
в итоге, вместо того, что бы решить phone gap, ты наоборот, увеличиваешь время разработки (из--за костылей), затраты на разработчиков (необходимость нанимать двоих вместо одного), и усложняешь поддержку проекта (из-за малочитаемого кода на 2х разных языках)
а флаттер не так?
A
спасибо, стало понятнее!
🍺
SB
гм, знакомые пишут, не сказал бы что допиливают на джаве или обжс
если писать чисто на RN, то там будут проблемы с запуском на разных устройствах(мобила/планшет) и низкая производительность, плюс тебе в любом случае нужно засунуть RN в билд
потом еще там есть что-то типа "мостов" между JS частью и нативной, и вот оттуда приходит много странного поведения, и с течением времени там возникает большое количество костылей и прочих проблем
потом еще там есть что-то типа "мостов" между JS частью и нативной, и вот оттуда приходит много странного поведения, и с течением времени там возникает большое количество костылей и прочих проблем