italianovero:
одно только напрягает 200 резюме на одну [it] вакансию в Минске
(эпиграф)
Biohimik5:
я уже работаю с Евгением Борисовым
Вау! С кумиром молодёжи, it-поп-зоркой самим - как он сам себя величает - "Жекай"-"Патрошителем" Борисовым!
Вообще Жеке манер бы хороших поднабраться... А то он как в быдло в программеров майки кидает... Почему не бургеры с лопаты?! Нехорошо!
Обоснованно полагаю, что Але Борисовне Жеке Патрашителю следует выступать только в залах с белорусско-русской (и немного грузинской) it-публикой. Ибо с таким it-шоу на пороги приличных R&D центров и образовательных учреждений даже не пустят. Эти "знанни" - низшая ступень в IT-специализации. (PHP и то перспективней).
Вообще, обоснованно полагаю, что Жека открыл своё it-шапито, ибо с возрастом у него утеряна "способность обучаться".
Вот вам из истории кто и как "разрабатывал" помойку этих вечно глючных так называемых "фреймворков".
Spring Framework
Первая версия была написана Родом Джонсоном, который впервые опубликовал её вместе с изданием своей книги «Expert One-on-One Java EE Design and Development»[4] (Wrox Press, октябрь 2002 года).
https://ru.wikipedia.org/wiki/Spring_Framework
Ну а вот чем занимался и чем знаменит дядя-Вася изобретатель этой помойки, узнаем здесь https://en.wikipedia.org/wiki/Rod_Johnson_%28programmer%29
ohnson studied at the University of Sydney, graduating in 1992 with a BA Hons (music and computer science). In 1996 he completed a PhD in musicology, also at Sydney, with a thesis entitled 'Piano music in Paris under the July monarchy (1830-1848 )'.
Короче это гавно "разрабатывал" PhD по "музыкологии". Помимо "фреймворка" самая известная его работа - "Пианинная музыка в Париже в период Июльской монархии 1830-1848 годов". Более чем актуальная тема для исследований.
Так же немного о другом не менее супер-пупер-глючном "фреймворке" Hadoop. Из истории.
Разработка была инициирована в начале 2005 года Дугом Каттингом (англ. Doug Cutting) с целью построения программной инфраструктуры распределённых вычислений для проекта Nutch — свободной программной поисковой машины на Java, её идейной основой стала аж (!) публикация сотрудников Google Джеффри Дина и индуса Санжая Гемавата[6] о вычислительной концепции MapReduce[7] . Новый проект был назван в честь игрушечного слонёнка ребёнка основателя проекта [8].
В течение 2005—2006 годов Hadoop развивался усилиями двух разработчиков — Каттинга и Майка Кафареллы (Mike Cafarella) в режиме частичной занятости
https://ru.wikipedia.org/wiki/Hadoop
Короче, в переводе на русский два дяди-Вани пилили напильниками в режиме "частичной занятости" "фреймворк", которым сейчас пользуются "миллионы" свмыхвостребованныхивысокооплачиваемых
Вообще жду, когда Spring, Hadoop и прочую "Java EEресь" объявят Deprecated.
Добавлено спустя 5 минут 22 секунды
PS Вот и думайте, стоит ли эту развесистую кустистую помойку класть себе в голову.
А самое главное — инструментарий первых EJB оставлял желать смерти авторам. Понять по стек-трейсам, что именно у вас не так, было крайне сложно.
В итоге все те, кто повелся на рекламу и хайп, начали от новой технологии плеваться и поносить ее всеми ругательными словами, которые только можно придумать. Достаточно сказать, что термин POJO был придуман именно как альтернатива громоздким, корявым и неудобным конструкциям первых библиотек Java EE и в особенности EJB.
Но как говорят, свято место пусто не бывает, и программистам все равно нужны были фреймворки для облегчения работы. И они, естественно, пришли. Были их сотни, большинство так и сгинуло, но несколько фреймворков выжило. И парочка из них определила все дальнейшее развитие Java. Я имею в виду Hibernate и Spring.
История Hibernate не менее драматична, чем история со Spring, но ее я расскажу как-нибудь в другой раз, если вам будет интересно.
И что? Обрадованные Java разработчики повыкидывали ставший монстром Spring и вернулись к Java EE, который стал таким простеньким? А фиг там. Мыши плакали, кололись, но продолжали жрать кактус.
Поэтому сейчас, конечно, приятно ругать JCP за кучу принятых ошибочных решений. Проблема в том, что на тот момент просто не было опыта таких решений, и кто-то же должен был быть первым. Примером такого плохого решения как раз можно считать спецификации EJB 1.0 и 1.1, о которых в Wikipedia сказано мрачно: «The EJB specification was originally developed in 1997 by IBM and later adopted by Sun Microsystems (EJB 1.0 and 1.1) in 1999». Короче, ребята из JCP вообще не знали, как делать большие Enterprise проекты (и никто на тот момент как следует не знал!). Но вот ребята из IBM (между прочим — один из исполнительного комитета JCP) пришли и сказали: «Мы знаем, как это делать». И в непередаваемом IBM стиле наваяли спецификацию. Два года, потраченные на адаптацию этого решения намекают, что документация была еще та.
А самое главное — инструментарий первых EJB оставлял желать смерти авторам. Понять по стек-трейсам, что именно у вас не так, было крайне сложно.
В итоге все те, кто повелся на рекламу и хайп, начали от новой технологии плеваться и поносить ее всеми ругательными словами, которые только можно придумать. Достаточно сказать, что термин POJO был придуман именно как альтернатива громоздким, корявым и неудобным конструкциям первых библиотек Java EE и в особенности EJB.
Но как говорят, свято место пусто не бывает, и программистам все равно нужны были фреймворки для облегчения работы. И они, естественно, пришли. Были их сотни, большинство так и сгинуло, но несколько фреймворков выжило. И парочка из них определила все дальнейшее развитие Java. Я имею в виду Hibernate и Spring DI aka IoC.
История Hibernate не менее драматична, чем история со Spring, но ее я расскажу как-нибудь в другой раз, если вам будет интересно.
Но время шло, и жизнь не стояла на месте. Компания Pivotal, разработчик Spring, решила захватить мир, в смысле… Ну да, захватить мир, а что — так нельзя было? И начала клепать новые проекты со словом Spring в названии, чтобы покрыть все возможные и невозможные потребности Java разработчиков. Постепенно то, что раньше называлось Spring, сначала стало одним из проектов, а потом и вовсе слепилось с несколькими другими проектами в то, что сейчас называется Spring Core. А список всех остальных проектов (который раньше висел на сайте в виде красивой инфографики) спрятали от посторонних лиц. И правильно. Если все эти проекты вынести на инфографику, то придется использовать 6-й шрифт, и то картинка будет во всю стену. Постепенно следить за всем этим адом из зависимостей стало уж совсем сложно и появилась необходимость в отдельной библиотеке, которая должна сама все загружать и запускать. Ага, привет, Spring Boot.
Что же случилось с забытой всеми J2EE? Ее переименовали в красивую Java EE, убрав пугающую новичков двойку. Все это время JCP работал над одним — добиться максимального упрощения всего, что только можно. В итоге в современном EJB для описания бина достаточно указать одну аннотацию над классом. Все, у вас уже есть доступ ко всей мощи EJB.
И что? Обрадованные Java разработчики повыкидывали ставший монстром Spring и вернулись к Java EE, который стал таким простеньким? А фиг там. Мыши плакали, кололись, но продолжали жрать кактус.
https://foxminded.com.ua/news/55-sravnenie-stekov-java-ee-i-sprin ... nicheniya/
Добавлено спустя 9 минут 6 секунд
И вот это обязательно почитайте. Картинки там тоже много чего объясняют и про Быгдаду
Big Data головного мозга
https://habr.com/ru/post/303802/
От туда:
Наверно, в мире данных нет подобного феномена настолько неоднозначного понимания того, что же такое Hadoop. Ни один подобный продукт не окутан таким большим количеством мифов, легенд, а главное непонимания со стороны пользователей. Не менее загадочным и противоречивым является термин "Big Data", который иногда хочется писать желтым шрифтом(спасибо маркетологам), а произносить с особым пафосом.
Google, а потом и Дуг сделали инструмент(и далеко не идеальный, как призналось Google, спустя несколько лет), для решения конкретного класса задач — построение поискового индекса.
В наши дни мы использует очень много OpenSource продуктов и даже не задумываемся о том, почему мы за них не платим. Конечно, бесплатный сыр бывает только в мышеловке и платить, в конце концов, приходится, особенно за Hadoop.
Hadoop и все что с ним связано, активно позиционируется маркетологами под флагами бесплатности, мира и братства. Но в действительности, использовать собственную сборку Hadoop рискнут не многие — продукт достаточно сырой и до сих пор многими непонятный.
Компании придется нанимать дорогих специалистов, при этом задачи они будут решать дольше и усерднее. В конце концов вместо того, что бы решать задачи обработки данных, сотрудники будут решать проблемы латания дыр в сыром софте и построению костылей.
Зоопарк имени Hadoop вряд ли оправдает кредит доверия, который предоставили ему пользователи,
Добавлено спустя 9 минут 26 секунд
Нижеследующую статью я уже рекомендовал читать (ищи выше в ветке форума). Рекомендую к прочтению
Почему я ненавижу Spring
https://habr.com/en/post/334118/
удачно использовать Spring в приложении теоретически возможно. Я еще никогда такого не видел, и это проблема.
Возможно, для новичков Spring — это хороший костыль для освоения таких идей, как внедрение зависимостей, mocking и тестирование, но на самом деле они ортогональны Spring.