Простой пример. В приложении нужна функция. Можно взять сторонний компонент и потратить неделю на его внедрение, но компонент реализует еще много ненужных функций, которые вместе с нужной формируют избыточный объем. А можно не брать сторонний компонент и потратить год, чтобы самостоятельно с нуля разработать нужную функцию и оптимизировать ее под твое приложение, и она будет весить копейки. Каким путем пойдут разработчики очевидно, так как за год работы платить никто не будет. Есть еще вариант, что избыточный объем формируют ресурсы внешние, картинки, музыка и т.д. Но там тоже нужна адекватная задаче оптимизация, будут ли на это потрачены ресурсы разработки - это отдельный вопрос.
Берешь условный "hello world". Добавляешь библиотеку для работы, скажем, с дропбоксом. Хуяк — и приложение "подросло" метров эдак на 10. Вот просто так, на ровном месте. Добавил библиотеку для работы с AR: условно +50 мегабайт. Если банковская шняга, то там будет еще дофига всякой всячины для входа с биометрией, для BankID, для всяких ApplePay/GooglePay... Не забудем про кэш.
В том, что приходят эффективные менеджеры и требуют React Native везде :) А как говорится, есть спрос - есть предложение :) И их можно понять - их задача - потратить меньше денег на разработку. Потом приходят артисты и у тебя появляется куча ресурсов, которые должны быть доступны вот прям всегда. Потому что тебе вот эту картинку надо показать при первом запуске (и только при нем), даже если нет интернета. Иначе ууу, никто не узнает про модную фичу.
Бонусом - если речь про Android - то все, что NDK - будет лежать собранным под несколько архитектур со всеми сраными зависимостями :) Потому что Google очень красиво решил проблему ABI стабильности С++ - он просто забил на нее хер.
Большая часть того же приложения Альфы, которую поминали в коментах - кордова + картинки. Есть одна классная, весом больше мегабайта, например.
Если честно - от слова оптимизация нервный тик уже. Сидишь такой, выжимаешь сранные такты - а потом приходит умник, которое слово "оптимизация" на дваче услышал и начинает рассказывать, что никто в оптимизацию не умеет.
За оптимизацию не платят. Все хотят "выкатите нам продукт побыстрее" и чтобы он "хоть как-то работал". И часто это оказывается оправданно, потому что важно не упустить окно и занять нишу. Если вылизывать приложуху, оптимизировать и тп - рискуешь опоздать к раздаче и выкатить ее когда рынок уже поделен и никому ты нахрен не упал. Более адекватный вариант сначала выйти с говнокодом, а потом когда ты уже стоишь на ногах - заниматься оптимизацией, если есть пользовательский запрос на это. И вот тут другие затыки... если изначально архитектура - говно, то много ты не наоптимизируешь... На самом деле никто не любит работать с говнокодом и с неоптимизированным говном. Но убедить заказчика выделить время(и соответственно бабки) на оптимизацию можно лишь в том случае, когда он теряет бабки от отсутствия оптимизации. С учетом того что затолкать 32 гб оперативы сейчас в комп вообще просто - мало кто парится.
Особенно тупой вк с его мини приложениями. Скачиваешь соц сеть что бы общаться, а тебе уже накидали магазинов, доставок еды и прочей фигни. Зачем мне это?
Просто сейчас никто не изобретает велосипед заново, берут тяжеловесные фреймворки с готовыми типовыми решениям, дописывают свою логику и в продакшн. Вот и имеем, что имеем.
Ну и в чем он не прав?
Комментарий недоступен
В том, что за оптимизацию никто и не платит, чтобы она была.
Главное, чтобы работало, да побыстрее.
Простой пример. В приложении нужна функция. Можно взять сторонний компонент и потратить неделю на его внедрение, но компонент реализует еще много ненужных функций, которые вместе с нужной формируют избыточный объем. А можно не брать сторонний компонент и потратить год, чтобы самостоятельно с нуля разработать нужную функцию и оптимизировать ее под твое приложение, и она будет весить копейки. Каким путем пойдут разработчики очевидно, так как за год работы платить никто не будет. Есть еще вариант, что избыточный объем формируют ресурсы внешние, картинки, музыка и т.д. Но там тоже нужна адекватная задаче оптимизация, будут ли на это потрачены ресурсы разработки - это отдельный вопрос.
Берешь условный "hello world". Добавляешь библиотеку для работы, скажем, с дропбоксом. Хуяк — и приложение "подросло" метров эдак на 10. Вот просто так, на ровном месте.
Добавил библиотеку для работы с AR: условно +50 мегабайт. Если банковская шняга, то там будет еще дофига всякой всячины для входа с биометрией, для BankID, для всяких ApplePay/GooglePay... Не забудем про кэш.
Вот так с миру по нитке — голому веревка.
В том, что приходят эффективные менеджеры и требуют React Native везде :) А как говорится, есть спрос - есть предложение :) И их можно понять - их задача - потратить меньше денег на разработку. Потом приходят артисты и у тебя появляется куча ресурсов, которые должны быть доступны вот прям всегда. Потому что тебе вот эту картинку надо показать при первом запуске (и только при нем), даже если нет интернета. Иначе ууу, никто не узнает про модную фичу.
Бонусом - если речь про Android - то все, что NDK - будет лежать собранным под несколько архитектур со всеми сраными зависимостями :) Потому что Google очень красиво решил проблему ABI стабильности С++ - он просто забил на нее хер.
Большая часть того же приложения Альфы, которую поминали в коментах - кордова + картинки. Есть одна классная, весом больше мегабайта, например.
Если честно - от слова оптимизация нервный тик уже. Сидишь такой, выжимаешь сранные такты - а потом приходит умник, которое слово "оптимизация" на дваче услышал и начинает рассказывать, что никто в оптимизацию не умеет.
За оптимизацию не платят. Все хотят "выкатите нам продукт побыстрее" и чтобы он "хоть как-то работал". И часто это оказывается оправданно, потому что важно не упустить окно и занять нишу. Если вылизывать приложуху, оптимизировать и тп - рискуешь опоздать к раздаче и выкатить ее когда рынок уже поделен и никому ты нахрен не упал.
Более адекватный вариант сначала выйти с говнокодом, а потом когда ты уже стоишь на ногах - заниматься оптимизацией, если есть пользовательский запрос на это. И вот тут другие затыки... если изначально архитектура - говно, то много ты не наоптимизируешь...
На самом деле никто не любит работать с говнокодом и с неоптимизированным говном. Но убедить заказчика выделить время(и соответственно бабки) на оптимизацию можно лишь в том случае, когда он теряет бабки от отсутствия оптимизации.
С учетом того что затолкать 32 гб оперативы сейчас в комп вообще просто - мало кто парится.
в том, что размер приложения - это картинки. код в таком приложении весит с 10-30 мб
Особенно тупой вк с его мини приложениями. Скачиваешь соц сеть что бы общаться, а тебе уже накидали магазинов, доставок еды и прочей фигни. Зачем мне это?
Хорошо хоть есть кейт и аналоги
Я сегодня весь день на кртворукий активижн бомблю
Комментарий недоступен
Просто сейчас никто не изобретает велосипед заново, берут тяжеловесные фреймворки с готовыми типовыми решениям, дописывают свою логику и в продакшн. Вот и имеем, что имеем.
насколько смертельна эта проблема в принципе?