Ответы пользователя по тегу Мобильная разработка
  • Как быстро запустить корпоративное приложение на Android и IOS в 2023-м и не перетрудиться?

    jamakasi666
    @jamakasi666
    Просто IT'шник.
    Серебрянных пуль не существует. Самое близкое к хотелкам это JavaFXPorts от gluon и их Gluon Mobile. Внутри java, для гуя javafx который удобный и с css стилями.
    Ответ написан
    1 комментарий
  • Как защититься от авторизации ботов?

    jamakasi666
    @jamakasi666
    Просто IT'шник.
    Раз это именно авторизация то отказаться от sms. Сделать подтверждение почтой или в мессенджерах. Или подтверждение по OTP.
    Другой вариант, если аудитория конкретной страны то можно:
    1 ограничить доступ по IP подсетей страны. Т.е. доступ только для страны
    2 ввести проверку введённых номеров, по коду оператора
    3 ввести проверку введённых номеров по наличию в твоей БД, у тебя же именно авторизация а не регистрация
    4 ввести лимит по запросам до api с IP адреса обратившегося
    5 усложнить обращение к апи путем введения временного ключа, ключ уникальный для каждого клиента. Видишь что с одним ключем много обращений то банишь юзверя.

    Проще уйти на OTP\почту\мессенджеры.
    Ответ написан
    Комментировать
  • Какие есть подставки для телефона для разработчика?

    jamakasi666
    @jamakasi666
    Просто IT'шник.
    Ответ написан
    Комментировать
  • Почему мобильный интернет Мегафона не позволяет скачать файл с FTP-сервера?

    jamakasi666
    @jamakasi666
    Просто IT'шник.
    А чем обусловлен выбор ftp?
    Почему не отдавать по http через тот же nginx? Если аутентификация то она в нем тоже есть. Кроме того это будет быстрее чем ftp. Еще xml можно пожать изначально чем угодно и это сильно сэкономит трафик. Если xml часто меняется то можно в nginx включить компрессию на лету.

    Не совсем понимаю зачем создать проблему а потом пытаться героически ее решить. Провайдеры частенько мухлюют с трафиком НЕ HTTP, т.е. могут блочить ftp\smtp и много чего другого, могут включать низший приоритет для такого трафика и огромная горсть других прелестей и не только у мобильных операторов. Отсюда можно намотать на ус что использовать http трафик просто безопаснее для таких дел т.к. шансы нарваться на приведенные вами приколы в разы меньше.
    Ответ написан
    Комментировать
  • Как оптимизировать Unity проект для Samsung Gear VR так, чтобы при повороте головой ничего не тормозило (высокополигональных моделей нет)?

    jamakasi666
    @jamakasi666
    Просто IT'шник.
    1 Occlusion Culling
    2 Frustum Culling
    3 Не делать супермешы в которых вообще все. Плохой пример, один меш в котором весь декор комнаты. Хороший, каждому элементу декора комнаты свой меш.
    4 удалять в мешах неведимые полигоны. Как пример ящик, если не предполагается что он может быть перевернут то значит необходимо в его меше удалить всю нижнюю часть.
    5 меши которые будут созданы динамически заранее подгружать.
    Ответ написан
    Комментировать
  • Почему до сих пор никто не создал p2p мессенджер?

    jamakasi666
    @jamakasi666
    Просто IT'шник.
    Потому что у p2p только один единственный плюс в виде децентрализации и он же является минусом перечеркиващим все остальное. Сам p2p также фигово предназначен для передачи мелких и РАЗНЫХ данных но хорошо для передачи мелкими кусочками болищих неменяющихся данных.

    Т.е. грубо говоря одно дело идет раздача 1гб данных куче пиров которые также становится раздающими и в целом ускоряют раздачу потому что этот гиг хочет 1000 человек. Другое дело у тебя 10 байт текста обвязанных 300 байтами служебки и их надо передать одному единственному или паре пиров, остальным он не нужен, в таком случае сеть грубо говоря превращается в кучу шлюзов ретрансляторов из разряда ПирА(отправляет сообщение пиру Я) -> увидел пирБ(не мое передам дальше и затру у себя)->...-> поймал пирП(не мое передам дальше и затру у себя) ->...->->получил пирЯ(а это мне!). В савокупности для передачи породится космическое число мусора и изначальные байта сообщения по дороге выжрут мегабайты чужого трафика. Кроме того время доставки сообщения может быть очень большим пока сообщение путешевствует от пира к пиру даже потому что иногда придется искать маршрут что говорится в слепую не зная с какой стороны находится адресат.
    Почему на мобилках не интересен и не популярен тот же токс, ну вот ты пользуешься торрентом на телефоне? Аааа трафик жалко стало да? вот и тут схожая ситуация.

    Вобщем для передачи однотипных данных прокол просто изумительный, для передачи мелких или часто изменяемых он ужасен и неповоротлив.

    Намного более интересные это жаббер\matrix которые могут быть гибридными, проще это представить как почту где ты привязался к сервису например яндекс и можешь отправить сообщение пользователю который привязан к гуглу, каждый сервис имеет свои плюшки а если что то не нравится то всегда можно найти другого провайдера почты. Но к сожалению яббер не нашел массового успеха погрязнув в стандартах изза чего потерял совместимость, а матрица досих пор в каком то непонятном состоянии.
    Ответ написан
    Комментировать
  • Как вычислить нахождение абонента по номеру телефона через GSM?

    jamakasi666
    @jamakasi666
    Просто IT'шник.
    нужно вычислить местоположение абонента, зная номер телефона.

    Невозможно. Может только сам оператор и то со смешной точностью в большинстве случаев.
    Ну и сюда же. Допустим есть ситуация, что звонит другой человек, вымагает деньги. Как определить где он находиться, зная его номер?

    Идете в МВД и пишите заявление.
    Ответ написан
    Комментировать
  • Возможно ли реализовать такое приложение?

    jamakasi666
    @jamakasi666
    Просто IT'шник.
    Ваша идея полностью копирует обычный поисковик. Откройте гугл, введите запрос и нажмите кнопку "Мне повезет!".
    Сделать такое достаточно сложно особенно для начинающего.
    Если же предусматривается какой то определенный небольшой набор сайтов по которым будут искаться ответы, то задача станет проще но не намного.
    Ответ написан
    1 комментарий
  • Насколько финансово и технически сложный проект?

    jamakasi666
    @jamakasi666
    Просто IT'шник.
    Если надеешься на большое посещение и хранение фото\видео то расходы будут просто космическими.
    Сам проект для реализации не так сложен.
    Ответ написан
    Комментировать
  • C++ или Java для игр и различных приложений?

    jamakasi666
    @jamakasi666 Куратор тега Java
    Просто IT'шник.
    На С++ писать сложнее чем на джаве. Наговнокодить можно на любом языке и будет очень медленно и прожорливо, по потреблению ресурсов впринципе потеряете не так много если сравнивать java vs c++, если конечно не будете в рекурсивном цикле создавать миллиарды строк текста.
    В любом случае, как писали выше, язык это дело вкуса и серебрянной пули несуществует вообще. Игры можно писать на готовых движках. Скажем если выбор падет на юнити то тут балом правит C# и JS. Если выберете Unreal то С++ или скриптовый блюпринт. Если же выберете путь писать двиг самому особенно для мобилок то тут будет адская смесь явы и с++. Если возьмете некий "полудвижек" или фреймворк то там вас привяжут к конкретному языку или скриптовому языку. Кроме того на каждой платформу правят свои языки и кроме того их может быть много. На андроиде это java и намного реже с++(в основном гемор из за невероятного числа костылей) или примеси html5. На IOS это objective-c и swift и так же иногда с костылями html5. На Windows С++\С\С# и реже все остальное, на маках objective-c в основном, на линуксах С++\С\Mono\Java\Python\Perl\Lua\NodeJS\Go и еще туча другого добра. Если же пишут многопользовательскую игру то сервера очень часто пишут на питоне\го\джаве\ноде.
    В общем если желаете нацелиться на максимально возможное с минимальными затратами то начинайте учить джаву или с#(эти языки очень похожи и выучить другой будет легко) а дальше берите фреймворк или готовый двиг и творите. Задумывать о том что тот язык медленный\прожорливый\etc Вам не имеет смысла вообще никакого т.к. абсолютно все языки примерно одинаковы по скорости если их "хорошо готовить" и основная разница только в следующем:
    1) Сложность синтаксиса языка.
    2) Скорость изучения языка.
    3) Сложность изучения языка и его принципов.
    4) Скорость написать программы.
    Обобщенный пример: Java или C# очень простые языки и можно уже через пару недель писать довольно серьезные программы но они будут медлительны по одной простой причине, для того чтобы понимать что вот это медленно и надо писать по другому пройдет очень много времени и стажа т.к. многие моменты коварно абстрагированы в недрах VM. Ситуация с С\С++ другая, языки в 10ки раз сложнее особенно новичку, для написать сколь нибудь сложной софтинки придется усиленно изучать язык пол года и больше но за счет необходимости читать и понимать и большего времени изучения у вас изначально код будет быстрее просто потому что уже будет хоть небольшое но понимание почему так медленнее а так быстрее и почему так ресурсов кушается больше а так меньше. То же самое относится и к переносимости языка на другие платформы, джава сильно абстрагирует api от железа и OS и программист просто пишет 1 код и он просто работает везде где есть джава. На С++ огромное число граблей при переносе софтины с win на линуксы и наоборот, почти весь код который как то работает с OS или железом придется переписывать заново. Ну и про скорость написания софта, java\c# сильно впереди, чужой код в сотни раз проще понять чем чужой код на с\с++, программист думает именно над алгоритмом исключая думы над тонкостями работы с памятью и т.д.
    Выбор полностью за вами =D.
    Ответ написан
    Комментировать
  • ОС Android vs ОС Fuchsia?

    jamakasi666
    @jamakasi666
    Просто IT'шник.
    Фуксия пока даже официально не подтверждена, пока это только эксперимент коих у гугла очень и очень много. Так же не известно будет ли это вообще замена андроида\хромос а не банальная микро ос для iot систем. Я лично очень сильно сомневаюсь что гугл в здравом уме начнет писать полностью свое ядро для мобильных ОС а потом еще и все обвязку вокруг него.
    Ответ написан
    Комментировать