Важно не путать: фриланс != удаленная работа
Фрилансер может работать в офисе, сотрудник работающий по ТК, может работать удаленно. В статье: работа из дома перемешана с замечаниями об особенностях работы через фриланс биржи.
Перечисленные в статье произведения странным образом перекликаются с произведениями из заметки Как не стыдно! 5 любимых советских сказок, оказавшихся наглым плагиатом. Сразу поясню, что мое мнение не совпадает с мнением автора статьи про плагиат и тем более я не одобряю избранную автором резкость оценок. Отмечаю только удивительную связь по произведениям и времени написания обеих статей — какая-то мистика.
Про сериализацию и трафик надо бы поподробней — одно дело когда мы получаем ссылку на объект в JVM, другое дело когда речь идет о сериализации данных в XML/JSON и передачу их по сети через HTTP. Кто нибудь вообще считал какой тут оверхед?
К сожалению, при выпуске минорных релизов об этом вроде (не уверен) не пишут. Только про баг фиксы. Так что не угадаешь — может будет лучше, а может и наоборот)
— а зачем? Есть развернутая стабильно работающая система, вы читаете в новостях что найден секьюрити баг в JavaWebStart — разве вы побежите обновлять JVM в своем кластере? Ну пусть уязвимость в серверной части, но она никак не мешала вам раньше, кластер ваш в Интернет не светится, зачем что то менять? Зачем нарушать принцип «не сломалось — не чини»?
Мне сервлетик просто надо, или к очереди подключиться и послушать.
— да ради бога, еще раз: для каждой задачи свой инструмент. Когда Вам понадобиться логирование запросов, SSO, JDBC-пул, надеюсь Вы выберете Tomcat и т д. Из того что мне на даче тачки хватает еще не следует что БелАЗы не нужны.
Как быстро EE реагирует на появление новых технологий?
— это основная боль Java EE, будем надеяться, что с уходом от Oracle в Eclipse Foundation эта проблема решится
Чем больше людей дают фидбек и вклад в проект, тем обычно актуальнее решение.
— «фашизм» в том, что Вы почему то считаете что комьюнити сформировавшиеся вокруг WildFly/Tomcat/Jetty/Hibernate/EclipseLink/OpenJPA/OpenEJB/MyFaces/ActiveMQ и т п хуже или работает хуже чем комьюнити сформировавшееся вокруг SpringBoot. Короче, не знаю точно что Вы там считаете, но это не соответствует духу OpenSource — не нравится, делаешь форк и молча пилишь, без наездов на альтернативное решение.
в случае с boot не прийдётся тестировать ещё и совместимость подхаченой версии фреймворка с сервером приложений.
— SpringBoot это и есть сервер приложений (раз он запускает приложение), только «очень маленький»))
А потом вышло десяток патчей функционала и производительности в альтернативных реализациях, а сервер приложений и ныне там.
— я создал приложение на XXX версии X.Y.Z, протестировал его. После этого вышел патч фреймворка XXX версии X.Y.Z+1. Мои действия? Оставить как было или обновить фреймворк и провести регрессионное тестирование?
Это значит лишь что тысячи контрибьюторов делают свою работу лучше, чем десяток с отвращением к легаси коду за который им платят. Всего лишь. Все что не столь популярно либо закрыто страдает от своей модели разработки и малого сообщества.
И я помню как мне стало легче работать с спринг приложениями чем с JBoss и я уже не говорю про WebSphere.
— не путайте теплое с мягким. Что SpringCore/SpringMVC/SpringData и т д не работает на JBoss/WebLogic/Tomcat? Или речь о standalone приложениях?
Сколько спек было выпущено за все время существования?
Java EE 8 — логично предположить, что 8?
Вы сейчас посмотрите как убого выглядит спека сервлетов. А вы не можете ее не использовать. А я могу все что хочу!
— SpringMVC работает с какими то особенными сервлетами? И спецификация выглядит нормально — что конкретно Вас в ней не устраивает?
Странно что вы защищаете ЕЕ как что-то личное. Мне в принципе пофиг, победит ЕЕ я снова к нему вернусь.
— личное, это когда женщины рассуждают о том к какому мужчине они вернутся
Что мне дает ЕЕ если я его стану использовать? Какие преимущества?
— если это не риторический вопрос, готов привести аргументы, но в целом выбор технологии связан с функциональностью проекта, а не с личными предпочтениями
Замечаетк как ваши обсуждения приобретают слишком абстрактные формы?
— Вы очень лично переживаете техническую дискуссию
Есть возможность подсунуть другое
— об этом и речь. А вот в сервере приложений разработчики и тестировщики (конечно их не сравнить с мега крутыми разработчиками SpringBoot), тестировали интегрально, проверяя требования спецификации, разработанные сторонними организациями (и сообществом) и, как минимум, базовая функциональность работает стабильно. А конкретному девелоперу остается только уровень бизнес логики, без размышлений на тему «как фреймворк XXX версии X.Y.Z сочетается с фреймворком YYY версии Z.W.X где есть нужная мне функциональность»
Spring Boot качество кода лучше и стабильность благодаря этому выше, чем в малопопулярных или проприетарных EE реализациях
— не ошибся, а пошутил (Вы слишком легко для себя решили почему я отдаю предпочтение JavaEE для корпоративного ПО).
JavaEE — это спецификация, принимать участия в в улучшении стабильности спецификации мне не приходилось)) Ее качеством и стабильностью я удовлетворен. А вот какого монстра слепит конкретный разработчик из разных кусков экосистемы Spring никому не известно, в том числе и Вам. Можно взять работающий SpringBoot версии 2.0 слепить с ним SpringXXX версии X.Y.Z и получить мутные глюки не описанные ни в одной спецификации, которой тем более и нет вовсе.
Ну да, я уже отвечал кому то из коллег в данном топике, что типичный SpringCore+ это «каша из топора», которая в итоге дает функциональность предусмотренную в JavaEE
— видел код многих проектов (не новых), реально работающих в банках, министерствах РФ, крупных компаниях. Типичный стек: SpringCore+Hibernate, с развертыванием на Tomcat (или у кого что есть). Никакого SpringBoot.
— на вашем сайте нет ссылки на этот сервис и его описания. Это облачное решение или это будет входить в платформу устанавливаемую у заказчика?
Фрилансер может работать в офисе, сотрудник работающий по ТК, может работать удаленно. В статье: работа из дома перемешана с замечаниями об особенностях работы через фриланс биржи.
— смешно
— а зачем? Есть развернутая стабильно работающая система, вы читаете в новостях что найден секьюрити баг в JavaWebStart — разве вы побежите обновлять JVM в своем кластере? Ну пусть уязвимость в серверной части, но она никак не мешала вам раньше, кластер ваш в Интернет не светится, зачем что то менять? Зачем нарушать принцип «не сломалось — не чини»?
— да ради бога, еще раз: для каждой задачи свой инструмент. Когда Вам понадобиться логирование запросов, SSO, JDBC-пул, надеюсь Вы выберете Tomcat и т д. Из того что мне на даче тачки хватает еще не следует что БелАЗы не нужны.
— это основная боль Java EE, будем надеяться, что с уходом от Oracle в Eclipse Foundation эта проблема решится
— WebFlux can run on Servlet containers with support for the Servlet 3.1
— конечно, меньше ищут потому что уже все нашли) Linux видимо тоже скис))
— «фашизм» в том, что Вы почему то считаете что комьюнити сформировавшиеся вокруг WildFly/Tomcat/Jetty/Hibernate/EclipseLink/OpenJPA/OpenEJB/MyFaces/ActiveMQ и т п хуже или работает хуже чем комьюнити сформировавшееся вокруг SpringBoot. Короче, не знаю точно что Вы там считаете, но это не соответствует духу OpenSource — не нравится, делаешь форк и молча пилишь, без наездов на альтернативное решение.
— SpringBoot это и есть сервер приложений (раз он запускает приложение), только «очень маленький»))
— я создал приложение на XXX версии X.Y.Z, протестировал его. После этого вышел патч фреймворка XXX версии X.Y.Z+1. Мои действия? Оставить как было или обновить фреймворк и провести регрессионное тестирование?
— какой то фашизм
— не путайте теплое с мягким. Что SpringCore/SpringMVC/SpringData и т д не работает на JBoss/WebLogic/Tomcat? Или речь о standalone приложениях?
Java EE 8 — логично предположить, что 8?
— SpringMVC работает с какими то особенными сервлетами? И спецификация выглядит нормально — что конкретно Вас в ней не устраивает?
— личное, это когда женщины рассуждают о том к какому мужчине они вернутся
— если это не риторический вопрос, готов привести аргументы, но в целом выбор технологии связан с функциональностью проекта, а не с личными предпочтениями
— Вы очень лично переживаете техническую дискуссию
— об этом и речь. А вот в сервере приложений разработчики и тестировщики (конечно их не сравнить с мега крутыми разработчиками SpringBoot), тестировали интегрально, проверяя требования спецификации, разработанные сторонними организациями (и сообществом) и, как минимум, базовая функциональность работает стабильно. А конкретному девелоперу остается только уровень бизнес логики, без размышлений на тему «как фреймворк XXX версии X.Y.Z сочетается с фреймворком YYY версии Z.W.X где есть нужная мне функциональность»
— <sarcasm>точно, там все идиоты</sarcasm>
JavaEE — это спецификация, принимать участия в в улучшении стабильности спецификации мне не приходилось)) Ее качеством и стабильностью я удовлетворен. А вот какого монстра слепит конкретный разработчик из разных кусков экосистемы Spring никому не известно, в том числе и Вам. Можно взять работающий SpringBoot версии 2.0 слепить с ним SpringXXX версии X.Y.Z и получить мутные глюки не описанные ни в одной спецификации, которой тем более и нет вовсе.
— так SpringBoot или SpringCore?
— в данный момент, разработка, о прошлом написал в личку
— местами, сертификаций там много