Ребята такой вопрос, с помощью Node.js можно полностью заменить Backend

для iOS направления? И можно ли писать бек на ноде для мобилок?

бэк везде есть бэк)

Кстати вопрос хороший В вакансиях видал «бэк для мобилок писать» Кто-то накой-то их различает? Смысол? Протоколы те же Чем от веба обычного отличаться будет?🤷

Тем, что помогать с интеграцией нужно будет не фронтендерам, а иосникам, например

Работаю с 3мя отделами айос/дроид/веб Запросы 1 и те же, ничего особенного за исключением дебага вендор специфичных штук нет В моем случае это пуши У дроид/айос вендоры в виде апнс и файрбейз В остальном сокральности никакой нет

Будет Про этом может очень сильно меняться Разные аб тесты нужно смочь запускать, разные данные отдавать Да еще и мониторить (что бы понять с какой платформы ддос). Ну или с какой платформы компанию кинули на пару лямов отправив платные смс

Ддос это распределенная атака, разве нет?

Так это справедливо и для браузеров Все еще не аргумент в сторону «вот теперь ты бэкендер для мобильных клиентов» Ничего особенного З.ы. Я понимаю о чем говорю Определить клиента - дело мелочей

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

когда разные наборы данных понадобяться, тогда вспомнишь. Но раз есть вопросы - это явно лишнее и для большинсва приложений вообще не нужно

Распределенная. Ты будешь весь интернет выключать?

И про разные наборы - тоже решаемо) Решается в зависимости от архитектуры Но мой «доеб» остается прежним Разработка бэка под веб и мобилу не имеет кардинальных различий, чтобы требовать бэкендера прям под мобилу писать бэк

интернет тут при чем ? Я тебя не понимаю ты возмешь и отключишь ручку (которая будет для того что пробует ломать «рабочая»)

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

Именно Выше уже описал пункт этот

пример про смс самый явный можно взять и закинуть по базе и кинуть на н денег компанию и вот этом моменте желательно знать на каком этапе смогли отправить лям смс

пример с смс завязан на платформе только если сервис проектировали джуны

понимаю расскажешь потом как защищался от этого

обычные рейт лимит на такие запросы, как минимум но лучше расскажи ты, как в твоем примере платформа должна защищать от этого? если у тебя от подобных проблем с смс защищает именно платформа, а не баканд — сервис проектировали школьники

я не говорил что платформа защитит от этого я сказал что это поможет понять с какой платформы просили смс и позволит отключить эту платформу перенаправив на веб или на оборот (плашка в стиле не работает)

но ты привел в пример к теме "бакандер для иос" (или как там)

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

А что смс только в мобильных приложениях доступен? А как тогда тот же иви на десктопе предлагает смс слать? Или я не понял примера

рейтлимит будет работать если номер сменили ? будешь заставлять ждать всех клиентов по минуте ?

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

а зачем клиенты будут ждать пока ты разбираешься ? А сколько по времени займет ? Страдать всем ?

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

Страдать всем

Так и если с приложения? Проблема 1 и та же Просто выяснил что с веб аппа или апк, но как это отвечает на мой исходный вопрос «В чем сакральный смысл бэкендер для мобильного приложения»

обычно 2 бека на екомерс веб и мобилка и называются по разному и имеется 2 команды (лично знаю примеры) но если тебе не нужно - не делай в чем проблема ?

Если у вас с этим нет проблем - отлично, это как знак извилистая дорога, как будто водитель сам не поймёт, что она петляет, и она принципиально ни чем не отличается от прямой дороги, но просто инфа к сведению. Вам же не мешает? А другим может будет полезно

вот твой пример с екомерс я и не мог представить себе все еще вопрос возникает, Накой вы так делаете? зачем вам 2 команды бэка для 2х платформ? я б понял аргумент 2 бэка под мобила/веб и какой-то терминал, у терминала другой функционал и под него отдельный апи пилить надо но это все еще про проект и его специфику а бэкендер остается по прежнему бэкендером ему кроме нюансов "для терминала надо спроектировать так, чтоб на медленном инете и тупом железе работало" ничего больше не надо знать

есть старые мобилки есть новый веб намек понятен ?

намек, что существуют - да а у бэка все те же требования их можно описать иначе (не приплетая к вакансии про айос/андроид/прочее) "нам нужен апи, который будет работать очень экономно, боже упаси, при 3G" и сюда ставь хоть веб аппку как виджет, так и мобильную аппку мой ответ, думаю, тоже ясен)

какие требования ? бек с битры или с хрен пойми чего новые платформы отказываются я не понимаю почему у вас это вызывает такой диссонанс

вызывает с того, что в описании нафиг не нужное уточнение про "под айос бэк" да пиши, что разрабатываем софтину под мобилы, пилим 1/2/3/дестяое но какая польза от "под айос бэк" кандидату? вот что он должен знать такого, что прям вот только для айос пригодится БЭКендеру, чего не знают остальные БЭКендеры?

для ios в данных вместо поля description, если есть, поменять на content вот и вся разница

бл не ну такое я не умею делать -20% вакансий, на которые мог бы откликнуться, получается?)))))

и вот первое сообщение где просто сказано что 2 бека может быть то что это может писать человек который писал под ios - я не говорил

а тут ты не српашивал что это разные люди ты спросил отличии самого бекендера потом почему то кто то исказил что это разные люди

Стикер

Нет никакого обычно Могут быть отдельные команды на на каждую фичу в мобильном приложении. То есть буквально - команда, которая работает с поиском (андроид и айфон), команда которая работает с ЛК (андроид и айфон)

Возможно, эта формулировка подразумевает знания APN, поэтому ищут того, кто это уже прошарил и на грабли не будет наступать

ну ля я тоже так думал, но эт дело 1го дня, чтоб изучить просто АПН после всего остального

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

Стикер

как будто бы это должно быть в скилах, а не в названии "бакандер для иос" 🤨

Joe Beretta
хм но все эт сводит меня к мысли, что эт айосер до...

Да, всё эти нюансы можно раскидать, но удобнее, если кандидат уже с этим сталкивался и о них знает. Поэтому в описании вакансии и пишут бэкенд для иоса Вам же не мешает, или вам было бы удобнее, если бы описания вообще не было, просто нужен работник чтобы работать на работе?

во! я про то же

нужен бакандер чтобы работать на баканде

Будете составлять текст своей вакансии - напишите как посчитаете нужным

не, я наоборот не против того, что в описании как раз таки все такие детали описывают Я прост как истинный программист, который тратит 80% времени на нейминг решил доебаться до "для айос" в названии вакансий)))

жду, када выйдет такая вакансия))))

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

Где я такое говорил?

касательно лотти - погуглил(снова) недавно чекал че эт, прикольная штука, экспортится в json))) чисто в теории, для хотфиксов, можно не дожидаясь дизигнера подправить этот json в примитивных вариациях и скинуть потом обратно дизигнеру, чтоб не забыл потом в свой ui кит обратно закинул

во первых, ты это поощряешь. во вторых, я у тебя спросил, а не утверждал это.

Стикер

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

ну я согласен с мыслями но товарищ сам навряд ли продвигал эту идею, чтоб притягивать к числу поощряющих это надо ругать тех, кто дал такое объяснение эйчарам, что те выставили (самих эйчаров не ругаю, ибо они и не должны за тех часть отвечать, но будет плюсом, если кншн согласуют с тимлидом, который как раз и кинул клич на поиск нового сотрудника)