Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Выпуск интегрированной среды разработки Apache NetBeans 18, opennews (??), 02-Июн-23, (0) [смотреть все] Я думал это программа которая не нужна и никто таким уже не пользуется двано впе, Аноним (1), 13:42 , 02-Июн-23, (1) –9 // Я для джавы примерно в тех же годах пользовала нормально, правда, на винде - на , Аноним (4), 14:02 , 02-Июн-23, (4) // Можно было использовать JRE рантайм от JetBrains из поставки InteliJ IDEA, я зап, Аноним (36), 02:47 , 03-Июн-23, (36) +5 Да, хеловорды в нотепаде делать удобно , tty0 (?), 21:01 , 02-Июн-23, (20) +2 Была в свое время лучшей IDE для Java Eclipse просто разваливался на куски при , Аноним (75), 22:01 , 04-Июн-23, (75) +1 С поддержку допилить нормально не могут зато раст затащили , Аноним (2), 13:54 , 02-Июн-23, (2) +7 // Вообще у Netbeans был слоган 171 One IDE for all 187 По факту это 171 дела, soarin (ok), 14:20 , 02-Июн-23, (5) –4 // На базе платформы NetBeans сделали Oracle SQL Developer По функционалу вроде бы, Дед Ананий (?), 14:27 , 02-Июн-23, (6) +2 // так java для рисования UI плоха, только в Android доработали нормально, а в elec, Аноним (8), 15:50 , 02-Июн-23, (8) –1 DBeaver тоже на Java - плагин для Eclipse Но у него приятные шрифты, он не торм, Дед Ананий (?), 22:42 , 02-Июн-23, (25) +1 неужели есть хотя бы 1 спектр задач для которых java нормальный выбор По-моему , Аноним (26), 00:55 , 03-Июн-23, (26) –2 Java Micro Edition Sweet Home 3D , iZEN (ok), 10:37 , 03-Июн-23, (44) +1 Перевод - Одно ххх для всех , Аноним (21), 21:08 , 02-Июн-23, (21) –1 Начиная с 17 версии NetBeans поддерживает старые версии плагинов, в том числе и , Аноним (47), 11:40 , 03-Июн-23, (47) +2 как это связано с Джавой у них же уже есть свой, правславный отладчик, а в стор, Golangdev (?), 13:59 , 02-Июн-23, (3) –2 главное вовремя оседлать rust, Аноним (7), 15:04 , 02-Июн-23, (7) // Учитывая, что поддерживается два десятка языков, включая не самые популярные, уд, Аноним (22), 21:22 , 02-Июн-23, (22) Скрыто модератором, Я узкий (?), 01:09 , 03-Июн-23, (34) +1 Вопрос знатокам чем отличаются языки программирования Java SE и Java EE Вопрос , pashev.ru (?), 16:06 , 02-Июн-23, (9) –3 // Java SE это подмножество языка Java предназначенное для написания приложений для, Аноним (10), 17:14 , 02-Июн-23, (10) –3 // Спасибо, вы нам не подходите , pashev.ru (?), 07:49 , 03-Июн-23, (40) –1 // Почему люки круглые , Аноним (45), 11:07 , 03-Июн-23, (45) Из изопериметрической задачи Дидоны следует, что из всех фигур с равным периметр, Аноним (75), 22:08 , 04-Июн-23, (76) Упаси меня боже работать на такого работодателя Вы там в коком-то бреду обитает, Аноним (10), 12:23 , 03-Июн-23, (48) +5 Не зачёт На Java SE ой как пишутся корпоративные приложения уже 8 лет как Sp, Golangdev (?), 06:56 , 04-Июн-23, (72) –1   // - и что, Вы у себя в Спринге не используете классы из пакетов javax persistence,, Хейтер (?), 12:24 , 05-Июн-23, (77)   Слишком толсто - аргументировать спор в софтверной разработке цитатами писателя , Golangdev (?), 13:46 , 05-Июн-23, (81)   - выше я отметил что часть этой спецификации используется в Spring, так что если, Хейтер (?), 14:23 , 05-Июн-23, (82)   Сугубо опционально Никто не застнавляет писать Spring Boot приложения с javax p, Golangdev (?), 14:50 , 05-Июн-23, (83)   - легко, лично я такое делал исключить ненужные зависимости, в том числе Tomcat, Хейтер (?), 15:11 , 05-Июн-23, (88)   Либо вы троллите, либо у нас разные поняния о легко Это не легко По памяти, , Golangdev (?), 15:28 , 05-Июн-23, (91)   - будем честными в определениях что такое современное и не современное корп, Хейтер (?), 15:57 , 05-Июн-23, (93)   Вы либо путаете, либо не замечаете Spring Boot - это стандарт де факто для напи, Golangdev (?), 16:14 , 05-Июн-23, (94)   - нет, это Вы путаете стандарт должен быть где то описан и JavaEE это как раз, Хейтер (?), 16:43 , 05-Июн-23, (97)   Которая на деле оказывается совокупностью серых зон с кучей неопределённостей А , Golangdev (?), 16:55 , 05-Июн-23, (98)   - я уже писал Выше что JavaEE это набор спецификаций Вы почему то игнорируете э, Хейтер (?), 17:11 , 05-Июн-23, (101) +1   судя по вашим тезисам, вы либо не имели дела с высокими нагрузками, либо троллит, Golangdev (?), 17:20 , 05-Июн-23, (102)   - мне кажется я довольно четко сформулировал там где требуется тонкая настройка, Хейтер (?), 18:10 , 05-Июн-23, (105)   Наверное, вы не ходите к врачу Когда я прихожу к врачу, - я и врач в роли пол, Golangdev (?), 19:33 , 05-Июн-23, (108)   - это не такая большая проблема, если в организации есть процессы Если процессо, Хейтер (?), 20:42 , 05-Июн-23, (109)   Не улавливаете сути Полно вам выдумывать, я не ругаю власти Они по сути такие, Golangdev (?), 21:29 , 05-Июн-23, (110)   - последние 10 лет я пишу на Spring с использованием спецификаций см выше Jav, Хейтер (?), 21:44 , 05-Июн-23, (111)   Увы, их задача как правило - сделал и сдал, на той фигне что попросили архитект, Golangdev (?), 21:52 , 05-Июн-23, (112)   Да что вы говорите JSR для Java 8212 это как RFC для Интернета 8212 кто н, iZEN (ok), 21:53 , 05-Июн-23, (113)   Слишком толсто, попробуйте потоньше , Golangdev (?), 22:03 , 05-Июн-23, (114)   Хорошо Попроще Не плюй в колодец, из которого черпаешь воду для пития , iZEN (ok), 22:07 , 05-Июн-23, (115)   там выше обсуждали поход к врачу, можно записаться через ЕМИАС, Golangdev (?), 22:49 , 05-Июн-23, (116)   я пишу на Go, я же Golangdev на JavaScript тоже пишуниже в комментах предлагаю, Golangdev (?), 14:59 , 05-Июн-23, (85)   - ничего хорошего, но от холивара на эту тему воздержусь , Хейтер (?), 15:12 , 05-Июн-23, (89)   Язык программирования один и тот же Java описанный в спецификации JLS , Дмитрий (??), 17:41 , 02-Июн-23, (11) +1 Java SE - это стандартная платформа языка программирования Java Java EE - это сп, iZEN (ok), 19:46 , 02-Июн-23, (15) –1 // JavaEE в чистом исполнении - некромантия из начала двухтысячных, вы где, кроме л, Аноним (24), 22:29 , 02-Июн-23, (24) –2 // Это и есть 15 летние проекты Уже лет 10 как никто не пишет стартапы на джавеДа, Я узкий (?), 01:06 , 03-Июн-23, (33) +1 Тыж знаешь что стартап это проект который в находится поисках метода монитизации, Аноним (36), 02:51 , 03-Июн-23, (37) Java EE со временем второй Java очень сильно развилась на идеях Spring, избавила, iZEN (ok), 07:38 , 03-Июн-23, (38) +1 пруфы деградации будут если нет пруфа - то автор бессовестно лжёт, видимо, пи, Golangdev (?), 06:59 , 04-Июн-23, (73) - Вы уже перешли со SpringBoot 2 на SpringBoot 3 Боль не испытали Как там batc, Хейтер (?), 12:36 , 05-Июн-23, (79) Батч изначально плохо написан, стараюсь его не использовать, максимально жёстко,, Golangdev (?), 13:26 , 05-Июн-23, (80) - Вы же понимаете что легаси и эволюция это антонимы Мы вроде про корпораст, Хейтер (?), 14:50 , 05-Июн-23, (84) Вы преувеличиваете серьёзность проблем Как правило, по оптыту, в сравнении с др, Golangdev (?), 15:02 , 05-Июн-23, (86) Другими словами, если в корпорации нет процессов деливери хотя бы минимальноАнал, Golangdev (?), 15:09 , 05-Июн-23, (87) - нет Вроде я даже с примерами всё расписал SB2 - SB3 - Batch новые таблицы, Хейтер (?), 15:27 , 05-Июн-23, (90) - нет Вроде я даже с примерами всё расписал SB2 - SB3 - Batchя писал выше Hi, Golangdev (?), 15:41 , 05-Июн-23, (92) - чем jOOQ лучше Apache Cayenne jOOQ словами из Люди в черном это новая кру, Хейтер (?), 16:24 , 05-Июн-23, (95) Вы наизусть помните как прописывать маппинги OneToMany Посмотрите выступления , Golangdev (?), 16:40 , 05-Июн-23, (96) - нет, это только подчеркивает что Java JavaEE это язык и спецификация корпорати, Хейтер (?), 16:55 , 05-Июн-23, (99) это неплохой такой барьер в поиске специалистов увеличитель времени на разрабо, Golangdev (?), 17:10 , 05-Июн-23, (100) - человека который не знает JPA не стоит брать на работу по созданию корпоративн, Хейтер (?), 17:38 , 05-Июн-23, (103) Попробуйте поискать кандидата со знанием Java EE, так и напишите в вакансии - тр, Golangdev (?), 17:51 , 05-Июн-23, (104) - весь стек JavaEE обширен и очевидно что людей которые практически работали со , Хейтер (?), 18:47 , 05-Июн-23, (106) Не хотите замечать слона в комнате, либо никогда не нанимали Java-разработчиков , Golangdev (?), 19:15 , 05-Июн-23, (107) –1 Jetty 8212 вполне себе легковесный движок-сервер приложений сервлетов , сдел, iZEN (ok), 10:30 , 03-Июн-23, (43) - чего так категорично javax xml bind, javax persistence, javax servlet, javax , Хейтер (?), 12:28 , 05-Июн-23, (78) Не работает в оффлайне Имею ввиду, что даже Ant-проект нельзя создать, если Net, Георгий (??), 20:34 , 02-Июн-23, (19) // Значит не пользуются , Аноним (55), 18:44 , 03-Июн-23, (55) +1 Кроме notepad exe мне больше ничего не нужно, чтобы писать качественный код , Профессор (?), 22:21 , 02-Июн-23, (23) // Дело в объёме кода, который нужно поддерживать и сопровождать IDE позволяют лег, iZEN (ok), 07:43 , 03-Июн-23, (39) +4 // ты пытаешься убедить, что экскаватор хорош, человека, которому нужно слегка копн, Аноним (49), 12:31 , 03-Июн-23, (49) +1 // Программировать в notepad-е - это мем начала нулевых В нём пишут разве что скри, n00by (ok), 17:32 , 03-Июн-23, (54) –6 К счастью, разработка далеко не всегда многопользовательская Соло программистов, АНОНИМ (?), 15:45 , 03-Июн-23, (53) +1 В принципе, я тоже сторонник полностью ручного KISS подхода во всём, в т ч и в , АНОНИМ (?), 15:41 , 03-Июн-23, (52) +1 // Настройку профиля в vscode под себя не пробовали Можете не отвечать, вопрос рит, anonimous (?), 18:48 , 03-Июн-23, (57) –2 // Скрыто модератором, Аноним (-), 19:11 , 03-Июн-23, (58) Пользуюсь им ещё с версии 8 2 исключительно для PHP JS CSS Для меня идеальный п, Дед Анон (?), 09:18 , 03-Июн-23, (42) +6 // JS Может уже пора TypeScript , Аноним (55), 18:45 , 03-Июн-23, (56) –6 // Может и пора Вещь популярная, стоит попробовать , Golangdev (?), 07:04 , 04-Июн-23, (74) Нетбинс очень недооцененная среда Я когда-то решил её попробовать, очень был уд, Аноним (-), 21:52 , 03-Июн-23, (66) +5 // Версия 8-я была самая лучшая после 6-ой Всё было очень хорошо пока Sun этим рул, garrick (?), 15:55 , 07-Июн-23, (117) 1,2,3,7,9,19,23,42

Сообщения

[Сортировка по времени | RSS]

	72. "Выпуск интегрированной среды разработки Apache NetBeans 18"	–1 +/–
	Сообщение от Golangdev (?), 04-Июн-23, 06:56
	> Java SE это подмножество языка Java предназначенное для написания приложений для  рабочего стола Не зачёт. На Java SE ой как пишутся "корпоративные приложения" уже 8 лет как (Spring Boot например), а то и больше. А EE считайте, утонула, и сейчас её лучшее подмножество реализуют в Quarkus.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	77. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от Хейтер (?), 05-Июн-23, 12:24
	>На Java SE ой как пишутся "корпоративные приложения" уже 8 лет как (Spring Boot например) - и что, Вы у себя в Спринге не используете классы из пакетов javax.persistence, javax.annotation, javax.servlet, javax.xml.bind и т д? (полный список спецификаций JavaEE найдете по адресу: https://jakarta.ee/specifications/ ) >EE считайте, утонула - значит вещь годная, а вот к тому что не тонет стоит относиться осторожно. Мнение большинства всегда ошибочно, ибо большинство людей идиоты © Э.А.По
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от Golangdev (?), 05-Июн-23, 13:46
	>EE считайте, утонула >значит вещь годная >© Э.А.По Слишком толсто - аргументировать спор в софтверной разработке цитатами писателя. Под утонула - я имею ввиду что EE - спека, её реализации - это Application Server'а, так вот, от разработки с их помощью отказались/отказываются. Не только в российских банках(посмотрите на hh.ru вакансии с Spring Boot), но и сам Red Hat, свой продукт Keycloak уже перевели с WildFly на Quarkus. Я к тому, что на EE + Application Server обычно разработку в 2023 не начинают. Да и вакансии таке обходят стороной (спросите любого рекрутера, насколько "легко и непринуждённо" им ищется кандидаты на Java EE). На всякий случай скажу, что я вам не запрещаю их использовать, не пытаюсь переубедить, пишите на чём хотите. Я просто делюсь своим мнением, чтобы случайно зашедший сюда чел, желающий стать Java разрабом не сделал не правильных выводов, что типа "Спринг уже всё". Вот не всё, популярен, не смотрите на комменты, смотрите на вакансии (hh.ru, Хабр Карьера, ...)
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от Хейтер (?), 05-Июн-23, 14:23
	>EE - спека - выше я отметил что часть этой спецификации используется в Spring, так что если тонуть, то тонуть вместе)) И похоже кто то плохо её знает)) >её реализации - это Application Server'а ... от разработки с их помощью отказались/отказываются - а также контейнер сервлетов (Jakarta EE WebProfile спецификации). Если мне не изменяет память, SpringBoot для web-приложений по умолчанию тянет Tomcat как зависимость. Так что без больших натяжек можно сказать что SpringBoot тащит сертифицированный JavaEE Web Profile контейнер. Так то кто там от чего отказывается прозвучало не особо убедительно >Слишком толсто - аргументировать спор в софтверной разработке цитатами писателя ... спросите любого рекрутера - а вот это тонко)) >Я просто делюсь своим мнением, чтобы случайно зашедший сюда чел - просто навязываете свое мнение (не факт что экспертное) и топите за любимый фреймворк, который оброс жиром не хуже чем JavaEE 20-летней давности, но при этом сохранил молодежно-экспериментальный подход к развитию >смотрите на вакансии - тогда учите Go, Rust или JavaScript))
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от Golangdev (?), 05-Июн-23, 14:50
	> часть этой спецификации используется в Spring, так что если тонуть, то тонуть вместе Сугубо опционально. Никто не застнавляет писать Spring Boot приложения с javax.persistence и javax.xml > можно сказать что SpringBoot тащит сертифицированный JavaEE Web Profile контейнер Нет, нельзя. Задеплоите ".war" в Spring Boot, который "JavaEE Web Profile контейнер" ?) > Так то кто там от чего отказывается прозвучало не особо убедительно у меня нет целей вас убедить > просто навязываете свое мнение ну что вы ?) я просто делюсь опытом для > чтобы случайно зашедший сюда чел , только я пользуюсь спринг бутом (про вас не знаю) Вот на вашем примере видно, как Java EE спека - это очень хороший маркетинговый запудриватель мозгов, видно как люди не писавшие на охотно верят в силу этой спеки, в переносимость приложений между разными реализациями и транслируют всем остальным. Это хорошо подействовало на ЛПР (лица принимающие решения, читай менеджеров) в ретроспективе, чем обеспечило ёе начальное распространение, затем хейт, затем Спринг Бут как результат. Ну а затем и клоны Спринг Бута подтянулись. Эт оесли вкратце.
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от Хейтер (?), 05-Июн-23, 15:11
	>Задеплоите ".war" в Spring Boot, который "JavaEE Web Profile контейнер" ?) - легко, лично я такое делал (исключить ненужные зависимости, в том числе Tomcat, не проблема) >только я пользуюсь спринг бутом (про вас не знаю) - в этом и проблема нашей дискуссии: я пользуюсь и JavaEE в разных спецификациях (web - не web) и Spring, и SpringBoot, поэтому могу сравнивать (про Вас не знаю) >Java EE спека - это очень хороший маркетинговый запудриватель мозгов - а что Вы думаете о правилах дорожного движения? Они же реально ограничивают возможности молодежи на самокатах и придуманы рептилоидами чтобы трясти бабло с людей! >видно как люди не писавшие на охотно верят в силу этой спеки - это Вы мне адресовали? Конечно в силах программиста сделать любое приложение непереносимым, однако спецификации из JavaEE работают и позволяют создавать переносимый (либо требующий минимального изменения в области конфигурационных файлов) код >затем хейт, затем Спринг Бут как результат - простите, но я начинал с EJB 2 и еще помню историю развития Spring. Не так всё было. Да и в современности гордиться Спрингу особо нечем - те десятки мегабайт фреймворков которые лежат спокойно в JavaEE контейнере, спринговое приложение тащит при сборке, распухая до тех же десятков мегабайт (под сотню в реальности) плюс бесконечная чехарда с версиями этих зависимостей >Никто не застнавляет писать Spring Boot приложения с javax.persistence и javax.xml - приложение без REST/WS и СУБД? Это какой то альтернативный энтерпрайз, хотя конечно сейчас всё больше приложений на Kafka и NoSQL, но как то с внешним миром они должны общаться?
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от Golangdev (?), 05-Июн-23, 15:28
	>Задеплоите ".war" в Spring Boot >легко Либо вы троллите, либо у нас разные поняния о "легко". Это не легко. По памяти, без гугла не напишите. >Java EE спека - это очень хороший маркетинговый запудриватель мозгов > - а что Вы думаете о правилах дорожного движения? Они же реально ограничивают возможности молодежи на самокатах и придуманы рептилоидами чтобы трясти бабло с людей! Мне нравится ваша аргументация, продолжайте =) >видно как люди не писавшие на охотно верят в силу этой спеки >- это Вы мне адресовали? Да > гордиться Спрингу особо нечем - те десятки мегабайт фреймворков которые лежат спокойно в JavaEE контейнере Небось и .jar библиотек ручками в контейнер подкладываете ?) На этом, пожалуй, я и закончу, как писал выше, нет цели вас (пере)убедить или свалиться в срач. Пишите на здоровье на чём хотите. Не любите Spring Boot. По мне - Spring Boot - хороший современный фреймворк для быстрой разработки современных корпоративных приложений, излеченный от проблем экосистемы Java EE, читай Applicaton Server'ов таких как WildFly, Glassfish, ...
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от Хейтер (?), 05-Июн-23, 15:57
	>Spring Boot - хороший современный фреймворк для быстрой разработки современных корпоративных приложений - будем честными в определениях: что такое "современное" и "не современное" корпоративное приложение? Надо ли понимать префикс "современное" - как написанное теми кто знает мэйнстримный на сегодня фреймворк и не сильно беспокоится о дальнейшей поддержке написанного приложения? Почему спецификация Jakarta EE 10, которой еще и года нет, "не современная", а её использование как то замедляет разработку приложения? >излеченный от проблем экосистемы Java EE, читай Applicaton Server'ов таких как WildFly, Glassfish, ... - перенос сложности это не излечение. Я уже отметил выше что всё то дерьмо которое в JavaEE пихают контейнер, в Spring тащат в само приложение, причем как в примере с Tomcat который мы можем удалить из автоматически подтягиваемых зависимостей, мы очевидно получаем ненужные нам библиотеки, которые иногда конфликтуют. В общем "магия" которая раньше была заложена в сервер приложений, теперь сидит в SpringBoot. Бинго! Мы пришли к тому от чего хотели уйти. И наоборот, Jakarta EE похудела и появился MicroProfile. >либо у нас разные поняния о "легко". Это не легко - либо мы по разному понимаем формулировку "Задеплоите ".war" в Spring Boot" ))
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от Golangdev (?), 05-Июн-23, 16:14
	> Надо ли понимать префикс "современное" - как написанное теми кто знает мэйнстримный на сегодня фреймворк и не сильно беспокоится о дальнейшей поддержке написанного приложения Вы либо путаете, либо не замечаете. Spring Boot - это стандарт де факто для написания конпоративных приложений, это не я придумал, это гуглится :) > перенос сложности это не излечение Тут я с вами соглашусь. Но опять же, вы снова преувеличиваете. >  Я уже отметил выше что всё то дерьмо которое в JavaEE пихают контейнер, в Spring тащат в само приложение, причем как в примере с Tomcat который мы можем удалить из автоматически подтягиваемых зависимостей, мы очевидно получаем ненужные нам библиотеки, которые иногда конфликтуют. Gопробуйте Go. В нём культ минимализма, плюс лучшая многопоточка чем в Java(про то что в 21 заезжают виртуальные потоки и может быть preview structured concurrency я в курсе) плюс лучшая чем GraalVM Native Image создание бинарников под платфому.
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от Хейтер (?), 05-Июн-23, 16:43
	> Spring Boot - это стандарт де факто - нет, это Вы путаете: "стандарт" должен быть где то описан и JavaEE это как раз "стандарт", а именно достаточно четкая спецификация которую обсуждают и документируют сотни специалистов прежде чем она будет опубликована. А SB это код написанный десятком программистов, который работает так как он работает и это не всегда описано, и который может быть изменен если у разработчиков SB в носу зачешется. >это не я придумал, это гуглится :) - это нас возвращает к Эдгару По и миллионам лемингов которые не могут ошибаться. SB появился только в 2014 году, Вы уверенны что все корпоративные приложения написанные до 2014 года переписали на SB? Или что каждое новое приложение с 2014 года пишется на SB? Возможно Вы перепутали Spring и SpringBoot - это не одно и то же, Spring был и бывает без SB, а SB - нет. >культ минимализма ... создание бинарников под платфому - не считаю минимализм решающим критерием (это как спорить о преимуществах ассемблера, они есть ... но), а бинарник так и вовсе, по моему, зло в "современном" (алаверды) мире. Однако тут все лично и зависит от решаемых задач, поэтому не вижу смысла об этом дискутировать
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от Golangdev (?), 05-Июн-23, 16:55
	> "стандарт" должен быть где то описан и JavaEE это как раз "стандарт", а именно достаточно четкая спецификация которую обсуждают и документируют сотни специалистов прежде чем она будет опубликована Которая на деле оказывается совокупностью серых зон с кучей неопределённостей. А также, порой, бывает очень не просто настроить какую-то низкоуровневую деталь, потому что "сотням специалистов" не хватило ума/времени/возможностей о ней подумать, а разрабы конкретной реализации (читай того же WildFly), не завидя в стандарте чёткого определения - просто забили. И сидишь, выковыриваешь её рефлексией либо же кастуешь к реализации (что собственно убивает переносимость между реализациями). Вы, правда, переоцениеваете так называемый "стандарт". Как и писал выше - > Java EE спека - это очень хороший маркетинговый запудриватель мозгов Java EE для теоретиков-идеалистов ну и для небольших ненагруженных внутри-корпоративых приложений, где не требуется тонкая настройка. Хоть один хай-лоад проект на Java EE существует хоть ?)
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+1 +/–
	Сообщение от Хейтер (?), 05-Июн-23, 17:11
	>Java EE для теоретиков-идеалистов ну и для небольших ненагруженных внутри-корпоративых приложений - я уже писал Выше что JavaEE это набор спецификаций (Вы почему то игнорируете этот тезис), в том числе: JPA, Servlet, JAX-RS/WS, JAXB. Редкое корпоративное приложение обходится без использования этих спецификаций и их имплементаций. И Spring в этом смысле не альтернатива, он тоже реализует часть спецификаций из стека JavaEE >Хоть один хай-лоад проект на Java EE существует хоть ?) - мы вроде говорили про корпоративные приложения. Приложения масштаба "Москва", "РФ" есть - практически всё ПО которое в министерствах работает - это Java. Приложения эти бывают вполне себе нагружены. Какой нибудь ЕМИАС - сотни сервисов у которых под капотом JPA, JAX-RS/WS и т д (см выше) >требуется тонкая настройка - там где "требуется тонкая настройка" есть проблемы в архитектуре приложения
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	102. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от Golangdev (?), 05-Июн-23, 17:20
	> - там где "требуется тонкая настройка" есть проблемы в архитектуре приложения судя по вашим тезисам, вы либо не имели дела с высокими нагрузками, либо троллите :) тонка настройка требуется, когда тюнишь приложение под нагрузку. >>Хоть один хай-лоад проект на Java EE существует хоть ?) >- мы вроде говорили про корпоративные приложения. Приложения масштаба "Москва", "РФ" есть - практически всё ПО которое в министерствах работает - это Java. Приложения эти бывают вполне себе нагружены. Какой нибудь ЕМИАС - сотни сервисов у которых под капотом JPA, JAX-RS/WS и т д (см выше) Вот, кажется я теперь и понимаю, почему они так "тормозят". Приходишь такой к врачу, у него тупит комп, который не может прогрузить элеткронную мед карту :) > я уже писал Выше что JavaEE это набор спецификаций (Вы почему то игнорируете этот тезис), в том числе: JPA, Servlet, JAX-RS/WS, JAXB. Редкое корпоративное приложение обходится без использования этих спецификаций и их имплементаций. И Spring в этом смысле не альтернатива, он тоже реализует часть спецификаций из стека JavaEE Возможно и вправду мы друг друга не поняли. Я знаю что часть этих спек используется в экосистеме Спринг. Я о классических реализациях Java EE, которые Application Server. Которые ущербны по своей природе и обладают недостатками что я перечислил.
	Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

	105. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от Хейтер (?), 05-Июн-23, 18:10
	>либо троллите ... тонка настройка требуется, когда тюнишь приложение под нагрузку - мне кажется я довольно четко сформулировал: там где требуется тонкая настройка, есть проблема в архитектуре. Могу пояснить: у каждого приложения есть физический предел производительности (объем памяти, мощность ЦПУ, производительность системы ввода-вывода и т д), это означает что тюнингом JVM, резмеров фетчей из базы, размерами буферов, количеством потоков и т п Вы можете лишь приблизиться к этому пределу, но он всё равно наступит. Поэтому решение проблемы нагрузки лежит не в области тюнинга (который тоже нужен - 10% к производительности помноженные на количество узлов дают миллионную экономию), а в области архитектуры, которая должна учитывать необходимость масштабирования, распределенного кэширования etc. В нагруженных корпоративных приложениях проблемы с нагрузкой решаются тривиальным добавлением нод (архитектура должна предусматривать такую возможность) >Приходишь такой к врачу, у него тупит комп, который не может прогрузить элеткронную мед карту - наверное Вы работаете только с идеальными приложениями которые работают в идеальном мире? Сотни сервисов работающих совместно и созданные в разных компаниях - это тысячи программистов которые их писали (иногда с ошибками), девопсов (которые иногда ошибаются), внешние сервисы (которые иногда недоступны), сетевые админы (которые иногда ошибаются или меняют структуру сети). Но конечно каждый из нас знает что сделал бы всё гораздо лучше)) >ущербны по своей природе - выше я перечислил особенность "природы" Spring: отсутствие спецификаций и разработка "на живую" - код это есть спецификация в Spring. Такая "природа" рождает и очевидную, и предсказуемую проблему - проблемы совместимости версий и проблемы с миграцией приложений нуждающихся в долговременной поддержке (к которым как правило и относятся корпоративные приложения). Вы же мне (как я понял) оппонируете тем что набор спецификаций JavaEE имеет некую "природу" которая мешает производительности и снижает скорость разработки. Но каких то механизмов, как это происходит, не приводите. Поэтому мне сложно с Вами согласиться, так как ни неразрешимых проблем с производительностью, ни проблем со скоростью разработки (наоборот - включение новых сотрудников в проект проходит легко, а наличие спецификаций стимулирует писать чистый и прозрачный код) лично я, при использовании спецификаций JavaEE, не наблюдал.
	Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

	108. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от Golangdev (?), 05-Июн-23, 19:33
	>>Приходишь такой к врачу, у него тупит комп, который не может прогрузить элеткронную мед карту >наверное Вы работаете только с идеальными приложениями которые работают в идеальном мире? Наверное, вы не ходите к врачу. Когда я прихожу к врачу, - я (и врач) в роли пользователя, ему и мне начхать на архитектуру, на технологии, нам нужно очень простое - чтобы приложение работало и быстро. Вот с таким подходом, с использованием "проверенный сотней специалистов" спецификаций, помноженных на госзаказ и раздолбайность и получаются такие ЕМИАСы, которые "не идеальны", а если по-русски - то тормозят. >выше я перечислил особенность "природы" Spring: отсутствие спецификаций и разработка "на живую" - код это есть спецификация в Spring. Такая "природа" рождает и очевидную, и предсказуемую проблему Писал ниже (или выше), что это не такая большая проблема, если в организации есть процессы. Если процессов нет, или разработка организована как-попало, проблемы будут, и не только с версиями. >Вы же мне (как я понял) оппонируете тем что набор спецификаций JavaEE имеет некую "природу" которая мешает производительности и снижает скорость разработки. > мне сложно с Вами согласиться, так как ни неразрешимых проблем с производительностью, ни проблем со скоростью разработки (наоборот - включение новых сотрудников в проект проходит легко, а наличие спецификаций стимулирует писать чистый и прозрачный код) Окей, конечно нет не разрешимих проблем. Вот только ценой исправления будет - смотрим - https://www.opennet.ru/openforum/vsluhforumID3/130661.html#98 - привязывание к реализации, что противоречит самой идее JavaEE. >лично я, при использовании спецификаций JavaEE, не наблюдал. А вы пробовали спросить у ваших коллег(будем считать что они есть), их отношение к Java EE ? Судя по дискуссии с вами - вы склонны не замечать неприятные вам доводы, и до последнего цепляться за устаревшую, растерявшую популярность технологию. Это работает до поры до времени, но так не может продолжаться вечно. Тут или коллеги разбегутся, или вас попросят :) Как повезёт.
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	109. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от Хейтер (?), 05-Июн-23, 20:42
	>Когда я прихожу к врачу, - я (и врач) в роли пользователя, ему и мне начхать на архитектуру, на технологии - это не такая большая проблема, если в организации есть процессы. Если процессов нет, ... проблемы будут. Вот и смотрите: процессы есть, Spring обновился, а Вы сидите у врача и чихаете не по делу ожидая пока последний баг вылезет или ругая власти что врачам денег не платят, все бабки на тестировщиков уходят >нет не разрешимих проблем ... привязывание к реализации - смотрим про архитектуру: https://www.opennet.ru/openforum/vsluhforumID3/130661.html#105 >вы пробовали спросить у ваших коллег(будем считать что они есть), их отношение к Java EE ? - они работают молча >Судя по дискуссии с вами - вы склонны не замечать неприятные вам доводы - так получилось что стаж разработки у меня 26 лет (из них на Java больше 20), работал в разных компаниях, видел разные бизнес процессы и разные продукты (внедренные в различных министерствах), поэтому у меня была возможность пользоваться разными фреймворками, наблюдать за их развитием и оценивать проблемы связанные с их использованием. Выводы я изложил ранее, а Вашего аргументированного мнения относительно того как контейнер приложений по своей "природе" тормозит плохих танцоров, так и не увидел. И уверен что не увижу, потому что нельзя рационально обосновать почему либы в контейнере, включающем Tomcat, работают хуже чем те же либы собранные мавеном вместе с тем же Tomcat в стэналон приложение
	Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

	110. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от Golangdev (?), 05-Июн-23, 21:29
	> сидите у врача и чихаете не по делу ожидая пока последний баг вылезет Не улавливаете сути ;) > ругая власти Полно вам выдумывать, я не ругаю власти. Они по сути такие же люди как и мы. >>вы пробовали спросить у ваших коллег >они работают молча У вас что там, диктатура что-ли ? В любой нормальной софтверной/ИТ компаний нормально когда есть несколько мнений. Выходит, вы запрещаете своим сотрудникам высказывать недовольство Java EE ? Интеллектом их давите ?) Нанимаее только джунов/людей не смогущих с вами спорить ?) > я изложил ранее, а Вашего аргументированного мнения относительно того как контейнер приложений по своей "природе" тормозит плохих танцоров раз https://www.opennet.ru/openforum/vsluhforumID3/130661.html#98 два https://www.opennet.ru/openforum/vsluhforumID3/130661.html#102 три https://www.opennet.ru/openforum/vsluhforumID3/130661.html#100 Как я и писал ранее, не имею цели вас в чём-то убедить. Продолжайте на здоровье вашу разработку на Java EE, продолжайте игнор моих доводов и реальности, вместе с "26 годами опыта" и "работающими молча сотрудниками". До Нетфликса с таким подходом - как на раках до Китая, максимум - глючиный ЕМИАС ну и прочая госуха, которая,в отличие от Нетфликса не приносит прибыль => нет требований к перформансу, стабильности, ... Я тоже знаю ребят, которым потом сдают "это" в саппорт и они это постепенно выправляют, переписывая на что угодно, кроме Java EE (мне известны именно переписывания на Spring Boot и Golang).
	Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

	111. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от Хейтер (?), 05-Июн-23, 21:44
	>Продолжайте на здоровье вашу разработку на Java EE - последние 10 лет я пишу на Spring с использованием спецификаций (см. выше) Java EE, а теперь Jakarta EE (о переползании на которую и поделился выше своим скромным опытом) >До Нетфликса с таким подходом - Нетфликс уже сделан, второй зачем? >глючиный ЕМИАС - есть только в Москве, так что не парьтесь - привел только в качестве примера реальной разработки на Java сложных систем большого масштаба >госуха, которая,в отличие от Нетфликса не приносит прибыль - не хочу вскрывать покровы, но просто подумайте на чем сделали деньги компании типа EPAM, Luxsoft, Техносерв, Ланит, Ай-Теко и прочие интеграторы с оборотами в десятки миллиардов рублей >переписывая на что угодно, кроме Java EE ... на Spring Boot - похоже диалог наш был пустым, доказать Вам что Spring это имплементация части стека JavaEE мне не удалось. Но люди которые пишут на Spring и уверены что отказались от JavaEE вызывают опасение за качество кода
	Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

	112. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от Golangdev (?), 05-Июн-23, 21:52
	> на чем сделали деньги компании типа EPAM, Luxsoft, Техносерв, Ланит, Ай-Теко и прочие интеграторы с оборотами в десятки миллиардов рублей Увы, их задача как правило - сделал и сдал, на той фигне что попросили "архитекторы" заказчика. Ну или не сдал, продолжаешь страдать с саппортом той фигни что написал :) > доказать Вам что Spring это имплементация части стека JavaEE мне не удалось. Я с этим утверджением и не спорил. Смотрим - https://www.opennet.ru/openforum/vsluhforumID3/130661.html#102 > Но люди которые пишут на Spring и уверены что отказались от JavaEE вызывают опасение за качество кода Ваше право сомневаться, как и моё https://www.opennet.ru/openforum/vsluhforumID3/130661.html#110 %)
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	113. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от iZEN (ok), 05-Июн-23, 21:53
	> Вот на вашем примере видно, как Java EE спека - это очень > хороший маркетинговый запудриватель мозгов, видно как люди не писавшие на охотно > верят в силу этой спеки, в переносимость приложений между разными реализациями > и транслируют всем остальным. Это хорошо подействовало на ЛПР (лица принимающие > решения, читай менеджеров) в ретроспективе, чем обеспечило ёе начальное распространение, > затем хейт, затем Спринг Бут как результат. Ну а затем и > клоны Спринг Бута подтянулись. Эт оесли вкратце. Да что вы говорите? JSR для Java — это как RFC для Интернета — кто на него наплюёт, тот рано или поздно сгинет. JSR — это своеобразная"икона стиля", "дух времени" современной ему Java. А вы со своим Spring'ом просто оплёвываете её (вместе с комитетом, работающим над спецификациями).
	Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

	114. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от Golangdev (?), 05-Июн-23, 22:03
	Слишком толсто, попробуйте потоньше.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от iZEN (ok), 05-Июн-23, 22:07
	> Слишком толсто, попробуйте потоньше. Хорошо. Попроще: "Не плюй в колодец, из которого черпаешь воду для пития".
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от Golangdev (?), 05-Июн-23, 22:49
	там выше обсуждали поход к врачу, можно записаться через ЕМИАС
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от Golangdev (?), 05-Июн-23, 14:59
	> - тогда учите Go, Rust или JavaScript)) я пишу на Go, я же Golangdev =) на JavaScript тоже пишу > JavaScript ниже в комментах предлагают TypeScript, что о нём думаете ?) > Rust каюсь, не выучил, обленился
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

	89. "Выпуск интегрированной среды разработки Apache NetBeans 18"	+/–
	Сообщение от Хейтер (?), 05-Июн-23, 15:12
	>в комментах предлагают TypeScript, что о нём думаете ?) - ничего хорошего, но от холивара на эту тему воздержусь)
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема