Сообщение Re[7]: Какие Java-related технологии must знать каждый Java- от 04.12.2017 12:27
Изменено 04.12.2017 12:36 iZEN
Re[7]: Какие Java-related технологии must знать каждый Java-
Здравствуйте, GarryIV, Вы писали:
GIV>Здравствуйте, iZEN, Вы писали:
iZEN>>>>Эти фрейморки — основные на сегодняшний день GUI-шные библиотеки для Java. Если делать настольные приложения, то начинать надо разбираться со Swing, а вот Java FS оставить "на потом", но иметь в виду, что может понадобится.
GIV>>>Гуй на java это совсем не майнстрим, лучше JS/HTML/CSS учить — оно сейчас и на десктопе в полный рост.
ZEN>>Вы, по-моему, путаете Java и JavaScript (ECMAScript). Это не одно и то же. Тяжёлые десктопные приложения в Java пишутся на легковесном Swing, а не ресурсоёмком JS/HTML/CSS, под который нужен отдельный движок.
GIV>Я ничего не путаю а Вы видимо недавно из криосна вышли, с пробуждением. Сейчас 2017 и десктопные приложения массово на JS, опять же не хочу спорить хорошо это или плохо но что есть то есть.
И где в Java место в GUI в основе JavaScript? Он тут каким боком, "чтобы было, потому что на него переводят всё и это модно, молодёжно, хотя я не знаю для чего"?
iZEN>>JavaScript используется в Web-формах интерактивного взаимодействия Web-клиента с JavaEE-серверами, но там он настолько закрыт от программиста JavaEE отлаженными фреймворками (JSF, например), что непосредственно до него вряд ли доберёшься, чтобы что-то править руками. JavaScript — это отдельная область знаний, которая вряд ли нужна прикладному Java-программисту. Нельзя объять необъятное: либо ты программируешь в Web на JavaScript, либо ты разбираешься в Java настолько, что разбираться в JS тебе не нужно. Нужно выбрать что-то одно.
GIV>Какой JSF в 2017?
JSF 2.3 из спецификации JavaEE, очевидно.
Просвещайтесь: https://en.wikipedia.org/wiki/JavaServer_Faces
iZEN>>Mercurial ставит основу, базу взаимодействия в работе над общим проектом. Он проще и легче в изучении. А какие конкретно "хаки" (чем пестрит Git) дальше использовать — дело команды разработчиков. Может им хватит одного только Mercurial — как договорятся.
GIV>Да че там учить-то? New branch->Commit->Push->Merge, время от времени Pull и Merge. Повторить сто раз.
"Херак, херак и в продакшен"?
GIV>Здравствуйте, iZEN, Вы писали:
iZEN>>>>Эти фрейморки — основные на сегодняшний день GUI-шные библиотеки для Java. Если делать настольные приложения, то начинать надо разбираться со Swing, а вот Java FS оставить "на потом", но иметь в виду, что может понадобится.
GIV>>>Гуй на java это совсем не майнстрим, лучше JS/HTML/CSS учить — оно сейчас и на десктопе в полный рост.
ZEN>>Вы, по-моему, путаете Java и JavaScript (ECMAScript). Это не одно и то же. Тяжёлые десктопные приложения в Java пишутся на легковесном Swing, а не ресурсоёмком JS/HTML/CSS, под который нужен отдельный движок.
GIV>Я ничего не путаю а Вы видимо недавно из криосна вышли, с пробуждением. Сейчас 2017 и десктопные приложения массово на JS, опять же не хочу спорить хорошо это или плохо но что есть то есть.
И где в Java место в GUI в основе JavaScript? Он тут каким боком, "чтобы было, потому что на него переводят всё и это модно, молодёжно, хотя я не знаю для чего"?
iZEN>>JavaScript используется в Web-формах интерактивного взаимодействия Web-клиента с JavaEE-серверами, но там он настолько закрыт от программиста JavaEE отлаженными фреймворками (JSF, например), что непосредственно до него вряд ли доберёшься, чтобы что-то править руками. JavaScript — это отдельная область знаний, которая вряд ли нужна прикладному Java-программисту. Нельзя объять необъятное: либо ты программируешь в Web на JavaScript, либо ты разбираешься в Java настолько, что разбираться в JS тебе не нужно. Нужно выбрать что-то одно.
GIV>Какой JSF в 2017?
JSF 2.3 из спецификации JavaEE, очевидно.
Просвещайтесь: https://en.wikipedia.org/wiki/JavaServer_Faces
iZEN>>Mercurial ставит основу, базу взаимодействия в работе над общим проектом. Он проще и легче в изучении. А какие конкретно "хаки" (чем пестрит Git) дальше использовать — дело команды разработчиков. Может им хватит одного только Mercurial — как договорятся.
GIV>Да че там учить-то? New branch->Commit->Push->Merge, время от времени Pull и Merge. Повторить сто раз.
"Херак, херак и в продакшен"?
Re[7]: Какие Java-related технологии must знать каждый Java-
Здравствуйте, GarryIV, Вы писали:
GIV>Здравствуйте, iZEN, Вы писали:
iZEN>>>>Эти фрейморки — основные на сегодняшний день GUI-шные библиотеки для Java. Если делать настольные приложения, то начинать надо разбираться со Swing, а вот Java FS оставить "на потом", но иметь в виду, что может понадобится.
GIV>>>Гуй на java это совсем не майнстрим, лучше JS/HTML/CSS учить — оно сейчас и на десктопе в полный рост.
ZEN>>Вы, по-моему, путаете Java и JavaScript (ECMAScript). Это не одно и то же. Тяжёлые десктопные приложения в Java пишутся на легковесном Swing, а не ресурсоёмком JS/HTML/CSS, под который нужен отдельный движок.
GIV>Я ничего не путаю а Вы видимо недавно из криосна вышли, с пробуждением. Сейчас 2017 и десктопные приложения массово на JS, опять же не хочу спорить хорошо это или плохо но что есть то есть.
И где в Java место в GUI в основе JavaScript? Он тут каким боком, "чтобы было, потому что на него переводят всё и это модно, молодёжно, хотя я не знаю для чего"?
iZEN>>JavaScript используется в Web-формах интерактивного взаимодействия Web-клиента с JavaEE-серверами, но там он настолько закрыт от программиста JavaEE отлаженными фреймворками (JSF, например), что непосредственно до него вряд ли доберёшься, чтобы что-то править руками. JavaScript — это отдельная область знаний, которая вряд ли нужна прикладному Java-программисту. Нельзя объять необъятное: либо ты программируешь в Web на JavaScript, либо ты разбираешься в Java настолько, что разбираться в JS тебе не нужно. Нужно выбрать что-то одно.
GIV>Какой JSF в 2017?
JSF 2.3 (JSR-372) — из спецификации JavaEE, очевидно.
Просвещайтесь: https://en.wikipedia.org/wiki/JavaServer_Faces
"JSF 2.3 is the designated user interface standard for Java EE 8. It went final on 17 April 2017."
iZEN>>Mercurial ставит основу, базу взаимодействия в работе над общим проектом. Он проще и легче в изучении. А какие конкретно "хаки" (чем пестрит Git) дальше использовать — дело команды разработчиков. Может им хватит одного только Mercurial — как договорятся.
GIV>Да че там учить-то? New branch->Commit->Push->Merge, время от времени Pull и Merge. Повторить сто раз.
"Херак, херак и в продакшен"?"
GIV>Здравствуйте, iZEN, Вы писали:
iZEN>>>>Эти фрейморки — основные на сегодняшний день GUI-шные библиотеки для Java. Если делать настольные приложения, то начинать надо разбираться со Swing, а вот Java FS оставить "на потом", но иметь в виду, что может понадобится.
GIV>>>Гуй на java это совсем не майнстрим, лучше JS/HTML/CSS учить — оно сейчас и на десктопе в полный рост.
ZEN>>Вы, по-моему, путаете Java и JavaScript (ECMAScript). Это не одно и то же. Тяжёлые десктопные приложения в Java пишутся на легковесном Swing, а не ресурсоёмком JS/HTML/CSS, под который нужен отдельный движок.
GIV>Я ничего не путаю а Вы видимо недавно из криосна вышли, с пробуждением. Сейчас 2017 и десктопные приложения массово на JS, опять же не хочу спорить хорошо это или плохо но что есть то есть.
И где в Java место в GUI в основе JavaScript? Он тут каким боком, "чтобы было, потому что на него переводят всё и это модно, молодёжно, хотя я не знаю для чего"?
iZEN>>JavaScript используется в Web-формах интерактивного взаимодействия Web-клиента с JavaEE-серверами, но там он настолько закрыт от программиста JavaEE отлаженными фреймворками (JSF, например), что непосредственно до него вряд ли доберёшься, чтобы что-то править руками. JavaScript — это отдельная область знаний, которая вряд ли нужна прикладному Java-программисту. Нельзя объять необъятное: либо ты программируешь в Web на JavaScript, либо ты разбираешься в Java настолько, что разбираться в JS тебе не нужно. Нужно выбрать что-то одно.
GIV>Какой JSF в 2017?
JSF 2.3 (JSR-372) — из спецификации JavaEE, очевидно.
Просвещайтесь: https://en.wikipedia.org/wiki/JavaServer_Faces
"JSF 2.3 is the designated user interface standard for Java EE 8. It went final on 17 April 2017."
iZEN>>Mercurial ставит основу, базу взаимодействия в работе над общим проектом. Он проще и легче в изучении. А какие конкретно "хаки" (чем пестрит Git) дальше использовать — дело команды разработчиков. Может им хватит одного только Mercurial — как договорятся.
GIV>Да че там учить-то? New branch->Commit->Push->Merge, время от времени Pull и Merge. Повторить сто раз.
"Херак, херак и в продакшен"?"