Я считаю бредом комменты «ЕЕ жи давно мёртв, все посоны давно в Шпринге». Если верить людям, выглядящим вменяемо, в чём-то лучше String (JPA), в чём-то EE (EJB, JSF), а во многом паритет.
По мне обе ветки имеют право на существование. Нормальный жава разраб должен уметь обе, ибо если приходишь на новый проект а там стек уже готов — не должно быть такого «надо все переписать на xyz».
ужаснее Oracle только Microsoft.
glassfish на тот момент была референсной имплементацией ее сервера. Те же самые грабли были и в jboss.
jsf+primefaces с html5 и так дружат. Их плюс (для наших проектов) в том, что бэкэндер может писать вполне сносные сайты.
Вот видите, стало быть вся сила стандартизации пропадает ибо достойно можно разрабатывать только на primefaces. А их компоненты как известно в стандарт jsf не входят. Не говоря уже что это работает очень плохо при открытии с мобилок, как-то занимался оптимизацией работы одного индусского екоммерс. Там мобилки тупо висли при открытии.
То что бекеру парится с юай не надо согласен, у самого с юай беда, но надо сказать бутстрап позволяет с небольшими трудозатратами сделать красиво.
«jsf REST API умеет»
И не должен уметь.
спорно, сейчас рест это тренд. удобно прокинуть сервисы и дергать, что с толстого клиента, что с мобилок. А тут получается либо дополнительно сервисы вытаскивать на jersey, либо переписывать не на jsf.
Антонио Гонкальвес в своем бложике написал в начале 2018 он уже с год как ушёл с ЕЕ на String. Это фиговый звоночек. Но надо посмотреть на то как Eclipse подхватит разработку. Про смерть кукарекать ещё рано :)
Это да, его книга по JavaEE7 это по сути настольная книга программиста EE. По ней в стек EE въезжал. По мне лучше бы отдали Апачу они умеют опен сорс делать. Умереть EE не умрет, но надо понимать что он всегда был догоняющим. Выкатили EJB2, в результате Spring, hibernate сотворили революцию. И вот по их стопам с тех пор идет.
Микросервисы и кластеризацию можно было 'кинув war' делать и 15 лет назад и никто не мешает делать это сейчас.
не знаю как сейчас, но при переезде с глассфиша 2 на третий словили очень много граблей как раз из-за того, что кластеризация работала по-другому. Что-то с SSO случилось.
Ещё давайте напишем, что жавовый xhtml это зло
Можете рассказать как jsf с html5 подружить? Как легко эту jsf портянку отлаживать? И давно ли эта jsf REST API умеет? Вот, к примеру thymeleaf шаблон можно даже как html посмотреть, т.е. правка возможна человеком знающим html. С xhtml и обилием facelet не факт. Особенно интересно, как вы делаете тесты jsf приложений, контроллеры мокаете и все такое.
Что мне реально нравится в EE это inject в jersey из коробки, для спринга пришлось либу подключить и @Autowired тоже заработал. Правда либа не для всех версий jersey доступна.
Ну и да, вот если мне что-то не нужно в спринге, я это не подключаю. С ЕЕ на момент 7 вроде все в коробке.
А докер это технология для обезъяноподобных девопсиков, сегодня в моде, через ещё 5 лет сольют в пользу чего-то очередного такого-же велосипедно-ненужного.
мощный инструмент, зря вы так. Amazon в AWS поддержку докера запилил мы деплои туда своих образов делаем. В CI так вообще песня, автоматом развернул окружение задеплоил туда версию с определенной ветки, поигрались, зарелизили, новый с чистым окружением развернули.
В спринге слышал с gui всё плохо ;) а в ЕЕ это тоже 100 лет в обед как есть
Дожились, скоро будут в суд подавать что не на первой строчке находятся. Новый метод сео-продвижения.
PS: к качеству поиска яндекса итак вопросы есть, решили совсем поисковик угробить.
1) GitLab все же имеет несколько иную специализацию.
А в чем разница? Доменные буквы разные да.
Это так — утка, фейк для тех, кто не в теме.
Для того чтобы подобное утверждать нужно быть самому в теме, мы же тут можем только предполагать. Исключить маркетинга нельзя, но есть некоторые предпосылки для всплеска переездов:
1)Майкрософт купил гитхаб и какой-то процент недовольных безусловно будет. Если публика примерно одинаковая на гитхабе и тут, то — 60 процентов против. Понятно что не все побегут, но бэкапик на gitlab вполне вероятно сделают.
2)Эпл явно дал понять, что ставку делает на гитлаб, конечно готовить интеграцию они начали заранее, но и слухи ходили ранее.
Посмотрим на реакцию google и других больших компаний. От них многое зависит, останется ли гитхаб или будет реализован параллельный мир СПО.
Сориентировались однако: about.gitlab.com/2018/06/05/gitlab-ultimate-and-gold-free-for-education-and-open-source
тфс не только гит умеет. Стандартный гит плагин от идеи, нетбинса, эклипса не работал. Пришлось какую-то приблуду самим компилировать. И таки да, если юзать только гит, а платить за тфс(+тесты+вики+билды+таски) — то это из пушки по воробьям. А нормальную сборку, которую умеет жава он не может(ant, gradle, maven), допиливать надо напильником. Отчеты по тестам тоже хз как отображать.
Вы попробуйте под линуксом приложения для .net поразрабатывать, поймете сколько нюансов всплывет. Есть устоявшийся стек, на котором граблей минимум.
ну судя по Вашему профилю стэк то у Вас .net. А нас java/python/php разрабов пытались под TFS пересадить с их реализацией гита, которая была проблематична в бранчевании. Билд мс выкатил свой maven с ограниченной функциональностью. Так то мс со своими продуктами неплохо интегрируется.
bitbucket.org — владелец atlassian(та что jira, confluence), очень стейбл.
gitlab.com — владелец хз кто, есть клауд, есть селфхостед для развертывания на локалхосте, бывают лаги.
Большая часть функционала реализована в обоих альтернативах, но гитхаб все же на голову выше был.
у aws, Azure и нагрузки другие. Ни на гитхабе, ни на битбакете такого не было. На гитхабе за 3 года 1 раз 502 поймал при коммите. Пофиксена в течение 5 минут, пока подышать выходил.
Битбакет всегда ровно работал, правда я им сильно так не пользовался.
было 2 продукта, стал один. Разве это не монополия? Гитлаб + битбукет совместно даже близко не являются конкурентами гитхабу с тфс. Давайте lync и скайп вспомним. Где-там сейчас lync?
В ситуации с моно вообще другая ситуация. Если бы моно не с нуля начинался а скажем развился до уровня текущего, а потом его бах и эпл/oracle купил. Владельцам гитхаба было доверие, которого MS на данный момент не имеют(очевидно из голосования). Опять же когда проекта два, то между ними конкуренция. Сейчас MS может тупо положить на хотелки и ничего не делать. Ближайшие 3-5 лет гитлаб/битбакет не угрожают.
между xamarin и гитхаб на мой взгляд существует большая разница:
1)xamarin не хранит исходники конкурентов.
2)Xamarin изначально затачивался как .net невиндовса, приходившие туда приходили «полюбви».
3)у майкрософта есть свой конкурирующий продукт под названием TFS. Когда внедряли в одной конторе траблов было очень много с его гит реализацией в 2015 году. Нам это добро(TFS) навязывали для билда java, мавен там был зачаточной версии с кучей траблов.
4)попытка сделать свой гитхаб у них не удалась(codeplex)
5)я хз как у вас, но у меня после покупки скайпа майкрософтом расшаривание экрана стало каким-то затормаживающим, как результат пришлось срулить на zoom.
6)ну и да, определенная тревога присутствует от того что одна компания по сути знает о тебе все:
виндоус логирует, скайп логирует, офис логирует, гитхаб логирует.
7)вся прелесть гитхаба была в его нейтральности, было доверие к прежним владельцам. Сейчас этого нет, что отражает и голосование. Поглядим конечно что будет, мы изначально на битбакете были, был проект под гитлабом год назад — после даунтайма в 3 часа гитлабом не пользуюсь.
2.1 Limited License. Subject to the terms and conditions of Section 2.2 of
this Agreement, Elastic hereby grants to You, AT NO CHARGE and for so long as
you are not in breach of any provision of this Agreement, a limited,
non-exclusive, non-transferable, fully paid up royalty free right and license
to the Commercial Software in Source Code format, without the right to grant
or authorize sublicenses, to prepare Derivative Works of the Commercial
Software, provided You (i) do not hack the licensing mechanism, or otherwise
circumvent the intended limitations on the use of Elastic Software to enable
features other than Basic Features and Functions or those features You are
entitled to as part of a Subscription, and (ii) use the resulting object code
only for reasonable testing purposes.
лицензия дает право на использование X-Pack в продашкне бесплатно. Что еще нужно бизнесу?
Честно говоря непонятно кому статья адресована, если бизнеслюдям, то возникает куча вопросов. Если разрабам то тоже куча вопросов:
что цена проекта складывается далеко не только из стоимости лицензии, но и из множества других затрат, например:
• Стоимость оборудования;
• ЗП сотрудников;
• Затраты на внедрение и интеграцию;
• Расходы на дополнительные фичи;
• Расходы на поддержку;
• Плата за риски;
• И тд.
Зачастую может оказаться так, что затраты на лицензию проприентарных решений, частично или полностью окупаются за счет сокращения других статей затрат по сравнению с open source.
а по мне неубедительно получилось. Пропаганда и не более, а хотелось бы объективной статистики:
загрузили данные x(тут ссылка ни гитхаб) — в эластике весят Y, в вашем продукте Z. Конфигурация эластика была XX, конфигурация вашего продукта ZZ.
Количество умеющих продукт ELTK, количество умеющих splunk, средняя зарплата первой группы и второй
посчитать все затраты на дополнительные фичи не просто словами, а цифирками
стоимость поддержки первого и второго вообще непонятно как измерить. Но раз уж это в статье есть хотелось бы понимать разницу где сплюньк выигрывает. Для меня неочевидно
О каких рисках может идти речь если это все опен сорсно стоит и развивается. Можно конечно сказать что eltk 1.0 вышел 4 года назад когда splunk в 2006. Но как разрабу мне уже приходилось к примеру сталкиваться 2 раза по работе с еластиком и ни разу с вашим продуктом
Все это может увеличить требуемое место для хранения на дисках до 10 раз по сравнению со Splunk, который хранит только сжатые сырые данные, а вся остальная информация прикрепляется только в процессе поиска. Да и вообще, если взять и поставить параллельно Splunk и ELK, то для нормальной работы ELK потребует гораздо больше ресурсов чем Splunk.
Хотелось бы в цифрах и реальных примерах увидеть ибо пока это пропаганда наркотиков(появляется зависимость от продукта за который нужно платить).
Помимо очевидных затрат на оборудование существуют неявные затраты или, так называемая, упущенная выгода за время внедрения системы. Если сравнивать процесс развертывания и требуемые ресурсы: временные, человеческие или технологические, то Splunk заметно выигрывает у ELK.
тут нужно поверить наслово?
С точки зрения загрузки данных, ElasticSearch требует определения правил разбиения, идентификации всех полей, разделения данных до их загрузки. То есть вы должны знать о данных все, до того, как их загрузите в систему. Иначе придется менять структуру данных с помощью довольно сложных запросов JSON. Это существенно тормозит процесс. В Splunk можно загружать абсолютно любые данные, изначально он определит у них только 3 параметра: host, source и sourcetype, а далее можно выделять поля и изменять их в любой момент времени, когда вы поймете что именно вам нужно от этих данных.
Я конечно возможно чего-то не понял, но автомап никто не отменял, да возможны косяки но все же:
By default, Elasticsearch provides automatic index and mapping when data is added under an index that has not been created before. In other words, data can be added into Elasticsearch without the index and the mappings being defined a priori. This is quite convenient since Elasticsearch automatically adapts to the data being fed to it — moreover, if certain entries have extra fields, Elasticsearch schema-less nature allows them to be indexed without any issues.
В работе ELK используются разные языки: Lucene для текстового поиска, JSON для разделения данных на объекты и Timelion для работы с временными рядами.
JSON (англ. JavaScript Object Notation, обычно произносится как /ˈdʒeɪsən/ JAY-sən [2]) — текстовый формат обмена данными, основанный на JavaScript. Как и многие другие текстовые форматы, JSON легко читается людьми. Я бы не стал называть его языком. Lucene пром стандарт что в ELTK, что в SOLR. Раз уж приводить сравнения, я бы взял пару примеров на Lucene vs ваш язык.
Опора на три разных предприятия с открытым исходным кодом для одного решения несет значительный операционный и юридический риск для компании.
с 2006 года слышу про риски из-за опен сорса. За это время стабильный Apple objective-c заменил на swift заставив народ переучиваться. Sun был с потрохами куплен и большинство продуктов перешло в опенсорс и никаких особых траблов не вышло.
В Splunk цена за лицензию рассчитывается из количества гигабайтов данных, загруженных в день, независимо от количества узлов или пользователей. Покупая любую по размеру лицензию, вы покупаете сразу весь встроенный функционал, возможность использовать бесплатно большую (более 1000) базу приложений и инструкций-документаций. Также есть бесплатная лицензия, которая позволяет загружать до 500 мб в день, но имеет несколько функциональных ограничений.
а динамика цен за гиг как-то менялась с 2006 года? откуда знать что лицензия сегодня стоила x, а завтра станет 5*x.
Опять таки на каждый операционный гиг нужно закладывать соответствующую маржу в договоре с клиентом, дабы расходы на лицензию не были больше чем доходы. Предположим что один день я загрузил 1 гиг, второй день 10 гигов, а потом весь месяц 0, почем лицензия для меня?
как заказывающий у Питера достаточно часто могу ответить вам на этот вопрос. На номер телефона приходит оповещение о поступлении заказа на пункт выдачи. В случае если заказ едет наложкой оператор может прозвонить. В общем решение рабочих моментов по доставке. Еще ни разу из Питера не звонили и «купить слона» не предлагали. А вообще уже давно держу несколько номеров, основной только по работе и близким, второй для всего остального.
у нас в конторе до сих пор приложение крутится которое только на IE заточено и в новых еджах не работает. Это конечно не javascript, но есть тонны проектов, которые на новые рельсы переводить никто не будет и которые нужно поддерживать. Поэтому знать последний стэк недостаточно, нужно уметь еще в предыдущих версиях разбираться.
Встречал одного шарпера, которому на тестировании дали проект ASP.net4, хотя он работал на ASP.net5. Столько нытья было по поводу устарелости, то что это нельзя поддерживать, что он не говнокодер и т.п. Одного он не понимает — заказчику не нужен идеальный на последних технологиях основанный продукт, ему нужен релиз продукта вписывающегося в дедлайны и содержащий фунциональные возможности которые клиент запросил. Унаследованный код тоже определяет — с каким стэком придется работать, хотя бы какое-то время до переноса всего добра на новый подход.
а как к решению задач готовились? Можете что-нибудь порекомендовать? Прошел 3 задачи, которые за 90 минут решить надо. А вот этап за 20 минут по задаче завалил.
По мне обе ветки имеют право на существование. Нормальный жава разраб должен уметь обе, ибо если приходишь на новый проект а там стек уже готов — не должно быть такого «надо все переписать на xyz».
glassfish на тот момент была референсной имплементацией ее сервера. Те же самые грабли были и в jboss.
Вот видите, стало быть вся сила стандартизации пропадает ибо достойно можно разрабатывать только на primefaces. А их компоненты как известно в стандарт jsf не входят. Не говоря уже что это работает очень плохо при открытии с мобилок, как-то занимался оптимизацией работы одного индусского екоммерс. Там мобилки тупо висли при открытии.
То что бекеру парится с юай не надо согласен, у самого с юай беда, но надо сказать бутстрап позволяет с небольшими трудозатратами сделать красиво.
спорно, сейчас рест это тренд. удобно прокинуть сервисы и дергать, что с толстого клиента, что с мобилок. А тут получается либо дополнительно сервисы вытаскивать на jersey, либо переписывать не на jsf.
Это да, его книга по JavaEE7 это по сути настольная книга программиста EE. По ней в стек EE въезжал. По мне лучше бы отдали Апачу они умеют опен сорс делать. Умереть EE не умрет, но надо понимать что он всегда был догоняющим. Выкатили EJB2, в результате Spring, hibernate сотворили революцию. И вот по их стопам с тех пор идет.
не знаю как сейчас, но при переезде с глассфиша 2 на третий словили очень много граблей как раз из-за того, что кластеризация работала по-другому. Что-то с SSO случилось.
Можете рассказать как jsf с html5 подружить? Как легко эту jsf портянку отлаживать? И давно ли эта jsf REST API умеет? Вот, к примеру thymeleaf шаблон можно даже как html посмотреть, т.е. правка возможна человеком знающим html. С xhtml и обилием facelet не факт. Особенно интересно, как вы делаете тесты jsf приложений, контроллеры мокаете и все такое.
Что мне реально нравится в EE это inject в jersey из коробки, для спринга пришлось либу подключить и @Autowired тоже заработал. Правда либа не для всех версий jersey доступна.
Ну и да, вот если мне что-то не нужно в спринге, я это не подключаю. С ЕЕ на момент 7 вроде все в коробке.
мощный инструмент, зря вы так. Amazon в AWS поддержку докера запилил мы деплои туда своих образов делаем. В CI так вообще песня, автоматом развернул окружение задеплоил туда версию с определенной ветки, поигрались, зарелизили, новый с чистым окружением развернули.
а что в EE есть, что нельзя подключить к спрингу?
PS: к качеству поиска яндекса итак вопросы есть, решили совсем поисковик угробить.
А в чем разница? Доменные буквы разные да.
Для того чтобы подобное утверждать нужно быть самому в теме, мы же тут можем только предполагать. Исключить маркетинга нельзя, но есть некоторые предпосылки для всплеска переездов:
1)Майкрософт купил гитхаб и какой-то процент недовольных безусловно будет. Если публика примерно одинаковая на гитхабе и тут, то — 60 процентов против. Понятно что не все побегут, но бэкапик на gitlab вполне вероятно сделают.
2)Эпл явно дал понять, что ставку делает на гитлаб, конечно готовить интеграцию они начали заранее, но и слухи ходили ранее.
Посмотрим на реакцию google и других больших компаний. От них многое зависит, останется ли гитхаб или будет реализован параллельный мир СПО.
Сориентировались однако:
about.gitlab.com/2018/06/05/gitlab-ultimate-and-gold-free-for-education-and-open-source
Вы попробуйте под линуксом приложения для .net поразрабатывать, поймете сколько нюансов всплывет. Есть устоявшийся стек, на котором граблей минимум.
gitlab.com — владелец хз кто, есть клауд, есть селфхостед для развертывания на локалхосте, бывают лаги.
Большая часть функционала реализована в обоих альтернативах, но гитхаб все же на голову выше был.
Битбакет всегда ровно работал, правда я им сильно так не пользовался.
В ситуации с моно вообще другая ситуация. Если бы моно не с нуля начинался а скажем развился до уровня текущего, а потом его бах и эпл/oracle купил. Владельцам гитхаба было доверие, которого MS на данный момент не имеют(очевидно из голосования). Опять же когда проекта два, то между ними конкуренция. Сейчас MS может тупо положить на хотелки и ничего не делать. Ближайшие 3-5 лет гитлаб/битбакет не угрожают.
1)xamarin не хранит исходники конкурентов.
2)Xamarin изначально затачивался как .net невиндовса, приходившие туда приходили «полюбви».
3)у майкрософта есть свой конкурирующий продукт под названием TFS. Когда внедряли в одной конторе траблов было очень много с его гит реализацией в 2015 году. Нам это добро(TFS) навязывали для билда java, мавен там был зачаточной версии с кучей траблов.
4)попытка сделать свой гитхаб у них не удалась(codeplex)
5)я хз как у вас, но у меня после покупки скайпа майкрософтом расшаривание экрана стало каким-то затормаживающим, как результат пришлось срулить на zoom.
6)ну и да, определенная тревога присутствует от того что одна компания по сути знает о тебе все:
виндоус логирует, скайп логирует, офис логирует, гитхаб логирует.
7)вся прелесть гитхаба была в его нейтральности, было доверие к прежним владельцам. Сейчас этого нет, что отражает и голосование. Поглядим конечно что будет, мы изначально на битбакете были, был проект под гитлабом год назад — после даунтайма в 3 часа гитлабом не пользуюсь.
лицензия дает право на использование X-Pack в продашкне бесплатно. Что еще нужно бизнесу?
а по мне неубедительно получилось. Пропаганда и не более, а хотелось бы объективной статистики:
Хотелось бы в цифрах и реальных примерах увидеть ибо пока это пропаганда наркотиков(появляется зависимость от продукта за который нужно платить).
тут нужно поверить наслово?
Я конечно возможно чего-то не понял, но автомап никто не отменял, да возможны косяки но все же:
JSON (англ. JavaScript Object Notation, обычно произносится как /ˈdʒeɪsən/ JAY-sən [2]) — текстовый формат обмена данными, основанный на JavaScript. Как и многие другие текстовые форматы, JSON легко читается людьми. Я бы не стал называть его языком. Lucene пром стандарт что в ELTK, что в SOLR. Раз уж приводить сравнения, я бы взял пару примеров на Lucene vs ваш язык.
с 2006 года слышу про риски из-за опен сорса. За это время стабильный Apple objective-c заменил на swift заставив народ переучиваться. Sun был с потрохами куплен и большинство продуктов перешло в опенсорс и никаких особых траблов не вышло.
Встречал одного шарпера, которому на тестировании дали проект ASP.net4, хотя он работал на ASP.net5. Столько нытья было по поводу устарелости, то что это нельзя поддерживать, что он не говнокодер и т.п. Одного он не понимает — заказчику не нужен идеальный на последних технологиях основанный продукт, ему нужен релиз продукта вписывающегося в дедлайны и содержащий фунциональные возможности которые клиент запросил. Унаследованный код тоже определяет — с каким стэком придется работать, хотя бы какое-то время до переноса всего добра на новый подход.
https://manning.com/books/spring-boot-in-action — очень модная штука для быстрого развертывания сервисов REST.
https://manning.com/books/irresistible-apis — для правильного проектирования API.
https://manning.com/books/camel-in-action-second-edition — фреймворк по интеграции всего со всем.
https://manning.com/books/netty-in-action — каркас для написания высокопроизводительных серверных приложений.