Comments 6
добавление jdk8 и jdk11 (строка 52)
удаление jdk11 (строка 79)
Фактически из образа jdk11 не удаляется - она остаётся на том слое, где была установлена.
Добрый вечер, Вы абсолютно правы, это действие необходимо скорее не для того, чтобы уменьшить размер образа - а для того, чтобы избавиться от проблем с предварительной проверкой перед сборкой андроид приложения на этапе cordova build android - дело в том, что в проекте используетс Cordova 10 и соответственно десятой версии нужна jdk8, спасибо за Ваше уточнение.
Вы уверены что это "для самых маленьких"? Не знаю, не знаю... но раньше, чтобы написать программу для большинства ОС, достаточно было просто поставить соответствующую среду разработки (или просто компилятор) и написать программу. Начиная с простейшего консольного hello.c под любые ОС. Под винду тоже все было просто - winapi, Delphi/Builder, MFC, WinForms, Qt, в общем практически любой фреймворк предполагал просто запуск своей среды разработки и выбор там шаблона простейшего приложения. С Android я почти не имел дела, но когда разбирался - пришел к интересным выводам: с одной стороны разработчики Android Studio попытались сделать по-человечески. Но с другой хвосты gradle и прочего скриптожопства торчат изо всех щелей, что приводит порой к странным эффектам, и даже к странным пунктам меню вроде "Sync project with gradle files", "Invalidate caches", "Reload all from disk" и даже "Repair IDE".
И в целом, глядя на вот это всё, начинаешь понимаешь, зачем современным системам и программам десятки гигабайт оперативки.
Согласен с Вами, с разработкой впринципе все на самом деле не так просто как кажется, раньше мы в целях обучения или просто, любопытства ради писали код и были счастливы от того, что все работает как и задумывалось и программа вернула ожидаемый вывод в консоль, сегодня же этим уже никого не удивишь, и чтобы заинтересовать например ребенка в школе или студента в вузе - нужно показать, как можно сделать конечный продукт, ресурсы требуются для этого конечно не маленькие, радует лишь то, что производители железа достойно держат удар и те характеристики которые раньше казались фантастическими, сегодня доступны за сравнительно небольшие деньги и простенький ноутбук с 4xCPU 8Gb RAM впринципе может купить своему ребенку почти любой родитель (тут я с ностальгией вспоминаю, как мама купила мне первый компьютер - это было достаточно давно и для нашей семьи это был значительный удар по бюджету, я очень рад за современное поколения, потому что технологии для них теперь значительно более доступны)
Я скорее о самих технологиях разработки. Вот все эти огромные скрипты производят впечатление чего-то неправильного. Сам способ превращения веб-приложения в андроид-приложение - тоже. Чисто с эстетической точки зрения.
Безусловно полноценое приложение с большой аудиторией и сложными механиками внутри лучше изначально реализовывать на Java или Kotlin, но если Вам нужно проверить гипотезу, сделать MVP или просто если Вы хотите сэкономить время - уже имея простое web приложение на руках или, например, если стоит задача сэкономить бюджет проекта - думаю подобные инструменты трансформации web приложений в android приложения можно использовать (и многие компании такие инструменты используют). Если посмотреть с эстэтической точки зрения на этот вопрос, отбросив все внешние факторы, то здесь я с Вами полностью согласен.
Android-разработка для самых маленьких