1) 1С нужен за пределами СНГ. Украина с 2018 года выходит из СНГ, членом которого она не была. Но все никак оуончательно не выйдет. 2) "SQL, Html и Excel" - не языки программирования, по этому и программистов нет )))
Как по мне, для достаточного тестирования нужны только три из пяти слоёв. Статические, скриншотные и Е2Е. Остальные слои только точнее покажут где проблема.
В RuMarket я не увидел главного - версий приложений. Как понять версия новее той что у меня стоит или нет? А так же нет настроек автообновления. Пока удаляю.
То новое, что появляется на замену лучше выделить в отдельный раздел. А то список ПО довольно большой. Если в нем появится новая альтернатива - никто не заметит. Для большинства не столько важно кто ушел, как то чем заменить.
По большому счету сейчас нет разницы на чем писать. Кросплатформенно можно писать на любом стеке. На Kotlin - под iOS, на Swift - под Android и бекенд. Как веб проникает в нативные приложения через WebView так и наоборот, нативные языки проникают в веб через Webasembly. Вопрос обычно в том что кому нравится и кто на чем уже умеет писать, чтобы не переучивать спецов или нанимать новых. Скорось работы зависит от количества "наворотов", количества графики, сложности переходов.
Отсутствие гемороя при работе с нативными фичами никто не может гарантировать. Думаю это относится к приложениям написанным на любых языках/фреймворках.
Операционки не стоят на месте и никто не гарантирует что в новой версии все будет работать так же как и в прошлой. Так же нужно понимать что фреймворк зависит от огромного количества мелких пакетов и иногда обновление в одном пакете может уронить весь билд. По своему опыту могу сказать что этим любит грешить Apple. Был случай когда после обновления IOS у меня ломался дизайн. Был случай когда после выхода нового npm-пакета ломался билд. Был случай когда проявилась ошибка только на новейшем на тот момент iPhone 8+. Потому что там в настройках телефона добавили ностройку, а в эмуляторе этой настройки небыло, и при попытке выбора файла приложение просто зависало. Или в 2019 у новых планшетов Apple оказалось нестандартное разширение экрана и как результат - дизайн поехал.
Мне нравится скорость развития JS/TS и других веб технологий. Они сами по себе кроссплатформенны и это "+". Нравится строгость и гибкость Angular. Нравится то что Capacitor позволяет нормально работать не только с веб, но и с нативной частью.
Есть вещи которые не доступны этому фреймворку. Например создание виджетов, или сервисов которые будут работать в фоне. Скорее всего это потому что там нет места WebView и для таких вещей полюбому нужно учить нативный язык.
Спасибо автору за статью. Я пишу на Ionic, и его реинкарнации Capacitor, уже довольно долго. И не совсеми тезисами я могу согласиться. В статье смешаны понятия Ionic, Ionic + Cordova и Capacitor.
Сам по себе Ionic - это набор веб-компонентов заточенных под использоватние на мобильных устройствах. Его можно спокойно использовать на любых веб-страницах.
Cordova + Ionic - Это Cordova-приложение. И тут архитектуру диктует именно Cordova. С этим связано то, что прложение получается тяжелым и медленным. А также то что вносить измменения в нативную часть очень тяжело. Я в своё время модифицировал плагин пуш уведомлений, а плагин Apllepay добавил в магазин плагинов. (Сразу оговорюсь, не я автор плагина Apple Pay. Я только его нашел, доработал, и добавил в магазин.)
Capacitor - Это новая реинкарнация этого фреймворка. Тут уже берется любое SPA и запускается в нативном WebView. Тем самым получая лучшее из связки натива и веба. Дальше, при желании, приложение можно модифицировать как со стороны веба, так и со стороны натива. Типичный пример - добавление функционала получения Push-уведомлений на IOS. Там не просто плагин добавляется, там нужно ручками внести изменения в нативную часть.
Основным приимуществом разработки мобильного при ложения на крос-пратформе - это дешевизна для бизнеса. Один разработчик и для фронта и для мобильной разработки, причем как для Android так и для IOS.
И, насколько я понимаю, команда Ionic движется в сторону структуры когда в в нативном приложении будут запускаться несколько мелких веб приложений. Давая нативному приложению гибкость дизайна веба. Возможности браузера(читаем Chrome) растут очень быстро, а с ними и возможности кросплатформенных фреймворков. Так что не стоит недооценивать фозможности такой разработки. А для тех кто все же решил писать на Ionic/Capacitor я бы посоветовал начинать так же изучать и нативную часть мобильной разработки.
Не понимаю, чего все так возбудились? Рынок решит кто прав кто виноват. Если непраавы Wildberries - они потеряют прибыль, клиентов и продавцов. Если я правильно понял, раньше эти проценты закладывались в цену, а теперь просто отдельно показываются. Тот же Apple Pay дерет 30% за оплату и никто не возмущается, а тут всего 2%. И почему коммисию вводит Wildberries, а штрафы летят банкам???
Спасибо за статью. В одной фирме где работал для отслеживания нахождения телефонов на все тестовые телефоны поставили самописную программу. Кто брал устройство — в программе указывал что он его взял.
Это, конечно, не так надежно, но программа на телефоне позволяла послать туда уведомление что этот телефон кому-то нужен.
Плотина + деревационный канал. Так на малых реках строят маломощные ГЭС.
1) 1С нужен за пределами СНГ. Украина с 2018 года выходит из СНГ, членом которого она не была. Но все никак оуончательно не выйдет.
2) "SQL, Html и Excel" - не языки программирования, по этому и программистов нет )))
Как по мне, для достаточного тестирования нужны только три из пяти слоёв. Статические, скриншотные и Е2Е. Остальные слои только точнее покажут где проблема.
Было бы желание )))
В RuMarket я не увидел главного - версий приложений. Как понять версия новее той что у меня стоит или нет? А так же нет настроек автообновления. Пока удаляю.
Сейчас "ВТБ онлайн" уже точно есть.
А чем грозит ограничение ГитЛаба для тех у кого он развернут на собственных серверах?
То новое, что появляется на замену лучше выделить в отдельный раздел. А то список ПО довольно большой. Если в нем появится новая альтернатива - никто не заметит. Для большинства не столько важно кто ушел, как то чем заменить.
По большому счету сейчас нет разницы на чем писать.
Кросплатформенно можно писать на любом стеке. На Kotlin - под iOS, на Swift - под Android и бекенд.
Как веб проникает в нативные приложения через WebView так и наоборот, нативные языки проникают в веб через Webasembly.
Вопрос обычно в том что кому нравится и кто на чем уже умеет писать, чтобы не переучивать спецов или нанимать новых.
Скорось работы зависит от количества "наворотов", количества графики, сложности переходов.
Отсутствие гемороя при работе с нативными фичами никто не может гарантировать. Думаю это относится к приложениям написанным на любых языках/фреймворках.
Операционки не стоят на месте и никто не гарантирует что в новой версии все будет работать так же как и в прошлой. Так же нужно понимать что фреймворк зависит от огромного количества мелких пакетов и иногда обновление в одном пакете может уронить весь билд.
По своему опыту могу сказать что этим любит грешить Apple. Был случай когда после обновления IOS у меня ломался дизайн. Был случай когда после выхода нового npm-пакета ломался билд. Был случай когда проявилась ошибка только на новейшем на тот момент iPhone 8+. Потому что там в настройках телефона добавили ностройку, а в эмуляторе этой настройки небыло, и при попытке выбора файла приложение просто зависало. Или в 2019 у новых планшетов Apple оказалось нестандартное разширение экрана и как результат - дизайн поехал.
Мне нравится скорость развития JS/TS и других веб технологий. Они сами по себе кроссплатформенны и это "+". Нравится строгость и гибкость Angular. Нравится то что Capacitor позволяет нормально работать не только с веб, но и с нативной частью.
Есть вещи которые не доступны этому фреймворку. Например создание виджетов, или сервисов которые будут работать в фоне. Скорее всего это потому что там нет места WebView и для таких вещей полюбому нужно учить нативный язык.
А если натив не нужен - то я за PWA.
Спасибо автору за статью.
Я пишу на Ionic, и его реинкарнации Capacitor, уже довольно долго.
И не совсеми тезисами я могу согласиться.
В статье смешаны понятия Ionic, Ionic + Cordova и Capacitor.
Сам по себе Ionic - это набор веб-компонентов заточенных под использоватние на мобильных устройствах. Его можно спокойно использовать на любых веб-страницах.
Cordova + Ionic - Это Cordova-приложение. И тут архитектуру диктует именно Cordova. С этим связано то, что прложение получается тяжелым и медленным. А также то что вносить измменения в нативную часть очень тяжело. Я в своё время модифицировал плагин пуш уведомлений, а плагин Apllepay добавил в магазин плагинов.
(Сразу оговорюсь, не я автор плагина Apple Pay. Я только его нашел, доработал, и добавил в магазин.)
Capacitor - Это новая реинкарнация этого фреймворка. Тут уже берется любое SPA и запускается в нативном WebView. Тем самым получая лучшее из связки натива и веба.
Дальше, при желании, приложение можно модифицировать как со стороны веба, так и со стороны натива. Типичный пример - добавление функционала получения Push-уведомлений на IOS. Там не просто плагин добавляется, там нужно ручками внести изменения в нативную часть.
Основным приимуществом разработки мобильного при ложения на крос-пратформе - это дешевизна для бизнеса. Один разработчик и для фронта и для мобильной разработки, причем как для Android так и для IOS.
И, насколько я понимаю, команда Ionic движется в сторону структуры когда в в нативном приложении будут запускаться несколько мелких веб приложений. Давая нативному приложению гибкость дизайна веба.
Возможности браузера(читаем Chrome) растут очень быстро, а с ними и возможности кросплатформенных фреймворков.
Так что не стоит недооценивать фозможности такой разработки.
А для тех кто все же решил писать на Ionic/Capacitor я бы посоветовал начинать так же изучать и нативную часть мобильной разработки.
Не понимаю, чего все так возбудились? Рынок решит кто прав кто виноват. Если непраавы Wildberries - они потеряют прибыль, клиентов и продавцов. Если я правильно понял, раньше эти проценты закладывались в цену, а теперь просто отдельно показываются.
Тот же Apple Pay дерет 30% за оплату и никто не возмущается, а тут всего 2%.
И почему коммисию вводит Wildberries, а штрафы летят банкам???
Очень интересная тема. Хотелось бы знать чем все закончится.
И как народ не боится давать свои персональные данные мошенникам? А потом удивляются что на них кредиты оформляют..
Это, конечно, не так надежно, но программа на телефоне позволяла послать туда уведомление что этот телефон кому-то нужен.