Поставил видео на паузу и решил эту задачу за 20 минут и 20 строк кода. Разбивка массива — 4 строки кода, сборка нового — 4 строки кода. Подход у меня получился другой, но быстрее, кода меньше, но возможно менее профессионально на вид.
Сразу видно фанатика Docker/Kubernetes. Docker не убил пакеты, не убил Ansible, не убил Vagrant, Golden Image никуда не делся. Kubernetes часто не нужен как сущность. Меньше прокладок — надёжнее работа системы. Внезапно оказалось что работать в облаках не всегда выгодно по деньгам, а иногда нельзя, потому что по закону не положено. А госструктуры (в которых вполне себе бывает и big data, и highload) — не могут в принципе. И не только российские госструктуры, к слову.
А ещё есть легаси, с которого переезжать сразу в Kubernetes затратно, рискованно и страшно. Но он работает, и работает надёжно, поддерживаемый заботливыми руками разработчиков и сисадминов.
Для аутсорсинга действительно удобнее всего подняться на уровень максимальных абстракций и использовать типовые решения. Но если в компании свои девопсы, то решения ищутся исходя из практических соображений и особенностей проекта. Просто люди, которые всё это используют, не приходят к Дмитрию с целью отдать девопсинг на аутсорсинг, поэтому такое, на мой взгляд однобокое, восприятие.
Dockerfile — это внезапно тоже IaC. Потому что инфраструктура, которая описывается кодом в тех самых ямликах. И в тех самых ямликах описано что образ для Docker собирается с помощью «умершей пакетной системы».
Вообще вся эта тема с виртуализацией напоминает роботизацию производства. Хотели максимально отказаться от неквалифицированного ручного труда. Путём огромных усилий осуществили. Всё здорово. Только вот и роботов, и саму систему управления теперь должны всё равно обслуживать люди. Причём специалисты высочайшего уровня, несравнимого с затягивателями гаек на конвеере, с соответствующими зарплатами. В результате выгода может быть не на порядок, а всего лишь в разы, причём после болезненных мучений с впихиванием продакшена в концепцию виртуализации всего.
Для очень молодых ещё не специалистов я бы посоветовал относиться к Дмитрию как к Kubernetes-евангелисту, продвигающему высокие технологии в массы, воспарившим над суровой реальностью )
Спасибо за уроки, реально интересно и доступно объясняешь. Но у меня вопрос:
public class Main { public static void main(String[] args) { Rect r1 = new Rect(1,1,1,1); System.out.println(Rect.height(r1)); } } правильно ли я понял 2ое задание
Вообще-то в контейнере не обязана быть ОС. Если у вас приложение на C++, например, или Go, скомпилированное с CGO_ENABLED=0, т.е. кроме системных вызовов Linux API вообще ничего не используется, то никакой Alpine нафиг не нужен. Можно писать контейнер начиная со строки FROM scratch
) а я в линукс влюбился из-за блэккэт сборки))) Даже сервак себе в кладовку поставил с ним) Мамулька была в шоке тогда — стоит гудит железный ящик в кладовке) Думала я хернёй страдаю)
Ничего не знаю. Что язык мне нравится, что его живое комьюнити. Самое крутое, что язык ативно развивается. Незнаю никакого другого языка, который так же хорошо подходит под задачи веба.
Сразу видно фанатика Docker/Kubernetes.
Docker не убил пакеты, не убил Ansible, не убил Vagrant, Golden Image никуда не делся. Kubernetes часто не нужен как сущность. Меньше прокладок — надёжнее работа системы.
Внезапно оказалось что работать в облаках не всегда выгодно по деньгам, а иногда нельзя, потому что по закону не положено. А госструктуры (в которых вполне себе бывает и big data, и highload) — не могут в принципе. И не только российские госструктуры, к слову.
А ещё есть легаси, с которого переезжать сразу в Kubernetes затратно, рискованно и страшно. Но он работает, и работает надёжно, поддерживаемый заботливыми руками разработчиков и сисадминов.
Для аутсорсинга действительно удобнее всего подняться на уровень максимальных абстракций и использовать типовые решения. Но если в компании свои девопсы, то решения ищутся исходя из практических соображений и особенностей проекта.
Просто люди, которые всё это используют, не приходят к Дмитрию с целью отдать девопсинг на аутсорсинг, поэтому такое, на мой взгляд однобокое, восприятие.
Dockerfile — это внезапно тоже IaC. Потому что инфраструктура, которая описывается кодом в тех самых ямликах. И в тех самых ямликах описано что образ для Docker собирается с помощью «умершей пакетной системы».
Вообще вся эта тема с виртуализацией напоминает роботизацию производства. Хотели максимально отказаться от неквалифицированного ручного труда. Путём огромных усилий осуществили. Всё здорово. Только вот и роботов, и саму систему управления теперь должны всё равно обслуживать люди. Причём специалисты высочайшего уровня, несравнимого с затягивателями гаек на конвеере, с соответствующими зарплатами. В результате выгода может быть не на порядок, а всего лишь в разы, причём после болезненных мучений с впихиванием продакшена в концепцию виртуализации всего.
Для очень молодых ещё не специалистов я бы посоветовал относиться к Дмитрию как к Kubernetes-евангелисту, продвигающему высокие технологии в массы, воспарившим над суровой реальностью )
public class Main {
public static void main(String[] args) {
Rect r1 = new Rect(1,1,1,1);
System.out.println(Rect.height(r1));
}
}
правильно ли я понял 2ое задание