Вероятность того, что iOS поглотит android близка к нулю. Следовательно, ближайшие пару десятков лет в отрасли вряд ли произойдут существенные изменения.
По поводу отсутствия в будущем изменений в отрасли — сильное заявление.
Для начала желательно определиться с типом увлажнителя:
— ультразвуковой (бесшумный, но оставляет белый налёт, если используется не дистиллированная вода)
— паровой (наиболее эффективный, больше всего потребляет электроэнергии, может быть шумным)
— традиционный (вроде бы, считается не таким эффективным, как другие, потребляет меньше всего электроэнергии)
Они работают на различных физических принципах и отличаются по многим параметрам. Я использую boneco w200, в принципе нормально, но из-за шума его на ночь не оставишь в спальне, поэтому стоит в коридоре.
Вы правы, есть более новые версии Spring и Spring Boot. Однако есть ещё и структура зависимостей Spring: Spring Cloud -> Spring Boot -> Spring. Как видно, в этой цепочке Spring Cloud обновляется последним.
Сейчас в проекте используется последняя версия Spring Cloud (Finchley SR2), которая использует уже не самые актуальные версии Spring Boot и Spring, но гарантированно совместима с ними.
Выход новой версии Spring Cloud ожидается в конце декабря. В него как раз будут включены более новые версии Spring Boot и Spring.
И из-за необходимости совместимости библиотек подобная ситуация будет повторяться и в будущем.
Если не вносить ненужные зависимости в приложения, что нередко случается на практике, то потребление ресурсов в целом умеренное.
Например, все микросервисы из этого проекта я могу запустить на своём домашнем ПК (8 Гбайт ОЗУ, 4-х ядерный процессор 3,2 ГГц), и это не будет мешать другим задачам.
Если говорить о конкретных цифрах, то каждое из 5-и приложений стартует не дольше 15 секунд и использует не более 400 Мбайт памяти; суммарно после запуска всё вместе расходует 1,4 Гбайт.
Потребление ресурсов в рантайме будет зависеть от нагруженности приложения. В моей практике в не самой высоконагруженной системе приложения добавляли к стартовой цифре не более 200-300 Мбайт. Максимальное потребление памяти одним сервисом не превышало 600 Мбайт, но в основном сильно меньше.
Кроме того, есть из чего выбрать в плане серверов приложений (Tomcat, Undertow, Netty etc.), это также будет влиять на потребление ресурсов.
Существует более детальное исследование этого вопроса от разработчиков Spring (с поправкой на 2015 г.).
Главное, что раскрыта заявленная тема.
Помимо упомянутых вами технологий используются множество других (JDK 11, Spring WebFlux, Spring Cloud Gateway, Spring Cloud Sleuth, Gradle Kotlin DSL и т. д.).
Большинство задач, которые решают современные программисты, заключается в сопровождении систем. Всё уже написано до нас, нужно лишь фиксить баги\править конфиги, и дорабатывать систему напильником.
Как минимум, спорно. Можно выбрать работу, где нужно будет создавать систему.
И если с Java SE такой подход ещё кое-как работает, то со спрингом всё глухо и туго. Даже в самых лучших книгах зачастую не объясняется, где конкретно применять те или иные особенности, приходится догонять это самому.
Я крайне редко вижу разработчиков, читающих книги по Spring. В сети достаточно документации и тьюториалов для изучения. Да и через год-два книга эта устареет, в то же время актуальная документация всегда доступна.
Большинство туториалов по Spring просто отвратительны по своей структуре (включая гайды на spring.io).
Одна из проблем книг и туториалов — их очень скучно и нудно читать.
Позволю не согласиться.
Всю статью не осилил. Проблема притянута за уши, высказываемые суждения субъективны и категоричны.
Один только ваш опыт — не показатель. У меня, например, было 2 места работы с серой зарплатой, и в обоих возникли проблемы. Больше нет желания давать работодателю пространство для манипуляций.
Но всё же «серость» зарплаты и количество неприятностей в денежных вопросах, думаю, коррелируют.
В идеале нужно договариваться на желаемую сумму без учёта премии. Потому как её выдача действительно зависит от воли работодателя.
Спасибо за статью, всё разложено по полочкам
К пункту 1 приоритетов я бы добавил получение оговоренной с работодателем суммы полностью «белыми», т.к. в противном случае возможны неприятные ситуации.
По поводу отсутствия в будущем изменений в отрасли — сильное заявление.
— ультразвуковой (бесшумный, но оставляет белый налёт, если используется не дистиллированная вода)
— паровой (наиболее эффективный, больше всего потребляет электроэнергии, может быть шумным)
— традиционный (вроде бы, считается не таким эффективным, как другие, потребляет меньше всего электроэнергии)
Они работают на различных физических принципах и отличаются по многим параметрам. Я использую boneco w200, в принципе нормально, но из-за шума его на ночь не оставишь в спальне, поэтому стоит в коридоре.
Сейчас в проекте используется последняя версия Spring Cloud (Finchley SR2), которая использует уже не самые актуальные версии Spring Boot и Spring, но гарантированно совместима с ними.
Выход новой версии Spring Cloud ожидается в конце декабря. В него как раз будут включены более новые версии Spring Boot и Spring.
И из-за необходимости совместимости библиотек подобная ситуация будет повторяться и в будущем.
Например, все микросервисы из этого проекта я могу запустить на своём домашнем ПК (8 Гбайт ОЗУ, 4-х ядерный процессор 3,2 ГГц), и это не будет мешать другим задачам.
Если говорить о конкретных цифрах, то каждое из 5-и приложений стартует не дольше 15 секунд и использует не более 400 Мбайт памяти; суммарно после запуска всё вместе расходует 1,4 Гбайт.
Потребление ресурсов в рантайме будет зависеть от нагруженности приложения. В моей практике в не самой высоконагруженной системе приложения добавляли к стартовой цифре не более 200-300 Мбайт. Максимальное потребление памяти одним сервисом не превышало 600 Мбайт, но в основном сильно меньше.
Кроме того, есть из чего выбрать в плане серверов приложений (Tomcat, Undertow, Netty etc.), это также будет влиять на потребление ресурсов.
Существует более детальное исследование этого вопроса от разработчиков Spring (с поправкой на 2015 г.).
Помимо упомянутых вами технологий используются множество других (JDK 11, Spring WebFlux, Spring Cloud Gateway, Spring Cloud Sleuth, Gradle Kotlin DSL и т. д.).
Как минимум, спорно. Можно выбрать работу, где нужно будет создавать систему.
Я крайне редко вижу разработчиков, читающих книги по Spring. В сети достаточно документации и тьюториалов для изучения. Да и через год-два книга эта устареет, в то же время актуальная документация всегда доступна.
Позволю не согласиться.
Всю статью не осилил. Проблема притянута за уши, высказываемые суждения субъективны и категоричны.
В идеале нужно договариваться на желаемую сумму без учёта премии. Потому как её выдача действительно зависит от воли работодателя.
К пункту 1 приоритетов я бы добавил получение оговоренной с работодателем суммы полностью «белыми», т.к. в противном случае возможны неприятные ситуации.
1) с использованием mockito создание моков сопоставимо по простоте с приведённым примером
2) круто, но вот язык поддерживается только один
Примеры, конечно, выразительные, но вот ограничение фреймворка возможностью писать тесты исключительно на Groovy подойдёт далеко не всем.