#нативные_приложения — Public Fediverse posts

Рейтинг технологий для мобильной разработки для банков в 2026 году

Сейчас рынок переживает не лучшие времена. Уже несколько лет заблокированы основные магазины приложений. В последнее время сильно участились кибератаки на приложение банков. Но технологии могут решить эти проблемы. В этой статье я расскажу про : · Наш топ технологий · Как улучшить кибербезопасность в приложении · Последние функциональные тренды Наш топ технологий Swift – 5 звезд Keychain и биометрия Face ID/Touch ID работают на уровне аппаратного шифрования, и разработчикам не нужно придумывать велосипед для защиты платежей. Swift дает производительность, идеальную работу с камерой для сканирования карт и чеков, и дает полный доступ ко всем API устройства. Для банков важна не столько скорость разработки, сколько то, чтобы под каждую платформу были свои решения. Потому что Google или Apple могут что-то менять, и, допустим, в App Store потребуется внести обходы, дополнительные функции или модификации. Технически это можно сделать и на кроссплатформе, но если банк хочет поддерживать имидж и безупречную работу, ему нужно идеальное соответствие каждой платформе. Поэтому до сих пор во многих банках основная часть приложений пишется на нативе: для Apple — Swift, для Android — Kotlin. Поэтому при использовании Swift компании нужно также иметь отдельную команду для разработки на Android. Поэтому стоимость разработки повышает и сразу две команды делают одно и тоже.

https://habr.com/ru/articles/1036528/

#разработка_приложений #финтех #кроссплатформенность #нативные_приложения #kmp #flutter #swift #kotlin #compose

Рейтинг технологий для мобильной разработки для банков в 2026 году

Сейчас рынок переживает не лучшие времена. Уже несколько лет заблокированы основные магазины приложений. В последнее время сильно участились кибератаки на приложение банков. Но технологии могут решить эти проблемы. В этой статье я расскажу про : · Наш топ технологий · Как улучшить кибербезопасность в приложении · Последние функциональные тренды Наш топ технологий Swift – 5 звезд Keychain и биометрия Face ID/Touch ID работают на уровне аппаратного шифрования, и разработчикам не нужно придумывать велосипед для защиты платежей. Swift дает производительность, идеальную работу с камерой для сканирования карт и чеков, и дает полный доступ ко всем API устройства. Для банков важна не столько скорость разработки, сколько то, чтобы под каждую платформу были свои решения. Потому что Google или Apple могут что-то менять, и, допустим, в App Store потребуется внести обходы, дополнительные функции или модификации. Технически это можно сделать и на кроссплатформе, но если банк хочет поддерживать имидж и безупречную работу, ему нужно идеальное соответствие каждой платформе. Поэтому до сих пор во многих банках основная часть приложений пишется на нативе: для Apple — Swift, для Android — Kotlin. Поэтому при использовании Swift компании нужно также иметь отдельную команду для разработки на Android. Поэтому стоимость разработки повышает и сразу две команды делают одно и тоже.

https://habr.com/ru/articles/1036528/

#разработка_приложений #финтех #кроссплатформенность #нативные_приложения #kmp #flutter #swift #kotlin #compose

Рейтинг технологий для мобильной разработки для банков в 2026 году

Сейчас рынок переживает не лучшие времена. Уже несколько лет заблокированы основные магазины приложений. В последнее время сильно участились кибератаки на приложение банков. Но технологии могут решить эти проблемы. В этой статье я расскажу про : · Наш топ технологий · Как улучшить кибербезопасность в приложении · Последние функциональные тренды Наш топ технологий Swift – 5 звезд Keychain и биометрия Face ID/Touch ID работают на уровне аппаратного шифрования, и разработчикам не нужно придумывать велосипед для защиты платежей. Swift дает производительность, идеальную работу с камерой для сканирования карт и чеков, и дает полный доступ ко всем API устройства. Для банков важна не столько скорость разработки, сколько то, чтобы под каждую платформу были свои решения. Потому что Google или Apple могут что-то менять, и, допустим, в App Store потребуется внести обходы, дополнительные функции или модификации. Технически это можно сделать и на кроссплатформе, но если банк хочет поддерживать имидж и безупречную работу, ему нужно идеальное соответствие каждой платформе. Поэтому до сих пор во многих банках основная часть приложений пишется на нативе: для Apple — Swift, для Android — Kotlin. Поэтому при использовании Swift компании нужно также иметь отдельную команду для разработки на Android. Поэтому стоимость разработки повышает и сразу две команды делают одно и тоже.

https://habr.com/ru/articles/1036528/

#разработка_приложений #финтех #кроссплатформенность #нативные_приложения #kmp #flutter #swift #kotlin #compose

Рейтинг технологий для мобильной разработки для банков в 2026 году

Сейчас рынок переживает не лучшие времена. Уже несколько лет заблокированы основные магазины приложений. В последнее время сильно участились кибератаки на приложение банков. Но технологии могут решить эти проблемы. В этой статье я расскажу про : · Наш топ технологий · Как улучшить кибербезопасность в приложении · Последние функциональные тренды Наш топ технологий Swift – 5 звезд Keychain и биометрия Face ID/Touch ID работают на уровне аппаратного шифрования, и разработчикам не нужно придумывать велосипед для защиты платежей. Swift дает производительность, идеальную работу с камерой для сканирования карт и чеков, и дает полный доступ ко всем API устройства. Для банков важна не столько скорость разработки, сколько то, чтобы под каждую платформу были свои решения. Потому что Google или Apple могут что-то менять, и, допустим, в App Store потребуется внести обходы, дополнительные функции или модификации. Технически это можно сделать и на кроссплатформе, но если банк хочет поддерживать имидж и безупречную работу, ему нужно идеальное соответствие каждой платформе. Поэтому до сих пор во многих банках основная часть приложений пишется на нативе: для Apple — Swift, для Android — Kotlin. Поэтому при использовании Swift компании нужно также иметь отдельную команду для разработки на Android. Поэтому стоимость разработки повышает и сразу две команды делают одно и тоже.

https://habr.com/ru/articles/1036528/

#разработка_приложений #финтех #кроссплатформенность #нативные_приложения #kmp #flutter #swift #kotlin #compose

Архитектура для SwiftUI — VSURF

Сегодня с вами Никита, iOS Team Lead в Surf. Никита объяснит, почему мы в Surf решили создать собственную архитектуру для разработки на SwiftUI. Читать дальше

https://habr.com/ru/companies/surfstudio/articles/874958/

#архитектура #архитектура_приложений #ios #ios_разработка #swift #swiftui #мобильная_разработка #мобильные_приложения #нативные_приложения

Архитектура для SwiftUI — VSURF

Сегодня с вами Никита, iOS Team Lead в Surf. Никита объяснит, почему мы в Surf решили создать собственную архитектуру для разработки на SwiftUI. Читать дальше

https://habr.com/ru/companies/surfstudio/articles/874958/

#архитектура #архитектура_приложений #ios #ios_разработка #swift #swiftui #мобильная_разработка #мобильные_приложения #нативные_приложения

Архитектура для SwiftUI — VSURF

Сегодня с вами Никита, iOS Team Lead в Surf. Никита объяснит, почему мы в Surf решили создать собственную архитектуру для разработки на SwiftUI. Читать дальше

https://habr.com/ru/companies/surfstudio/articles/874958/

#архитектура #архитектура_приложений #ios #ios_разработка #swift #swiftui #мобильная_разработка #мобильные_приложения #нативные_приложения

Архитектура для SwiftUI — VSURF

Сегодня с вами Никита, iOS Team Lead в Surf. Никита объяснит, почему мы в Surf решили создать собственную архитектуру для разработки на SwiftUI. Читать дальше

https://habr.com/ru/companies/surfstudio/articles/874958/

#архитектура #архитектура_приложений #ios #ios_разработка #swift #swiftui #мобильная_разработка #мобильные_приложения #нативные_приложения

Отбираем хлеб у нативных разработчиков: миграция с Kotlin/Swift на RN

Меня зовут Александр Чернов, я фронтенд-разработчик в KODE и я использую React Native в разработке мобильных приложений уже более семи лет. Сейчас расскажу вам, как мы у нативных разработчиков хлеб отбирали. Читать, как «перевозили» приложение

https://habr.com/ru/articles/865962/

#react_native #мобильное_приложение #нативные_приложения #ios #android #разработка_на_react #миграция_приложений #react #коммерческая_разработка

Отбираем хлеб у нативных разработчиков: миграция с Kotlin/Swift на RN

Меня зовут Александр Чернов, я фронтенд-разработчик в KODE и я использую React Native в разработке мобильных приложений уже более семи лет. Сейчас расскажу вам, как мы у нативных разработчиков хлеб отбирали. Читать, как «перевозили» приложение

https://habr.com/ru/articles/865962/

#react_native #мобильное_приложение #нативные_приложения #ios #android #разработка_на_react #миграция_приложений #react #коммерческая_разработка

Отбираем хлеб у нативных разработчиков: миграция с Kotlin/Swift на RN

Меня зовут Александр Чернов, я фронтенд-разработчик в KODE и я использую React Native в разработке мобильных приложений уже более семи лет. Сейчас расскажу вам, как мы у нативных разработчиков хлеб отбирали. Читать, как «перевозили» приложение

https://habr.com/ru/articles/865962/

#react_native #мобильное_приложение #нативные_приложения #ios #android #разработка_на_react #миграция_приложений #react #коммерческая_разработка

Отбираем хлеб у нативных разработчиков: миграция с Kotlin/Swift на RN

Меня зовут Александр Чернов, я фронтенд-разработчик в KODE и я использую React Native в разработке мобильных приложений уже более семи лет. Сейчас расскажу вам, как мы у нативных разработчиков хлеб отбирали. Читать, как «перевозили» приложение

https://habr.com/ru/articles/865962/

#react_native #мобильное_приложение #нативные_приложения #ios #android #разработка_на_react #миграция_приложений #react #коммерческая_разработка

[Перевод] Я прождал 10 миллиардов тактов и дождался лишь экрана загрузки

Современное оборудование невероятно быстрое. M1 Max, на котором я пишу эту статью, работает с частотой 3,2 ГГц. То есть 3,2 МИЛЛИАРДА тактов в секунду . Однако Microsoft Teams требуется 3 секунды, чтобы открыть ссылку, и я отказываюсь верить, что для открытия ссылки требуется 9,6 МИЛЛИАРДА тактов. Очевидно, я упрощаю, но смысл остаётся прежним: как так получается, что оборудование становится быстрее, а приложения — только медленнее? «Потому, что мы выполняем гораздо больше задач». Так считает любитель позднего капитализма . Позвольте объяснить. Превосходный пример мощи современного «железа» — это видеоигры. Я могу симулировать огромные 3D-среды с физикой и освещением, полученным трассировкой лучей, при этом играть в реальном времени с друзьями из других штатов и даже стран; вполне доступный компьютер потребительского уровня выдаёт 124 миллионов пикселей в секунду 1 . [1. 1080p при 60 FPS = 1920 × 1080 × 60 = 124416000] Можно посмотреть и в обратном направлении: людям удаётся запускать DOOM на почти любом устройстве с процессором : на калькуляторах, iPod, фотокамерах. Невероятно маломощные, зачастую одноразовые устройства обладают достаточными вычислительными ресурсами, чтобы выполнять сверхсовременную на 1993 год игру. Это не особо удивляет, ведь прошло три десятка лет, но показывает, какой путь мы проделали.

https://habr.com/ru/articles/855972/

#оптимизация_кода #торможение #нативные_приложения #вебприложения

[Перевод] Я прождал 10 миллиардов тактов и дождался лишь экрана загрузки

Современное оборудование невероятно быстрое. M1 Max, на котором я пишу эту статью, работает с частотой 3,2 ГГц. То есть 3,2 МИЛЛИАРДА тактов в секунду . Однако Microsoft Teams требуется 3 секунды, чтобы открыть ссылку, и я отказываюсь верить, что для открытия ссылки требуется 9,6 МИЛЛИАРДА тактов. Очевидно, я упрощаю, но смысл остаётся прежним: как так получается, что оборудование становится быстрее, а приложения — только медленнее? «Потому, что мы выполняем гораздо больше задач». Так считает любитель позднего капитализма . Позвольте объяснить. Превосходный пример мощи современного «железа» — это видеоигры. Я могу симулировать огромные 3D-среды с физикой и освещением, полученным трассировкой лучей, при этом играть в реальном времени с друзьями из других штатов и даже стран; вполне доступный компьютер потребительского уровня выдаёт 124 миллионов пикселей в секунду 1 . [1. 1080p при 60 FPS = 1920 × 1080 × 60 = 124416000] Можно посмотреть и в обратном направлении: людям удаётся запускать DOOM на почти любом устройстве с процессором : на калькуляторах, iPod, фотокамерах. Невероятно маломощные, зачастую одноразовые устройства обладают достаточными вычислительными ресурсами, чтобы выполнять сверхсовременную на 1993 год игру. Это не особо удивляет, ведь прошло три десятка лет, но показывает, какой путь мы проделали.

https://habr.com/ru/articles/855972/

#оптимизация_кода #торможение #нативные_приложения #вебприложения

[Перевод] Я прождал 10 миллиардов тактов и дождался лишь экрана загрузки

Современное оборудование невероятно быстрое. M1 Max, на котором я пишу эту статью, работает с частотой 3,2 ГГц. То есть 3,2 МИЛЛИАРДА тактов в секунду . Однако Microsoft Teams требуется 3 секунды, чтобы открыть ссылку, и я отказываюсь верить, что для открытия ссылки требуется 9,6 МИЛЛИАРДА тактов. Очевидно, я упрощаю, но смысл остаётся прежним: как так получается, что оборудование становится быстрее, а приложения — только медленнее? «Потому, что мы выполняем гораздо больше задач». Так считает любитель позднего капитализма . Позвольте объяснить. Превосходный пример мощи современного «железа» — это видеоигры. Я могу симулировать огромные 3D-среды с физикой и освещением, полученным трассировкой лучей, при этом играть в реальном времени с друзьями из других штатов и даже стран; вполне доступный компьютер потребительского уровня выдаёт 124 миллионов пикселей в секунду 1 . [1. 1080p при 60 FPS = 1920 × 1080 × 60 = 124416000] Можно посмотреть и в обратном направлении: людям удаётся запускать DOOM на почти любом устройстве с процессором : на калькуляторах, iPod, фотокамерах. Невероятно маломощные, зачастую одноразовые устройства обладают достаточными вычислительными ресурсами, чтобы выполнять сверхсовременную на 1993 год игру. Это не особо удивляет, ведь прошло три десятка лет, но показывает, какой путь мы проделали.

https://habr.com/ru/articles/855972/

#оптимизация_кода #торможение #нативные_приложения #вебприложения

[Перевод] Я прождал 10 миллиардов тактов и дождался лишь экрана загрузки

Современное оборудование невероятно быстрое. M1 Max, на котором я пишу эту статью, работает с частотой 3,2 ГГц. То есть 3,2 МИЛЛИАРДА тактов в секунду . Однако Microsoft Teams требуется 3 секунды, чтобы открыть ссылку, и я отказываюсь верить, что для открытия ссылки требуется 9,6 МИЛЛИАРДА тактов. Очевидно, я упрощаю, но смысл остаётся прежним: как так получается, что оборудование становится быстрее, а приложения — только медленнее? «Потому, что мы выполняем гораздо больше задач». Так считает любитель позднего капитализма . Позвольте объяснить. Превосходный пример мощи современного «железа» — это видеоигры. Я могу симулировать огромные 3D-среды с физикой и освещением, полученным трассировкой лучей, при этом играть в реальном времени с друзьями из других штатов и даже стран; вполне доступный компьютер потребительского уровня выдаёт 124 миллионов пикселей в секунду 1 . [1. 1080p при 60 FPS = 1920 × 1080 × 60 = 124416000] Можно посмотреть и в обратном направлении: людям удаётся запускать DOOM на почти любом устройстве с процессором : на калькуляторах, iPod, фотокамерах. Невероятно маломощные, зачастую одноразовые устройства обладают достаточными вычислительными ресурсами, чтобы выполнять сверхсовременную на 1993 год игру. Это не особо удивляет, ведь прошло три десятка лет, но показывает, какой путь мы проделали.

https://habr.com/ru/articles/855972/

#оптимизация_кода #торможение #нативные_приложения #вебприложения

WebView: быстрый релиз, никаких ревью в сторах, а минусы есть?

Привет, Хабр! Я Артем, тимлид продуктовой команды. Я управляю кросс-функциональной командой, проектирую архитектуру и отвечаю за интеграции корпоративного приложения. Сегодня расскажу, как мы выбирали архитектуру, чтобы быстро релизить, несмотря ни на что. Вы узнаете, как красиво интегрировать разные legacy-бэкенды без толпы разработчиков на проекте, и как продолжать доставлять важный функционал до пользователей, даже если вас удаляют из сторов. Обсудим плюсы и минусы нативной и кросс-платформенной разработки и подробно разберём WebView, его преимущества и подводные камни.

https://habr.com/ru/companies/alfa/articles/821055/

#архитектура_приложений #webview #нативные_приложения #hr_tech #корпоративный_сервис #digital_workspace #продуктовая_разработка

WebView: быстрый релиз, никаких ревью в сторах, а минусы есть?

Привет, Хабр! Я Артем, тимлид продуктовой команды. Я управляю кросс-функциональной командой, проектирую архитектуру и отвечаю за интеграции корпоративного приложения. Сегодня расскажу, как мы выбирали архитектуру, чтобы быстро релизить, несмотря ни на что. Вы узнаете, как красиво интегрировать разные legacy-бэкенды без толпы разработчиков на проекте, и как продолжать доставлять важный функционал до пользователей, даже если вас удаляют из сторов. Обсудим плюсы и минусы нативной и кросс-платформенной разработки и подробно разберём WebView, его преимущества и подводные камни.

https://habr.com/ru/companies/alfa/articles/821055/

#архитектура_приложений #webview #нативные_приложения #hr_tech #корпоративный_сервис #digital_workspace #продуктовая_разработка

WebView: быстрый релиз, никаких ревью в сторах, а минусы есть?

Привет, Хабр! Я Артем, тимлид продуктовой команды. Я управляю кросс-функциональной командой, проектирую архитектуру и отвечаю за интеграции корпоративного приложения. Сегодня расскажу, как мы выбирали архитектуру, чтобы быстро релизить, несмотря ни на что. Вы узнаете, как красиво интегрировать разные legacy-бэкенды без толпы разработчиков на проекте, и как продолжать доставлять важный функционал до пользователей, даже если вас удаляют из сторов. Обсудим плюсы и минусы нативной и кросс-платформенной разработки и подробно разберём WebView, его преимущества и подводные камни.

https://habr.com/ru/companies/alfa/articles/821055/

#архитектура_приложений #webview #нативные_приложения #hr_tech #корпоративный_сервис #digital_workspace #продуктовая_разработка