
George
16.06.2017
14:51:02
не особо.

Oleg
16.06.2017
14:51:20
Зачем 2 сотрудника когда можно 1 и тп

George
16.06.2017
14:52:23
зачем нормальный бэк, когда можно позвать фронтендеров и они напишут херни на ноде?
зачем нормальные приложения, когда фронтендеры наделают говна на фонгапе/рн?

Google

George
16.06.2017
14:53:26
и другие риторические вопросы из цикла как делать херню, вместо продуктов.

Oleg
16.06.2017
14:53:28
Про электрон вспомни

George
16.06.2017
14:53:46
но это исключение

Oleg
16.06.2017
14:54:57
Но тем не менее оно есть
И оно вполне себе
Просто веб получился универсальной системой для интерфейсов, отсюда пфонегапы и электроны и это хорошо для своей ниши
Ну а про ноду - тоже, почему бы и нет, главное перед тем как с фронта туда смотреть - немного изучить а как вообще присать бек

Winni
16.06.2017
14:57:48

George
16.06.2017
15:02:15

Rafael
16.06.2017
15:02:32
в основном они любят "оптимизацию"
аутсорс тоже

Google

Oleg
16.06.2017
15:03:08
Для тех случаев когда у тебя есть только фронтенд-разработчик :D
Для тех проектов где фреймворк из коробки тебе сайт запакует в приложение мобильное, например в случаях когда у тебя расшаренная логика между всеми версиями сайта/сервиса/SPA, а для конкретных устройств дописываешь только вью-логику

Winni
16.06.2017
15:07:36

Дмитрий
16.06.2017
15:07:40
Гг

Oleg
16.06.2017
15:10:10
Вообще оно не зря популярно, если было бы проще всегда делать нативное - делали бы нативное
Например вот та же нативность - вполне можно сделать один раз и оно у тебя сразу на 3х платформах - айос, андроид и мобильная версия сайта
Последнюю конечно нужно подужать по эффектам и прочим плюшкам, а в приложения можно и побольше всякого
Но так или иначе - одно и везде
Добавим к этому расшаренную логику с фулл десктоп и получаем оптимизацию ресурсов

Дмитрий
16.06.2017
15:12:47
Самое смешное

Oleg
16.06.2017
15:12:52
Вместо разработки уникальной логики под андройд, айос и веб - получаем одну вещь, которую и апдейтить можно централизованно, и код везде един, и что там дальше говорить, думаю плюсы очевидны
Но есть минусы конечно, куда без них

Дмитрий
16.06.2017
15:13:04
>Последнюю конечно нужно подужать по эффектам и прочим плюшкам, а в приложения можно и побольше всякого
Enjoy your java

Oleg
16.06.2017
15:14:48
Из минусов конечно тот факт что это всё-таки виртуализация как-никак, ещё одни слой абстракции, поэтому приложения где критична скорость - не из этой ниши

George
16.06.2017
15:14:50
Но так или иначе - одно и везде
ты, видимо, никогда не делал ничего на том же реактнэйтиве, когда у тебя было две команды: иос/дроид, ты решил оптимизировать и переписать всё на рн и у тебя стало три команды.

Oleg
16.06.2017
15:15:10
На реакт нативе не писал, да
Но оно и не совсем веб

George
16.06.2017
15:19:02
просто очень многие заблуждаются и думают, что всё будет отлично — ничего не будет, нормально "искаропки" будет только печаль и много боли, а фонгап… ну у них, наверное, есть своя ниша, как приложение для битрикса, например, чтобы делать аппку для своего магазина по продаже шапок фомас ,)

Google

Oleg
16.06.2017
15:21:30
Какой-то писсимизм смотрю в этом направлении, неудачный опыт видимо
Но, действительно, это не серебрянная пуля
Но - это возможность решать задачи разными инструментами
И возможность написать 1 раз локику и 2 раза вью для ПК, веба, айоса, андройда, мобильной версии сайта - это шикарно

Winni
16.06.2017
15:22:23
Вы забываете очевидные сайты от галер, тот же сайт только в формате приложения, разные меню от ресторанов, магазины и все такое, типа аудитория больше, а затраты как на сайт, а не как на приложение.

George
16.06.2017
15:24:35

Oleg
16.06.2017
15:25:13
Есть и поинтереснее приложения
В целом же интересно какое будет будущее
И нужно ли будущее
Ведь с другой стороны браузер и так решает часто всё что нужно
И возможность просто добавить сайт как приложение через меню в браузере - вполне себе ок

George
16.06.2017
15:26:16
да, особенно, когда фб в браузере работает быстрее, чем приложением

Дмитрий
16.06.2017
15:26:24
Скоро это часто будет заменено на "всегда"

Oleg
16.06.2017
15:26:47
Вот, интересно настанет ли

Дмитрий
16.06.2017
15:26:55
Это просто типичное следствие того, что js сейчас нормально развивается, а в мобильной разработке уже давно на всё положили болт

George
16.06.2017
15:27:51

Кирилл
16.06.2017
15:28:04

Дмитрий
16.06.2017
15:28:15
На всё из того, что я считаю критичным — например, адаптируемость, оптимизацию и прочие не нужные вещи

Кирилл
16.06.2017
15:28:25

Google

Дмитрий
16.06.2017
15:28:41
Вот в этом и проблема

George
16.06.2017
15:29:30
с чего бы им переставать их апрувить?
недавно тут была буча, когда эпл начала разворачивать приложения на рн из–за библиотеки и разработчики весь гитхаб закидали ишью, что рн не принимают
даже разобраться нормально не смогли

Кирилл
16.06.2017
15:30:01
каждый раз пытаются этим ткнуть неразобравшичь в чем дело

George
16.06.2017
15:31:14
Я смотрю с точки зрения пользователя
то есть медленное кривое приложение, которое даже не похоже на нэйтив лучше, чем то, которое работает быстро, не тормозит, не жрёт рессурсы етс?

Дмитрий
16.06.2017
15:31:30
Лол

Admin
ERROR: S client not available

Кирилл
16.06.2017
15:31:35

Дмитрий
16.06.2017
15:31:36
Реакт натив не нужен

George
16.06.2017
15:32:04

Кирилл
16.06.2017
15:32:28

George
16.06.2017
15:32:39
кода

Кирилл
16.06.2017
15:32:59
это типа про code-push?

George
16.06.2017
15:33:02
да

Кирилл
16.06.2017
15:33:19
эм и что с ним не так?
правила эппла не запрещено обновлять по воздуху

Google

Кирилл
16.06.2017
15:33:49
да и это как раз таки огромный плюс всех RN приложений

George
16.06.2017
15:34:13
правилами эпла запрещено изменять проверенный в ревью код, надо снова отдавать на ревью

Кирилл
16.06.2017
15:34:40
While Apple's developer agreement fully allows performing over-the-air updates of JavaScript and assets (which is what enables CodePush!), it is against their policy for an app to display an update prompt. Because of this, we recommend that App Store-distributed apps don't enable the updateDialog option when calling sync, whereas Google Play and internally distributed apps (e.g. Enterprise, Fabric, HockeyApp) can choose to enable/customize it
надуманные проблемы

George
16.06.2017
15:35:11
жс на иос не нужен.

Кирилл
16.06.2017
15:35:31
железные аргументы видимо закончились

Mr_Babrums.bin
16.06.2017
15:35:41
Есть же свифт
И он прекрасен

George
16.06.2017
15:36:02

Кирилл
16.06.2017
15:36:19
Есть же свифт
да он неплох но кажыдй год выходит новая версия с новым синтаксисом, которая несовместима со старой версией и это не прекрасно

Mr_Babrums.bin
16.06.2017
15:36:21
Спору нет

George
16.06.2017
15:36:44

Mr_Babrums.bin
16.06.2017
15:36:51

Кирилл
16.06.2017
15:37:15
ни пруфов ничего
и закончил тем что жс гавно
....

George
16.06.2017
15:37:39
я увидел, как работают нативные приложения и как на жсе
жс гавно в мобильной разработке, там есть свифт и котлин

Oleg
16.06.2017
15:38:42
Я думаю это безсмысленный спор потому что всё-равно все останутся при своем. А как правильнее поступать - решит читатель этого спора.

Кирилл
16.06.2017
15:39:14

Daniel
16.06.2017
15:39:22
Есть очевидные факты: если компания готовва выделить необходимое количество ресурсов на поддержку двух-трех нативных версий приложения, то очевидно, что это лучше