Ответ на пост «"Программисты не умеют программировать"»⁠⁠

Так это ж в не релизной версии а в debug билде. Было бы странно, если бы это из релиза не выключали.

Приложение будет одно, а вот собираться оно будет либо в xcode, либо в AS. Паблишинг на площадки совершенно разный, но это довольной быстрый и не затратный процесс в сравнении с разработкой.

пробросить то можно, но этот дополнительный уровень явно безопасности не добавляет. Потому что такие пробросы активно ловятся. И если на iOS безопасность держат на приемлемом уровне, то на андроиде мне, как заказчику, пиздос, как не понравилась бы такая идея.
В целом приложение для iOS будет явно более защищено, чем веб-страница. Как минимум потому что там используется совершенно другой api, нативный для iOS и за который apple отвечает головой. А вот ответственность за сайт целиком лежит на плечах банка.

Действительно, нахер эти приложения вообще нужны, ведь есть же веб-версия, я верно понял? Можно же просто в браузере интернет банкинг открыть, так? Ведь открытая в браузере страница она конечно гораздо более защищенная, чем аутентификация через faceid. Кешировать пароли, оно ж пиздос, как безопасно или вводить их каждый раз заново. NFC ведь нахуй не нужен.

Даладна? Я так и написал, что есть ОС, при том не одна, а много ее версий и если ты в билд включишь поддержку версий лет на 5 хотя бы назад, то твой файл станет нихерово так больше весить.

У браузеров отслеживают уязвимости? ну эта фраза уже сама по себе смешная, особенно в контексте сравнения с фреймворками. Но при чем тут вообще браузер? Сайт банка на чем написан? Явно же не CMS иначе это был бы совсем пиздец. Ну то есть по сути может быть написан на том же самом React, который уязвимостей будет иметь не меньше, чем RN. И тем не менее, iOS куда более защищенная система, чем браузерный кеш.

Вот кстати жиза! Ну и в целом всем пиздящим, предлагаю скачать приложение PKO банка Польши и охуеть от того, как оно выглядит и работает. Ну хотя бы начать с того, что в нем не обновляется инфа по счетам, после обмена по курсу. То есть нужно полностью перезагружать приложение)))

Ты глаза свои разуй и прочитай еще раз, что я написал. Unity это движок, RN это фреймворк, они оба кроссплатформенные, но приложения с их использованием весят больше, чем если писать с использованием нативного api. На RN далеко не все у тебя выйдет реализовать, особенно в графическом плане. И да, блять, прикинь, тебя могут попросить писать на Java или Obj-C + swift, могут вообще посадить на поддержку легаси кода. Ну, так что, петух, расскажешь нам, кто тут клоун? А если ты свой язык в жопу засунешь и будешь молчать, то и так понятно, что ты говна поел.

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

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

так лень отвечать. короче, если коротко. никакие драйвера не отрезаются, в приложение во время сборки билда добавляется поддержка разных версий операционки. вот эти вот пакеты и "отрезаются". а приложение весит дохрена из-за того, что не работает напрямую с нативным api, а имеет кучу зависимостей через фреймворк. Компонент фреймворка весит ГОРАЗДО больше, отсюда и конский вес билда.

Я вообще на unity писал, при том лет 5 назад. А до этого разрабатывал софт для бпла на C++. На RN у меня девушка работает. Все из приложения на RN, это графически как-раз банк или убер, не более того. Никто в своём уме не будет писать на RN фронт для казино, скажем. Хотя и такие заказы предлагали. Но эт совсем пиздец. я как-то лет 12 назад написал клон десктопного приложения pokerstars на управляемых плюсах, так вот похоже даже это не было настолько бредово, чем писать слоты на RN.

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

swift, серьезно? ты хоть раз видел, чтобы на вакансию по iOS разработке выше джуна требовался бы только swift? в любом приложении сложнее калькулятора используется obj-c. А если уж быть до конца точным, то весь перечисленный тобой стек сейчас заменяет ts+RN в большинстве случаев. А что касается js разрабов, так им как-раз таки и не нужно все это учитывать, но и приложения получаются в разы более жирные и с нихуевыми такими утечками памяти.

Бля, как вы заебали... Слышь, звон, при чем тут нахуй твои драйвера с гугл плеем? Сам придумал - сам ответил.

Я это все описывал, чтобы было понятно, какое количество переменных прямо или косвенно отвечает за работу приложения на устройстве. Я нигде не писал, что в приложении хранятся драйвера. Ты дохуя такой уверенный, что умнее всех тут?

p.s. остальным умникам передаю привет: глаза разуйте, прежде чем хуйню писать. не нужно свои влажные фантазии выдавать за мои слова.

Ооо, вот тут я не соглашусь, так как мое основное направление - разработка 3d игр для телефонов. А подруга моя пишет приложения на RN. Так вот я у них видел такие утечки памяти, что симулятор зависал. Там приложение достаточно комплексное, как-раз на уровне банка, но даже для него это перебор. Вот когда новый прогер в команде заливает на прод такую срань, это да - руки из жопы, тут не поспоришь. А вес приложения, это не прям критично. На Unity вон тоже "игра" с пустым экраном весит в тысячу раз больше, чем когда я писал на direct3d полноценную трехмерную сцену с освещением и шейдерами. Но на Unity я могу сделать за месяц игру, которая на java + opengl писалась бы год.

Это на уровне нативного приложения ты будешь вызывать системные функции. А в приложении на RN там еще прослойка размером с кабана. Раз уж на то пошло.

ну если ты, как заказчик, готов заплатить +400% к стоимости, потратить в 2 раза больше времени, ради того, чтобы твое приложение скачали за 30 секунд, а не за пару минут, и чтобы у Васи на старом мейзу было на 300 мегабайт больше, то тебе так и напишут, главное плати. Вопрос - зачем?

Программисты пишут код на основании выстроенной архитектуры, жесткого ТЗ и ограничений по бюджету, срокам и ресурсам телефона. От них вообще ничего не зависит. Выберут архитектор с тех. лидом на пару конкретный стек и будешь писать на нем или пойдешь нахер, а на твое место возьмут того, кто будет.

Хочешь качественного кода и многолетней разработки, ну так это в opensource, а не в коммерцию.

Логика там нигде не нарушена, там как-раз следующим абзацом идет текст про ОС и то что далеко не факт, в конкретной версии будет нужный драйвер.

либо ты сейчас сюда скидываешь цитату, где я такое написал, ну, либо ты пиздобол. удачи ;)

Ты давай стрелки не переводи, а по факту ссылочку на текст кинь, где я написал, что драйверы находятся в приложении. Про драйверы я написал в контексте того, что в новых версиях ОСи их вообще может не быть и что версия ОСи в принципе не одна поддерживается. Так это черным по белому написано. А вот то что ты написал, так такого нигде не сказано. Так что получается, что ты пиздобол.

Если читать не по диагонали, то можно в следующем же абзаце прочитать про драйвера и про ОС. Так что поумничать хотел разве что ты, но напердел в лужу.