Немного отстал от жизни.
Коллеги, не подскажете ли, что сейчас (2011 год) популярно на рынке труда программистов в Москве?
1) Язык C++ -- какая версия этого языка (Visual C++ и C++ Builder) сейчас популярны, какие библиотеки, технологии, средства для работы с базами данных популярны?
2) Язык Java -- какая версия языка сейчас популярна, какие библиотеки, технологии (RMI, EJB, J2EE), средства для работы с базами данных популярны?
3) Язык C# -- какие версии языка (Visual C# и C# Builder) сейчас популярны, какие библиотеки, технологии, средства для работы с базами данных популярны?
4) Язык Nemerle--насколько популярен он? Какие нужно знать библиотеки, технологии и средства для работы с базами данных при работе на Nemerle?
5) Язык Delphi--какая версия языка сейчас популярна, какие библиотеки, технологии, средства для работы с базами данных популярны?
6) Язык Fortran--используется ли он где-нибудь сейчас?
7) Какие СУБД (системы управления базами данных) и какие их версии сейчас популярны--MS SQL Server, Oracle, Postgre SQL или что-нибудь ещё?
8) Какие средства для разработки Интернет-приложений (клиентская и серверная сторона) сейчас популярны?

Здравствуйте, erslgoeirjh, Вы писали:

E>Немного отстал от жизни.
E>Коллеги, не подскажете ли, что сейчас (2011 год) популярно на рынке труда программистов в Москве?
E>1) Язык C++ -- какая версия этого языка (Visual C++ и C++ Builder) сейчас популярны, какие библиотеки, технологии, средства для работы с базами данных популярны?
E>2) Язык Java -- какая версия языка сейчас популярна, какие библиотеки, технологии (RMI, EJB, J2EE), средства для работы с базами данных популярны?
E>3) Язык C# -- какие версии языка (Visual C# и C# Builder) сейчас популярны, какие библиотеки, технологии, средства для работы с базами данных популярны?
E>4) Язык Nemerle--насколько популярен он? Какие нужно знать библиотеки, технологии и средства для работы с базами данных при работе на Nemerle?
E>5) Язык Delphi--какая версия языка сейчас популярна, какие библиотеки, технологии, средства для работы с базами данных популярны?
E>6) Язык Fortran--используется ли он где-нибудь сейчас?
E>7) Какие СУБД (системы управления базами данных) и какие их версии сейчас популярны--MS SQL Server, Oracle, Postgre SQL или что-нибудь ещё?
E>8) Какие средства для разработки Интернет-приложений (клиентская и серверная сторона) сейчас популярны?

Стесняюсь спросить, а Вас в Гугле забанили?
Поэтому Вы погуглить "вакансия программист" и "требуется программист" не можете?

Здравствуйте, Доктор ТуамОсес, Вы писали:

ДТ>Стесняюсь спросить, а Вас в Гугле забанили?
ДТ>Поэтому Вы погуглить "вакансия программист" и "требуется программист" не можете?

Стесняюсь спросить, но вы уже написали все ваши диссертации и поэтому сидите и троллите круглосуточно на форуме?

Федя, идите работать.

Здравствуйте, erslgoeirjh, Вы писали:

E>Немного отстал от жизни.

Если ты еще не знаком с Полозюком, вам однозначно стоит познакомиться!

Здравствуйте, DorfDepp, Вы писали:

DD>Здравствуйте, Доктор ТуамОсес, Вы писали:

ДТ>>Стесняюсь спросить, а Вас в Гугле забанили?
ДТ>>Поэтому Вы погуглить "вакансия программист" и "требуется программист" не можете?

DD>Стесняюсь спросить, но вы уже написали все ваши диссертации и поэтому сидите и троллите круглосуточно на форуме?

DD>Федя, идите работать.

Давайте договоримся ("услуга за услугу"(R))
Вы не будете говорить, что мне делать, а я Вам не буду говорить, куда Вам нужно пойти.

Хакей?

Здравствуйте, erslgoeirjh, Вы писали:

E>Немного отстал от жизни.

Так всё-таки уволили за прогулы?

Здравствуйте, Доктор ТуамОсес, Вы писали:

ДТ>Давайте договоримся ("услуга за услугу"(R))
ДТ>Вы не будете говорить, что мне делать, а я Вам не буду говорить, куда Вам нужно пойти.

Начинайте с себя. Если кроме отсыла в гугль сказать нечего — лучше молчать.

Здравствуйте, erslgoeirjh, Вы писали:

E>Немного отстал от жизни.
E>Коллеги, не подскажете ли, что сейчас (2011 год) популярно на рынке труда программистов в Москве?
Сатанизм.

Здравствуйте, erslgoeirjh, Вы писали:

E>Немного отстал от жизни.

ух ты сколько интересных личностей сошлось в одном треде

Здравствуйте, erslgoeirjh, Вы писали:

E>Немного отстал от жизни.

Бухал что ли?

Здравствуйте, Niemand, Вы писали:

N>Здравствуйте, erslgoeirjh, Вы писали:

E>>Немного отстал от жизни.

N>ух ты сколько интересных личностей сошлось в одном треде

надо срочно огородить тред, пока не разбежались

Здравствуйте, alzt, Вы писали:

A>Здравствуйте, erslgoeirjh, Вы писали:

E>>Немного отстал от жизни.

A>Так всё-таки уволили за прогулы?

Пока нет.

Здравствуйте, Доктор ТуамОсес, Вы писали:

ДТ>Здравствуйте, erslgoeirjh, Вы писали:

E>>Немного отстал от жизни.

ДТ>Бухал что ли?

Пошли вон!

Я задал нормальный вопрос, а Вы тут какую-то ерунду пишете!

Здравствуйте, erslgoeirjh, Вы писали:

E>1) Язык C++ -- какая версия этого языка (Visual C++ и C++ Builder) сейчас популярны, какие библиотеки, технологии, средства для работы с базами данных популярны?

Builder уже вроде, как труп.

E>2) Язык Java -- какая версия языка сейчас популярна, какие библиотеки, технологии (RMI, EJB, J2EE), средства для работы с базами данных популярны?

Мне интересно другое, когда наступит насыщение на рынке труда у джавистов в связи с тем, что их во многих ВУЗах готовят.

Здравствуйте, sysenter, Вы писали:

E>>2) Язык Java -- какая версия языка сейчас популярна, какие библиотеки, технологии (RMI, EJB, J2EE), средства для работы с базами данных популярны?

S>Мне интересно другое, когда наступит насыщение на рынке труда у джавистов в связи с тем, что их во многих ВУЗах готовят.

Насыщение у джавистов никогда не наступит, по крайней мере из-за нововыпускающихся студентов. Потому что сама джава как язык тривиальна (хотя бы по сравнению с С++), а основную сложность представляет из себя знание фреймворков (Spring MVC, Struts) и сопутствующих технологий (Hibernate, EJB и т.п.).

Здравствуйте, erslgoeirjh, Вы писали:

E>>>Немного отстал от жизни.
ДТ>>Бухал что ли?
E>Пошли вон!
E>Я задал нормальный вопрос, а Вы тут какую-то ерунду пишете!

Вы, тролли, индивидуалисты — друг друга на дух не переносите?

Здравствуйте, erslgoeirjh, Вы писали:

E>4) Язык Nemerle--насколько популярен он? Какие нужно знать библиотеки, технологии и средства для работы с базами данных при работе на Nemerle?

Тонко!

Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, erslgoeirjh, Вы писали:

E>>Немного отстал от жизни.
E>>Коллеги, не подскажете ли, что сейчас (2011 год) популярно на рынке труда программистов в Москве?
C>Сатанизм.

ты хотел сказать евангелизм?

Здравствуйте, sysenter, Вы писали:

S>Мне интересно другое, когда наступит насыщение на рынке труда у джавистов в связи с тем, что их во многих ВУЗах готовят.

Никогда не наступит, потому что выпускники никому не нужны. Туда процентов 98% идут не из-за искреннего интереса к программированию, а ради легкой и высокооплачиваемой офисной работы. Знающие фирмы их профильтровывают на выход.

Здравствуйте, DorfDepp, Вы писали:

DD>Здравствуйте, sysenter, Вы писали:

S>>Мне интересно другое, когда наступит насыщение на рынке труда у джавистов в связи с тем, что их во многих ВУЗах готовят.

DD>Никогда не наступит, потому что выпускники никому не нужны. Туда процентов 98% идут не из-за искреннего интереса к программированию, а ради легкой и высокооплачиваемой офисной работы. Знающие фирмы их профильтровывают на выход.

Точно.

А потому появляются темы вроде "Куда возможно уйти из программистов? И желательно вообще из IT?"
где они воют в стиле:

Да, а я тока спустя 10 лет работы понял, что IT это изначально не моё. Произошла подмена понятий "нравится комп как игрушка"-"нравится работать на компьютере". Более унылой работы и не придумаешь, стол,стул , комп, втыкаешь в ящик с утра до вечера. Буду искать своё дело, еще не все потеряно.
Даже на форуме этом сижу, чтобы как-то искусственно поднять исчезнувший интерес к IT.

® ОТСЮДА

Здравствуйте, Nik_1, Вы писали:

E>>>Немного отстал от жизни.
E>>>Коллеги, не подскажете ли, что сейчас (2011 год) популярно на рынке труда программистов в Москве?
C>>Сатанизм.
N_>ты хотел сказать евангелизм?
Одно другому не противоречит.

Здравствуйте, erslgoeirjh, Вы писали:

E>Немного отстал от жизни.

Это сезонное? Вы каждый год заводите темы про "что популярно на рынке труда" и "можно ли уволить за прогулы". Зачем?

Здравствуйте, Vladek, Вы писали:

V>Здравствуйте, erslgoeirjh, Вы писали:

E>>Немного отстал от жизни.

V>Это сезонное? Вы каждый год заводите темы про "что популярно на рынке труда" и "можно ли уволить за прогулы". Зачем?

Вполне объяснимо.
Человек наконец выходит из запоя (по причине которого его и турнули в очередной раз с работы)
и в голову приходит мысль "Надо браться, наконец, за ум. Искать работу и прочее".

Мне это очень знакомо

Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, Nik_1, Вы писали:

E>>>>Немного отстал от жизни.
E>>>>Коллеги, не подскажете ли, что сейчас (2011 год) популярно на рынке труда программистов в Москве?
C>>>Сатанизм.
N_>>ты хотел сказать евангелизм?
C>Одно другому не противоречит.
вакансий сатанистов я пока не встречал, а вот евангелисты требуются

Автор: HRMS
Дата: 31.03.08

Здравствуйте, aik, Вы писали:

aik>Здравствуйте, Доктор ТуамОсес, Вы писали:

ДТ>>Давайте договоримся ("услуга за услугу"(R))
ДТ>>Вы не будете говорить, что мне делать, а я Вам не буду говорить, куда Вам нужно пойти.

aik>Начинайте с себя. Если кроме отсыла в гугль сказать нечего — лучше молчать.

Но не хотите гуглить и не надо.

Вот что я нагуглил (первый столбец — ключевое слово в вакансии, второй столбец — кол-во вакансий, содержащих это ключевое слово:
1С 7148
ABAP 886
SQL 655
HTML 635
PHP 415
JavaScript 328
Oracle 320
MySQL 304
Java 304
С++ 301
CSS 247
С# 238
Веб программист 208
XML 197
ООП 151
AJAX 148
ASP 126
SAP 124
Delphi 74
Python 72
UML 71
Perl 57
J2EE 40
Navision 35
Axapta 30
Ruby 26
Android 25
iPhone 23
Qt/Qt4 22
MFC 18
iPad 10
Boost 9
Lua 8
Nemerle 0

Так что, господа программисты, если хотите быть востребованным на московском рынке труда —
учите 1С, АВАР и SQL.

Здравствуйте, erslgoeirjh, Вы писали:

E>Немного отстал от жизни.
E>Коллеги, не подскажете ли, что сейчас (2011 год) популярно на рынке труда программистов в Москве?
E>2) Язык Java -- какая версия языка сейчас популярна, какие библиотеки, технологии (RMI, EJB, J2EE), средства для работы с базами данных популярны?
Версия 1.5. Изредка встречается 1.4. 1.6 от 1.5 отличается только стандартной библиотекой, в языке изменений не было. Недавно выпустили 1.7, там были небольшие изменения в языке, но не думаю, что её широко начали использовать.
Библиотеки у каждого работодателя, наверное, свои. Популярные фреймворки — Spring, Hibernate. Технология Java EE (бывшая J2EE). Концепция юнит-тестирования и небольшой фреймворк JUnit для её поддержки.

E>7) Какие СУБД (системы управления базами данных) и какие их версии сейчас популярны--MS SQL Server, Oracle, Postgre SQL или что-нибудь ещё?
Крупные коммерческие СУБД — MS SQL Server, Oracle, иногда встречается DB2. Популярные открытые — PostgreSQL, MySQL, Firebird.

Здравствуйте, zealot111, Вы писали:

Z>Здравствуйте, sysenter, Вы писали:

E>>>2) Язык Java -- какая версия языка сейчас популярна, какие библиотеки, технологии (RMI, EJB, J2EE), средства для работы с базами данных популярны?

S>>Мне интересно другое, когда наступит насыщение на рынке труда у джавистов в связи с тем, что их во многих ВУЗах готовят.

Z>Насыщение у джавистов никогда не наступит, по крайней мере из-за нововыпускающихся студентов. Потому что сама джава как язык тривиальна (хотя бы по сравнению с С++), а основную сложность представляет из себя знание фреймворков (Spring MVC, Struts) и сопутствующих технологий (Hibernate, EJB и т.п.).

Это вы для хохмы написали ? Как раз фреймворки тривиальны. Вот core java (если интенсивно использовать) — это хардкор. Только вчера пришлось писать свою сортировку вместо встроенной в стандартную библиотеку (такой же алгоритм как в стандартной библиотеке), потому что посортировать массив интовых ключей своим компаратором (а не по значению) через стандартное апи невозможно, а сделать массив на 100,000,000 Integer-ов — занимает тонну времени и вылетает по недостатку памяти, даже если выделить 8Gb, а уж как сборщик мусора рад сотне миллионов обьектов... плюс другие проблемы, в общем пришлось писать сортировку. Еще надо посмотреть, а нет ли смысла раскидать ее на потоки.

На другом проекте народ упорно посылает 100500 пакетов-запросов и тратит полчаса, в то же время пакетная отправка всего этого добра сразу занимает одну секунду. Где тут фреймворки помогут ? Тут нужно, как минимум, общее понимание понятия оверхед. Чтобы он никогда не упускался из виду, т.к. иначе непонятно, допустим он, или нет.

На третьем я уже пришел к моменту, когда была порешена одна большая проблема. Состояла в том, что сборщику мусора требовалось убирать очень много мусора и это мешало работе real-time системы. Максимально порезали создание копий тех обьектов, которые наиболее многочисленны, и подобные аналогичные изменения. Какой в такой задаче толк от специалиста по библиотекам?

Дойти до данного уровня не очень трудно, но доходят до него редко, и насыщение специалистами, способными решать эти проблемы, точно никогда не наступит. Так что можно на париться. А спецы по библиотекам — 5 рублей пучок.

Здравствуйте, kittown, Вы писали:

K>Здравствуйте, zealot111, Вы писали:

Z>>Здравствуйте, sysenter, Вы писали:

E>>>>2) Язык Java -- какая версия языка сейчас популярна, какие библиотеки, технологии (RMI, EJB, J2EE), средства для работы с базами данных популярны?

S>>>Мне интересно другое, когда наступит насыщение на рынке труда у джавистов в связи с тем, что их во многих ВУЗах готовят.

Z>>Насыщение у джавистов никогда не наступит, по крайней мере из-за нововыпускающихся студентов. Потому что сама джава как язык тривиальна (хотя бы по сравнению с С++), а основную сложность представляет из себя знание фреймворков (Spring MVC, Struts) и сопутствующих технологий (Hibernate, EJB и т.п.).

K>Это вы для хохмы написали ? Как раз фреймворки тривиальны. Вот core java (если интенсивно использовать) — это хардкор. Только вчера пришлось писать свою сортировку вместо встроенной в стандартную библиотеку (такой же алгоритм как в стандартной библиотеке), потому что посортировать массив интовых ключей своим компаратором (а не по значению) через стандартное апи невозможно, а сделать массив на 100,000,000 Integer-ов — занимает тонну времени и вылетает по недостатку памяти, даже если выделить 8Gb, а уж как сборщик мусора рад сотне миллионов обьектов... плюс другие проблемы, в общем пришлось писать сортировку. Еще надо посмотреть, а нет ли смысла раскидать ее на потоки.

K>На другом проекте народ упорно посылает 100500 пакетов-запросов и тратит полчаса, в то же время пакетная отправка всего этого добра сразу занимает одну секунду. Где тут фреймворки помогут ? Тут нужно, как минимум, общее понимание понятия оверхед. Чтобы он никогда не упускался из виду, т.к. иначе непонятно, допустим он, или нет.

K>На третьем я уже пришел к моменту, когда была порешена одна большая проблема. Состояла в том, что сборщику мусора требовалось убирать очень много мусора и это мешало работе real-time системы. Максимально порезали создание копий тех обьектов, которые наиболее многочисленны, и подобные аналогичные изменения. Какой в такой задаче толк от специалиста по библиотекам?

K>Дойти до данного уровня не очень трудно, но доходят до него редко, и насыщение специалистами, способными решать эти проблемы, точно никогда не наступит. Так что можно на париться. А спецы по библиотекам — 5 рублей пучок.

Ну это Вы уже "в дебри/детали" полезли: в кишки компиляторов/фраймворков.

Топикстартер просто поинтересовался что сейчас популярно на рынке труда в Москве?
И я привёл ему список в порядке убывания популярности.
А Вы на кишки компиляторов "перевели стрелки".
Проблемы с логикой? Или пониманием русского языка?

Здравствуйте, Доктор ТуамОсес, Вы писали:

ДТ>Ну это Вы уже "в дебри/детали" полезли: в кишки компиляторов/фраймворков.

ДТ>Топикстартер просто поинтересовался что сейчас популярно на рынке труда в Москве?
ДТ>И я привёл ему список в порядке убывания популярности.
ДТ>А Вы на кишки компиляторов "перевели стрелки".

Какие компиляторы ? Я про код приложения на Java. Во всех трех случаях.

ДТ>Проблемы с логикой? Или пониманием русского языка?

А нету такого — "популярно в москве". На каждую специализацию свои вакансии. Причем те навыки, про которые я сказал, в общем-то не сильно привязаны к конкретному языку, хотя непосредственная реализация знания деталей языка требует.

На сильно разные резюме будут отвечать сильно разные группы работодателей, хотелки одних слабо связаны с хотелками других.

В моей вселенной, если кандидат не стажер, в первую очередь смотрятся предыдущие места работы и опыт выполнения конкретных задач на них, а не технологии, подученные к собеседованию — их значение (без опыта применения) делится на 10 или умножается на ноль, в зависимости от собеседователя. Если стажер, то делятся на 2.

Ваше резюме для серьезных компаний — это в первую очередь не список технологий, а список решенных задач и работодателей, у которых вы их решили. Технологии — просто фильтр для полуавтоматического отсева кадровиком.

Смотрите, в каких компаниях работали, ищите похожие, смотрите их списки вакансий — вот это и есть ваш основной рынок труда. На что-то другое можно попасть или случайно, или на позицию с какими-то серьезными минусами — гнилой проект, низкая зарплата, убитый код; в общем, на то, на что никто из других более подходящих кандидатов не пойдет.

Здравствуйте, kittown, Вы писали:

K>Смотрите, в каких компаниях работали, ищите похожие, смотрите их списки вакансий — вот это и есть ваш основной рынок труда. На что-то другое можно попасть или случайно, или на позицию с какими-то серьезными минусами — гнилой проект, низкая зарплата, убитый код; в общем, на то, на что никто из других более подходящих кандидатов не пойдет.

Уточнение: когда все хорошие люди пристроены и на рынке труда их мало, то условия для непрофильных (работавших в непохожих конторах) кандадатов становятся лучше. А фигли делать, люди-то нужны.

Здравствуйте, sysenter, Вы писали:

S>Мне интересно другое, когда наступит насыщение на рынке труда у джавистов в связи с тем, что их во многих ВУЗах готовят.

Никогда, джва специально была разработана, чтобы создать комфортные рабочие места для программистов стран третьего мира.

Здравствуйте, kittown, Вы писали:

K>Здравствуйте, Доктор ТуамОсес, Вы писали:

ДТ>>Ну это Вы уже "в дебри/детали" полезли: в кишки компиляторов/фраймворков.

ДТ>>Топикстартер просто поинтересовался что сейчас популярно на рынке труда в Москве?
ДТ>>И я привёл ему список в порядке убывания популярности.
ДТ>>А Вы на кишки компиляторов "перевели стрелки".

K>Какие компиляторы ? Я про код приложения на Java. Во всех трех случаях.

ДТ>>Проблемы с логикой? Или пониманием русского языка?

K>А нету такого — "популярно в москве".

Есть.
И я даже список (выше) приводил, основываясь на вакансиях, которые есть в Москве.

Здравствуйте, zealot111, Вы писали:

S>>Мне интересно другое, когда наступит насыщение на рынке труда у джавистов в связи с тем, что их во многих ВУЗах готовят.
Z>Насыщение у джавистов никогда не наступит, по крайней мере из-за нововыпускающихся студентов. Потому что сама джава как язык тривиальна (хотя бы по сравнению с С++), а основную сложность представляет из себя знание фреймворков (Spring MVC, Struts) и сопутствующих технологий (Hibernate, EJB и т.п.).

Редкие фреймворки представляют из себя сложность. Да, знание Spring Core уже почти обязательно. Но его отсутствие запросто могут простить, если человек грамотный.
Беда в том, что люди, уж не знаю из ВУЗов они с такими знаниями или еще откуда, не понимают ООП. Простейшую задачку, в которой надо указать вызываемые методы в иерархии из трех классов, решить не могут. Если кандидат облажался только на вызове статичных методов, это уже очень хорошо. Про оценку сложности алгоритмов знает в лучшем случае треть. Остальные две трети считают это знание полностью академическим и не носящим практичной ценности. Переопределение equals у половины вызывает трудности, а это тривиальная работа по созданию POJO объектов. Есть подозрение, что HashMap уже все-таки заучивают перед поиском новой работы, но задачка на реальное применение ставит в тупик.
Проблема не в языке и даже не в отрасли, а в пофигизме к работе. Похоже, есть некий шаблон "Программисты на яве (можно заменить на что угодно) получают много, значит надо идти туда", но вот мыслей, а почему они получают много, и почему дворники получают не так много, не возникает. Как и желания прочитать чуть больше, чем "Ява за двадцать дней".

Здравствуйте, sysenter, Вы писали:

S>Мне интересно другое, когда наступит насыщение на рынке труда у джавистов в связи с тем, что их во многих ВУЗах готовят.

В ближайшее время не предвидится. Синтаксис языка — это самый минимум. Абсолютное большинство реально не понимает, зачем нужно изучать дополнительные коды, например. Или как хранится число с плавающей запятой.

Ты не так давно задавал вопросы в разделе Java. Уже перестало быть интересным?
Я может быть сейчас покажусь снобствующим занудой, но профессионалы ценятся везде. Даже если уборкой помещений решишь заниматься, можешь зарабатывать очень неплохо. Я это к чему. Может тебе разработка ПО не подходит? Серьезно. У тебя было очень много вопросов начального уровня, которые без труда находятся в гугле. Зачем тебе это, если ты даже не хочешь попробовать разобраться самостоятельно?

Здравствуйте, erslgoeirjh, Вы писали:

E>Немного отстал от жизни.
E>Коллеги, не подскажете ли, что сейчас (2011 год) популярно на рынке труда программистов в Москве?
E>1) Язык C++ -- какая версия этого языка (Visual C++ и C++ Builder) сейчас популярны, какие библиотеки, технологии, средства для работы с базами данных популярны?
E>2) Язык Java -- какая версия языка сейчас популярна, какие библиотеки, технологии (RMI, EJB, J2EE), средства для работы с базами данных популярны?
E>3) Язык C# -- какие версии языка (Visual C# и C# Builder) сейчас популярны, какие библиотеки, технологии, средства для работы с базами данных популярны?
E>4) Язык Nemerle--насколько популярен он? Какие нужно знать библиотеки, технологии и средства для работы с базами данных при работе на Nemerle?
E>5) Язык Delphi--какая версия языка сейчас популярна, какие библиотеки, технологии, средства для работы с базами данных популярны?
E>6) Язык Fortran--используется ли он где-нибудь сейчас?
E>7) Какие СУБД (системы управления базами данных) и какие их версии сейчас популярны--MS SQL Server, Oracle, Postgre SQL или что-нибудь ещё?
E>8) Какие средства для разработки Интернет-приложений (клиентская и серверная сторона) сейчас популярны?

Ты и правда отстал от жизни.
Ибо ничего из того, что ты перечислил не является самым популярным в Москве.
Самыми популярными являются аббревиатуры "1С", "АВАР" и "SQL"

Здравствуйте, Donz, Вы писали:

D>Да, знание Spring Core уже почти обязательно. Но его отсутствие запросто могут простить, если человек грамотный.

У нас — возможно. Меж тем, как минимум в java тусовке UBS уже постепенно перестает быть обязательным, так как уже не первый год считается безусловным моветоном. Нужен больше для разгребания legacy проектов, которые раньше действительно делались на spring.

Сдается мне, это не уникальный случай.

Здравствуйте, kittown, Вы писали:

S>>>Мне интересно другое, когда наступит насыщение на рынке труда у джавистов в связи с тем, что их во многих ВУЗах готовят.

Z>>Насыщение у джавистов никогда не наступит, по крайней мере из-за нововыпускающихся студентов. Потому что сама джава как язык тривиальна (хотя бы по сравнению с С++), а основную сложность представляет из себя знание фреймворков (Spring MVC, Struts) и сопутствующих технологий (Hibernate, EJB и т.п.).

K>Это вы для хохмы написали ? Как раз фреймворки тривиальны. Вот core java (если интенсивно использовать) — это хардкор. Только вчера пришлось писать свою сортировку вместо встроенной в стандартную библиотеку (такой же алгоритм как в стандартной библиотеке), потому что посортировать массив интовых ключей своим компаратором (а не по значению) через стандартное апи невозможно, а сделать массив на 100,000,000 Integer-ов — занимает тонну времени и вылетает по недостатку памяти, даже если выделить 8Gb, а уж как сборщик мусора рад сотне миллионов обьектов... плюс другие проблемы, в общем пришлось писать сортировку. Еще надо посмотреть, а нет ли смысла раскидать ее на потоки.

Если вам приходится сортировать в 100,000,000 Integer значит у вас ошибка в проектировании приложения. Sad but true. В нормальном JavaEE приложении все это должно делаться на стороне сервера, он и создан для больших объемов информации.
И тем более умение ставить такого рода костыли и подпорки не может считаться признаком высокой квалификации. Поэтому аргументом не является.

K>На другом проекте народ упорно посылает 100500 пакетов-запросов и тратит полчаса, в то же время пакетная отправка всего этого добра сразу занимает одну секунду. Где тут фреймворки помогут ? Тут нужно, как минимум, общее понимание понятия оверхед. Чтобы он никогда не упускался из виду, т.к. иначе непонятно, допустим он, или нет.

Общее понятие — вещь субъективная. Любой может в этом разобраться если жизнь припрет. Тут нужна только мотивация. В любом случае, заранее узнать какие именно проблемы вылезут в работе на собеседовании невозможно, соответственно невозможно протестировать умение кандидата справляться с такими задачами.
А знание фреймворков проверить легко, и знание это может быть очень полезно в практической работе, когда за считанные дни нужно получить прототип чтобыбыло что показать заказчику.

K>На третьем я уже пришел к моменту, когда была порешена одна большая проблема. Состояла в том, что сборщику мусора требовалось убирать очень много мусора и это мешало работе real-time системы. Максимально порезали создание копий тех обьектов, которые наиболее многочисленны, и подобные аналогичные изменения. Какой в такой задаче толк от специалиста по библиотекам?

В такой задаче вообще специалист не нужен. Нужен Кумар, который быстро зароется в гугл и специфическую литературу по проблеме. В оутсорсерских фирмах таких людей много: они сделают специальный логер на аннотациях, разгребут все 100 Мб логов, которые записались за 1с до падения интерпрайс-системы, интегрируют какую-нибудь систему сбора статистики и в конце концов продебажив сурсы SDKшных либ пофиксят проблему. Но можно ли их назвать JavaEE профессионалами? Или это просто очень мотивированные разгребальщики техномусора?

K>Дойти до данного уровня не очень трудно, но доходят до него редко, и насыщение специалистами, способными решать эти проблемы, точно никогда не наступит. Так что можно на париться. А спецы по библиотекам — 5 рублей пучок.

До уровня проставляльщика подпорок и рогаток? Не смешите публику, это вовсе не умение.
Как раз "спецов" умеющих вставлять костыли и подпорки, умеющих(а скорее даже не умеющих, а просто имеющих мотивацию) копаться в индусском коде и тысячах криво-написанных хранимок целые толпы. Есть даже профессия специальная — С++ программист, вся работа которого и заключается в том чтобы вставлять хаки и подпорки. Но к профессионализму это тоже имеет весьма опосредованное отношение, увы.

Здравствуйте, Donz, Вы писали:

D>Здравствуйте, zealot111, Вы писали:

S>>>Мне интересно другое, когда наступит насыщение на рынке труда у джавистов в связи с тем, что их во многих ВУЗах готовят.
Z>>Насыщение у джавистов никогда не наступит, по крайней мере из-за нововыпускающихся студентов. Потому что сама джава как язык тривиальна (хотя бы по сравнению с С++), а основную сложность представляет из себя знание фреймворков (Spring MVC, Struts) и сопутствующих технологий (Hibernate, EJB и т.п.).

D>Редкие фреймворки представляют из себя сложность. Да, знание Spring Core уже почти обязательно. Но его отсутствие запросто могут простить, если человек грамотный.

Редкие фреймворки представляют из себя сложность, но каждый фреймворк или либа — это определенное время потраченное на их изучение. Если человек знает фреймворки, то влиться в работу команды, которая разрабатывает приложение с их использованием он сможет почти сразу. А если нет — то ему понадобится время на их освоение. Если количество либ, которые нужно освоить велико — проект в который его набирают может закончиться раньше чем он разберется. А это время и деньги.

D>Беда в том, что люди, уж не знаю из ВУЗов они с такими знаниями или еще откуда, не понимают ООП. Простейшую задачку, в которой надо указать вызываемые методы в иерархии из трех классов, решить не могут.

Это та задача где нужно догадаться, что вызовется перегруженный метод для нижайшего по иерархии класса? Такие задачи вообще по-моему неуместны на собеседованиях. Потому что ответ или не ответ на них не дает никакой информации собеседующему, только время зря тратится. Есть мнение, что в ООП ничего понимать и не нужно, главное при проектировании насоздавать побольше классов. Тем более, что ООП изначально появилась не как научная теория, а как какое-то учение, что-то вроде — все делать с объектами и в результате все будет хорошо.

D>Если кандидат облажался только на вызове статичных методов, это уже очень хорошо. Про оценку сложности алгоритмов знает в лучшем случае треть. Остальные две трети считают это знание полностью академическим и не носящим практичной ценности. Переопределение equals у половины вызывает трудности, а это тривиальная работа по созданию POJO объектов. Есть подозрение, что HashMap уже все-таки заучивают перед поиском новой работы, но задачка на реальное применение ставит в тупик.

Ну это наверно не всегда показатель. Если собеседующие негативно относятся к кандидату это же хорошо чувствуется и обычное собеседование легко можно превратить в стресс-тестирование или допрос с пристрастием. Я к тому, что очень много субъективных факторов которые нельзя игнорировать, но которые дают существенный вклад в результат.
Да, так ли уж неправы те, кто считает знание сложности алгоритмов академическим знанием? Насколько часто оно используется? Мне, честно говоря, оно пригождается только для прохождения собеседований.

D>Проблема не в языке и даже не в отрасли, а в пофигизме к работе. Похоже, есть некий шаблон "Программисты на яве (можно заменить на что угодно) получают много, значит надо идти туда", но вот мыслей, а почему они получают много, и почему дворники получают не так много, не возникает. Как и желания прочитать чуть больше, чем "Ява за двадцать дней".

Эффект давно описан и относится это не только к Яве, но и к Це++ и пр.

Здравствуйте, kittown, Вы писали:

K>У нас — возможно. Меж тем, как минимум в java тусовке UBS уже постепенно перестает быть обязательным, так как уже не первый год считается безусловным моветоном. Нужен больше для разгребания legacy проектов, которые раньше действительно делались на spring.
Можно спросить, что же сейчас является хорошим тоном? А то как последний индус все на spring да на spring, и к своему ужасу даже доволен. Какая нидь хрень типа вебсферы чтоль является рулезом сейчас ?

Здравствуйте, zealot111, Вы писали:

Z>Если вам приходится сортировать в 100,000,000 Integer значит у вас ошибка в проектировании приложения. Sad but true. В нормальном JavaEE приложении все это должно делаться на стороне сервера, он и создан для больших объемов информации.
Z>И тем более умение ставить такого рода костыли и подпорки не может считаться признаком высокой квалификации. Поэтому аргументом не является.

Чисто практические соображения. Импорт и экспорт данных в "большой сервер" занимает неприемлемо много времени. Это и был первоначальный вариант, сделано, заоптимизаровано, протестировано, отброшено. Вы мне нарисуете замечательный j2ee сервер, который вчитает этот большой обьем информации минут за 10, а потом выдаст мне его минуты за три (время уйдет в основном на передачу данных). А мне надо за две-три минуты на все. Лучше за одну. Вы только на чтение результатов из сервака потратите больше, поскольку он тупо не сможет разместить все в памяти при его оверхеде на хранение данных, а следовательно, будет подчитывать откуда-нибудь.

Вы не учитываете, что j2ee технологии подразумевают, что обращаться клиенты будут к ограниченному подмножеству данных. Мне же нужны на выходе все сразу. Причем в Java даже массив с таким числом обьектов надорвешься инициализировать — даже если хватит нескольких десятков гигов памяти, сборщик мусора очень сильно расстроится.

За соседним столом люди суют данные для обработки в map/reduce кластер, потому что никакой j2ee такой обьем не проглотит и за подобные потуги на вас посмотрят как на дебила.

K>>На другом проекте народ упорно посылает 100500 пакетов-запросов и тратит полчаса, в то же время пакетная отправка всего этого добра сразу занимает одну секунду. Где тут фреймворки помогут ? Тут нужно, как минимум, общее понимание понятия оверхед. Чтобы он никогда не упускался из виду, т.к. иначе непонятно, допустим он, или нет.

Z>Общее понятие — вещь субъективная. Любой может в этом разобраться если жизнь припрет. Тут нужна только мотивация. В любом случае, заранее узнать какие именно проблемы вылезут в работе на собеседовании невозможно, соответственно невозможно протестировать умение кандидата справляться с такими задачами.
Z>А знание фреймворков проверить легко, и знание это может быть очень полезно в практической работе, когда за считанные дни нужно получить прототип чтобыбыло что показать заказчику.

"Показать прототип заказчику" — это из другой вселенной. У нас скорее показать результат работы прототипа в каком-нибудь csv или excel.

Я успеваю забыть толком большинство фреймворков, с которыми работаю, посколько непосредственно соприкасаюсь с ними несколько раз за время работы над проектом. Первый раз в начале года, когда изучаю приложение с нуля, и в дальнейшем раз-два в квартал, когда что-то из указанных в конфигурации классов перетрясается и надо эти изменения отразить. Речь про spring и прочие файлы конфигурации. Некоторые используют spring больше чем для конфигурации, но таких фанатов надо обходить стороной — мозг целее будет.

K>>На третьем я уже пришел к моменту, когда была порешена одна большая проблема. Состояла в том, что сборщику мусора требовалось убирать очень много мусора и это мешало работе real-time системы. Максимально порезали создание копий тех обьектов, которые наиболее многочисленны, и подобные аналогичные изменения. Какой в такой задаче толк от специалиста по библиотекам?

Z>В такой задаче вообще специалист не нужен. Нужен Кумар, который быстро зароется в гугл и специфическую литературу по проблеме. В оутсорсерских фирмах таких людей много: они сделают специальный логер на аннотациях, разгребут все 100 Мб логов, которые записались за 1с до падения интерпрайс-системы, интегрируют какую-нибудь систему сбора статистики и в конце концов продебажив сурсы SDKшных либ пофиксят проблему. Но можно ли их назвать JavaEE профессионалами? Или это просто очень мотивированные разгребальщики техномусора?

А ничего не падает. Просто к системе предъявляются крайне высокие данные по производительности. У нее вообще не должно было быть заметных остановок на сборку мусора. Биржевая торговля. Хочешь посмешить тех людей, скажи им слово j2ee. Понятно, что большинство что-то в прошлой жизни на j2ee писали, но так же для всех понятно, что кроме jdbc из него ничего в таком проекте в дело не пойдет. Даже мысли такой не возникнет, потому что очевидный бред.

K>>Дойти до данного уровня не очень трудно, но доходят до него редко, и насыщение специалистами, способными решать эти проблемы, точно никогда не наступит. Так что можно на париться. А спецы по библиотекам — 5 рублей пучок.

Z>До уровня проставляльщика подпорок и рогаток? Не смешите публику, это вовсе не умение.

До уровня специалиста по доведению текущих характеристик работы программы, которые при замечательном на бумаге дизайне не решают в конечном счете поставленной задачи. В посещенных мной аутсорсах таких один человек на полсотни. У остальных мозги обладают нормальным IQ, но испорчены детскими представлениями о роли красивого дизайна и архитектуры. Оно конечно вещи хорошие и нужные, но нельзя ставить телегу впереди лошади. Эти вещи вторичны, и если программа с текущим дизайном не выдает нужных показателей, то этот дизайн, вне зависимости от его устройства, заведомо кривее любого другого дизайна, невзирая на его кажущуюся кривость, при котором нужные показатели достигаются.

Здравствуйте, elmal, Вы писали:

E>Здравствуйте, kittown, Вы писали:

K>>У нас — возможно. Меж тем, как минимум в java тусовке UBS уже постепенно перестает быть обязательным, так как уже не первый год считается безусловным моветоном. Нужен больше для разгребания legacy проектов, которые раньше действительно делались на spring.
E>Можно спросить, что же сейчас является хорошим тоном? А то как последний индус все на spring да на spring, и к своему ужасу даже доволен. Какая нидь хрень типа вебсферы чтоль является рулезом сейчас ?

У нас в выборе языков и инструментов гораздо чаще ориентируются на моду и на понты, чем "там". В частности, в тех же банках народ не парится писать свои велосипеды, если они обьективно лучше "общепринятых" библиотек. Больше ориентация на полезность, меньше на моду и понты. Вопрос "что является рулезом сейчас" многие просто не поймут. Обьективно spring в большом числе проектов оказался использован ровно для того, что можно было прекрасно написать и на обычном java коде — типа, сделать пяток обьектов, и передать их для инициализации шестого. Из других заметных фич, кроме инициализации, вспоминается только поддержка jdbc транзакций, но и эта штука ограниченной полезности. Предыдущий проект обращался к 3-4 разным источникам данных без какой-либо поддержки транзакционности с их стороны. Как раз пример, где spring не давал вообще ничего.

Но в РФ своя специфика. тут он моден.

Здравствуйте, zealot111, Вы писали:

Z>Редкие фреймворки представляют из себя сложность, но каждый фреймворк или либа — это определенное время потраченное на их изучение. Если человек знает фреймворки, то влиться в работу команды, которая разрабатывает приложение с их использованием он сможет почти сразу. А если нет — то ему понадобится время на их освоение. Если количество либ, которые нужно освоить велико — проект в который его набирают может закончиться раньше чем он разберется. А это время и деньги.

Да, поэтому предпочтительнее, чтобы человек уже знал либы. Но если не знает те, что нужны здесь и сейчас, но во всем остальном очень хорош, то можно запросто взять. Конечно, зависит от проекта и стадии, на которой он находится. Но в целом у нас как-то так.

Z>Это та задача где нужно догадаться, что вызовется перегруженный метод для нижайшего по иерархии класса? Такие задачи вообще по-моему неуместны на собеседованиях.

ОМГ. Уже сам базис ООП не уместен при собеседовании ява-программиста. Что тогда уместно? Достаточно, чтобы слюна не капала и пузыри из носа не пускал? Или опыт работы с библиотекой Dozer является достаточным для приема на работу?

Z>Потому что ответ или не ответ на них не дает никакой информации собеседующему, только время зря тратится.

Поверь, это не так. Причем могу заметить, что если человек лажал с этим простым тестом, то он лажал и по всем остальным вопросам тоже. Мог отлично справиться с этим тестом, но провалить остальные вопросы. Мог все ответить и там, и там. Но ни разу, чтобы провалить тест, но быть хотя бы средним в остальных темах собеседования.

Z>Есть мнение, что в ООП ничего понимать и не нужно, главное при проектировании насоздавать побольше классов.

Интересное мнение. Надеюсь, у нас оно не приживется.

Z>Да, так ли уж неправы те, кто считает знание сложности алгоритмов академическим знанием? Насколько часто оно используется? Мне, честно говоря, оно пригождается только для прохождения собеседований.

И снова одно и то же...
Да, оно используется не так часто, как создание пожо-объектов. Но, как и огнетушитель, который не нужен в 99% времени, без подобных знаний бывает никуда в какой-то момент времени.

Z>Эффект давно описан и относится это не только к Яве, но и к Це++ и пр.

Это даже не только к разработке относится, а вообще к отношению человека к работе.
Кстати, не дашь ссылку, где можно почитать?

Здравствуйте, kittown, Вы писали:

K>>>У нас — возможно. Меж тем, как минимум в java тусовке UBS уже постепенно перестает быть обязательным, так как уже не первый год считается безусловным моветоном. Нужен больше для разгребания legacy проектов, которые раньше действительно делались на spring.

UBS тусовка — это что, если не секрет?

K>У нас в выборе языков и инструментов гораздо чаще ориентируются на моду и на понты, чем "там". В частности, в тех же банках народ не парится писать свои велосипеды, если они обьективно лучше "общепринятых" библиотек. Больше ориентация на полезность, меньше на моду и понты. Вопрос "что является рулезом сейчас" многие просто не поймут. Обьективно spring в большом числе проектов оказался использован ровно для того, что можно было прекрасно написать и на обычном java коде — типа, сделать пяток обьектов, и передать их для инициализации шестого.

У нас — это где? Сижу над проектам европейского банка. Везде Spring. Но, думаю, все-таки не потому, что он "моден", а потому что ведущие разработчики в курсе про IoC паттерн.

K>Но в РФ своя специфика. тут он моден.

Ага. И спецификацию на CDI в Оракле тоже чертовы русские протащили

Здравствуйте, Donz, Вы писали:

D>Да, поэтому предпочтительнее, чтобы человек уже знал либы. Но если не знает те, что нужны здесь и сейчас, но во всем остальном очень хорош, то можно запросто взять. Конечно, зависит от проекта и стадии, на которой он находится. Но в целом у нас как-то так.

Чего в этом спринге-то знать, его за дня три — четыре можно вдоль и поперёк освоить, я главы 4-6 мануала за три дня прочитал.

D>ОМГ. Уже сам базис ООП не уместен при собеседовании ява-программиста. Что тогда уместно? Достаточно, чтобы слюна не капала и пузыри из носа не пускал? Или опыт работы с библиотекой Dozer является достаточным для приема на работу?

ООП конечно знать нужно, но знание ООП это такая мелочь на фоне всего того объёма материла который нужно знать, что я бы даже не упоминал бы тут ООП.

Z>>Да, так ли уж неправы те, кто считает знание сложности алгоритмов академическим знанием? Насколько часто оно используется? Мне, честно говоря, оно пригождается только для прохождения собеседований.

Вот из-за такого отношения к алгоритмам наблюдаю истории когда парсер парсит по два часа. Полез в код, а там vector удаляет элемент в позиции отличной от конечной, что вызывает на каждой итерации перемещение элементов вектора в памяти, поправил, в итоге отрабатывает за пару минут. Ещё примеры полезности знания временной сложности алгоритмов нужны?

Здравствуйте, Donz, Вы писали:

D>ОМГ. Уже сам базис ООП не уместен при собеседовании ява-программиста. Что тогда уместно? Достаточно, чтобы слюна не капала и пузыри из носа не пускал? Или опыт работы с библиотекой Dozer является достаточным для приема на работу?

Там было написано не про это, но вы удивитесь. (с) Принцип инкапсуляции — всех волнует, а вот остальное — бывает по-разному... Где-то открыто запрещают пользоваться наследованием.

Z>>Да, так ли уж неправы те, кто считает знание сложности алгоритмов академическим знанием? Насколько часто оно используется? Мне, честно говоря, оно пригождается только для прохождения собеседований.

D>И снова одно и то же...
D>Да, оно используется не так часто, как создание пожо-объектов. Но, как и огнетушитель, который не нужен в 99% времени, без подобных знаний бывает никуда в какой-то момент времени.

Я как-то раз пытался пояснить крепкому знатоку дотнета, почему нельзя очищать массив/вектор/список и тому подобные структуры методом collection.removeAll(collection). Не почему плохо и глупо, это всем понятно, а почему вообще нельзя. Вопрос об алгоритмической сложности сразу привел бы человека в чувство.

Здравствуйте, Donz, Вы писали:

D>UBS тусовка — это что, если не секрет?

Банк такой.

D>У нас — это где? Сижу над проектам европейского банка. Везде Spring. Но, думаю, все-таки не потому, что он "моден", а потому что ведущие разработчики в курсе про IoC паттерн.

Он широко применялся некоторое время назад. Сейчас все, с кем пересекался, уже наелись и стараются искоренять. У нас еще не наелись, у нас (под российским менеджментом) — рост. Под тем же флагом отделения конфигурации от кода, хотя реально это ближе к коду на птичьем языке, чем к конфигурации.

Здравствуйте, sysenter, Вы писали:

S>Чего в этом спринге-то знать, его за дня три — четыре можно вдоль и поперёк освоить, я главы 4-6 мануала за три дня прочитал.

Кроме Spring Beans там много еще чего полезного. И прочитать != понять. Не хочу сказать, что конкретно ты ничего не понял, но делать подобные утверждения надо с аргументацией. Трехдневное обучение Spring Core не просто так стоит около трех килобаксов. И не просто из-за моды Spring является стандартом де-факто, а также катализатором для выпуска CDI.

S>ООП конечно знать нужно, но знание ООП это такая мелочь на фоне всего того объёма материла который нужно знать, что я бы даже не упоминал бы тут ООП.

Арифметика тоже мелочь, но без нее даже шаурмой торговать не получится.

S>Вот из-за такого отношения к алгоритмам наблюдаю истории когда парсер парсит по два часа. Полез в код, а там vector удаляет элемент в позиции отличной от конечной, что вызывает на каждой итерации перемещение элементов вектора в памяти, поправил, в итоге отрабатывает за пару минут. Ещё примеры полезности знания временной сложности алгоритмов нужны?

Поддерживаю. Только этот абзац написан не по адресу.

Здравствуйте, kittown, Вы писали:

D>>ОМГ. Уже сам базис ООП не уместен при собеседовании ява-программиста. Что тогда уместно? Достаточно, чтобы слюна не капала и пузыри из носа не пускал? Или опыт работы с библиотекой Dozer является достаточным для приема на работу?
K>Там было написано не про это, но вы удивитесь. (с) Принцип инкапсуляции — всех волнует, а вот остальное — бывает по-разному... Где-то открыто запрещают пользоваться наследованием.

Наследование и полиморфизм — одни из краеугольных камней ООП. Их и проверяет этот простейший тест. Где-то кто-то может быть и запрещает пользоваться наследованием, но мы набираем народ к себе, а не к кому-то. Но я бы с удовольствием глянул код на Java, в котором запрещено наследование и полиморфизм.

K>Я как-то раз пытался пояснить крепкому знатоку дотнета, почему нельзя очищать массив/вектор/список и тому подобные структуры методом collection.removeAll(collection). Не почему плохо и глупо, это всем понятно, а почему вообще нельзя. Вопрос об алгоритмической сложности сразу привел бы человека в чувство.

Ну что ты так сразу. Надо же сначала провести профилирование, обозначить узкие места в проекте, выяснить, является ли эта операция узким место, и только после этого может быть включить мозг. А если вдруг надо проект срочно заканчивать, то однозначно мозг включать не нужно, потому что "купить более дорогие сервера дешевле, чем нанять нормального специалиста". Но если на самом деле этот кусок кода не является самым узким местом, то однозначно хрен бы с ним. Работает "равнение на помойку" — у нас воняет не так противно, как у соседей.
Печально, конечно.

Здравствуйте, Donz, Вы писали:

D>Кроме Spring Beans там много еще чего полезного. И прочитать != понять. Не хочу сказать, что конкретно ты ничего не понял, но делать подобные утверждения надо с аргументацией. Трехдневное обучение Spring Core не просто так стоит около трех килобаксов. И не просто из-за моды Spring является стандартом де-факто, а также катализатором для выпуска CDI.

Всё что читаю понимаю т.к. читаю по несколько раз пока понимать не начинаю.)
Трёх дневное обучение Spring Core может стоить и пять килобаксов пока есть люди которые не верят в свои силы самостоятельно овладеть этой технологией. По факту в спринге нет вообще ничего сложного, нужен только английский и небольшое знание джавы.
Кстати прикол, я саму джаву очень не плохо освоил вот только опыта работы у меня с ней нету и на собеседования не зовут. Полагаю именно для этого в том числе и придуманы все эти платные курсы, чтобы денег заработать на соискателях и отучить думать самостоятельно)
Насчёт отучить думать самостоятельно я говорю вполне серьёзно, после С++ тот же Хостман оба тома читаются дня за четыре — пять в лёгкую. + неделя на освоение Servlets, JSP, JSTL по спецификациям c jcp.org и день/пол дня на tomcat, вот и всё время которое нужно потратить на освоение джавы, за что платит деньги не понятно.

Здравствуйте, kittown, Вы писали:

D>>UBS тусовка — это что, если не секрет?
K>Банк такой.

Объявить аспекты разработки одной организации трендом всего прогрессивного рассудительного ява-сообщества — это, конечно, сильно.

D>>У нас — это где? Сижу над проектам европейского банка. Везде Spring. Но, думаю, все-таки не потому, что он "моден", а потому что ведущие разработчики в курсе про IoC паттерн.
K>Он широко применялся некоторое время назад. Сейчас все, с кем пересекался, уже наелись и стараются искоренять. У нас еще не наелись, у нас (под российским менеджментом) — рост. Под тем же флагом отделения конфигурации от кода, хотя реально это ближе к коду на птичьем языке, чем к конфигурации.

Если выбирать между предложенной тобой явной инициализацией в яве и спринговым xml'ем или аннотациями, то однозначно лучше последнее. Потому что IoC, как уже упоминал.
Меня тоже напрягают простыни из XML, но какова реальная альтернатива Spring'у или CDI? Только чур опять не предлагать вручную создавать объекты в яве. Или как минимум аргументированно объяснить, почему IoC не нужен.

Здравствуйте, Donz, Вы писали:

D>Меня тоже напрягают простыни из XML, но какова реальная альтернатива Spring'у или CDI? Только чур опять не предлагать вручную создавать объекты в яве. Или как минимум аргументированно объяснить, почему IoC не нужен.

Не так уж и сложно самому инициализировать объекты, по времени это не на много более затратно. А вот hibernate штука полезная в плане быстрой инициализации объекта данными их БД, только опять же отучает думать и писать SQL запросы.

Здравствуйте, Donz, Вы писали:

D>Здравствуйте, kittown, Вы писали:

D>>>ОМГ. Уже сам базис ООП не уместен при собеседовании ява-программиста. Что тогда уместно? Достаточно, чтобы слюна не капала и пузыри из носа не пускал? Или опыт работы с библиотекой Dozer является достаточным для приема на работу?
K>>Там было написано не про это, но вы удивитесь. (с) Принцип инкапсуляции — всех волнует, а вот остальное — бывает по-разному... Где-то открыто запрещают пользоваться наследованием.

D>Наследование и полиморфизм — одни из краеугольных камней ООП. Их и проверяет этот простейший тест. Где-то кто-то может быть и запрещает пользоваться наследованием, но мы набираем народ к себе, а не к кому-то. Но я бы с удовольствием глянул код на Java, в котором запрещено наследование и полиморфизм.

Хороший код. Но если бы правила не придерживались последовательно везде и всюду — был бы, наверно, отстойный.

Про краеугольный камень в курсе. Мой главный пойнт в этой дискуссии — что бы вам не казалось, все наверняка чудесатее, чем вам кажется.

K>>Я как-то раз пытался пояснить крепкому знатоку дотнета, почему нельзя очищать массив/вектор/список и тому подобные структуры методом collection.removeAll(collection). Не почему плохо и глупо, это всем понятно, а почему вообще нельзя. Вопрос об алгоритмической сложности сразу привел бы человека в чувство.

D>Ну что ты так сразу. Надо же сначала провести профилирование, обозначить узкие места в проекте, выяснить, является ли эта операция узким местом

N^2 — почти всегда является, если элементов много. Профилирование только подтверждает диагноз и позволяет найти менее очевидные места.

D>А если вдруг надо проект срочно заканчивать, то однозначно мозг включать не нужно, потому что "купить более дорогие сервера дешевле, чем нанять нормального специалиста". Но если на самом деле этот кусок кода не является самым узким местом, то однозначно хрен бы с ним. Работает "равнение на помойку" — у нас воняет не так противно, как у соседей.
D>Печально, конечно.

Данные списки содержали что-то вроде строчек таблицы в excel. Зачищались при переходе на другой таб и наполнялись потом снова. И народ, действительно, терпеливо ждал открытия нового таба до получаса.

Здравствуйте, Donz, Вы писали:

D>>>UBS тусовка — это что, если не секрет?
K>>Банк такой.

D>Объявить аспекты разработки одной организации трендом всего прогрессивного рассудительного ява-сообщества — это, конечно, сильно.

Дело в кадрах, которые они набирают. В c++ группе, помню, был один из разработчиков стандарта оного языка. В oracle и java группах состав не слабее. Организации организациям рознь.

D>Если выбирать между предложенной тобой явной инициализацией в яве и спринговым xml'ем или аннотациями, то однозначно лучше последнее. Потому что IoC, как уже упоминал.

Не однозначно. Когда-то так, когда-то иначе. Если инициализация в xml меняется с той же частотой, с какой менялась бы инициализация непосредственно в коде, то профит неясен.

D>Меня тоже напрягают простыни из XML, но какова реальная альтернатива Spring'у или CDI? Только чур опять не предлагать вручную создавать объекты в яве. Или как минимум аргументированно объяснить, почему IoC не нужен.

Обьясните лучше, для чего он нужен, на примере, когда отличия всех конфигураций сведены в properties файлы, autowire не используется, а транзакционность не нужна.

Здравствуйте, kittown, Вы писали:

K>Обьясните лучше, для чего он нужен, на примере, когда отличия всех конфигураций сведены в properties файлы, autowire не используется, а транзакционность не нужна.
Чем я пользуюсь:
Как минимум аспекты. Аспектами можно прозрачно выполнять асинхронные задачи, логировать, кешировать, лочить по составным ключам параметров. И я подохреваю, что я еще не очень сильно аспекты применяю по сравнению с другими. Система событий в спринге тоже довольно неплохая.Тоже пользуюсь без фанатизма, но очень доволен.
Дополнительно тестировать очень неплохо получается, хоть и не фанат я этого дела. Автоматом генерятся моки и я могу легко протестировать, что такой то сервер действительно дернулся и именно с такими параметрами.
Если что, у меня тоже отличие всех конфигураций сведены в properties файлы. Транзакуионность мне тоже не нужна. Вот только autowire очень активно использую.
Если что, у меня мозгов хватит написать то, чем пользуюсь в спринге самостоятельно. Вопрос только нахрена мне это? В реальной работе не требуется, а чтоб собеседования проходить лучше — нахрен мне это надо, пусть лучше субеседующим сделаю приятное и они смогут порадоваться своей высочайшей квалификации на моем фоне, что постоянно пишут свои реализации строк, XML парсеры и тому подобное.

Здравствуйте, elmal, Вы писали:

E>Здравствуйте, kittown, Вы писали:

K>>Обьясните лучше, для чего он нужен, на примере, когда отличия всех конфигураций сведены в properties файлы, autowire не используется, а транзакционность не нужна.
E>Чем я пользуюсь:
E>Как минимум аспекты. Аспектами можно прозрачно выполнять асинхронные задачи, логировать, кешировать, лочить по составным ключам параметров. И я подохреваю, что я еще не очень сильно аспекты применяю по сравнению с другими. Система событий в спринге тоже довольно неплохая.Тоже пользуюсь без фанатизма, но очень доволен.
E>Дополнительно тестировать очень неплохо получается, хоть и не фанат я этого дела. Автоматом генерятся моки и я могу легко протестировать, что такой то сервер действительно дернулся и именно с такими параметрами.

А. Видел такое. Это серьезно отличающаяся от привычных мне сред и мне эти вещи не нужны. Другие аспекты на первом плане (в обычном смысле слова аспект). Я бы добавил в этот список еще шедулинг.

В общем, сдам немного назад — в отдельных анклавах (необязательно маленьких) инструмент применим. Но во многих других — как говорится, ненужен.

E>Если что, у меня мозгов хватит написать то, чем пользуюсь в спринге самостоятельно. Вопрос только нахрена мне это? В реальной работе не требуется, а чтоб собеседования проходить лучше — нахрен мне это надо, пусть лучше субеседующим сделаю приятное и они смогут порадоваться своей высочайшей квалификации на моем фоне, что постоянно пишут свои реализации строк, XML парсеры и тому подобное.

Я пишу свое не из желание написать что-то этакое — наоборот, обожаю удалять нафиг свой код и заменять чем-то, написанным более умными людьми. Просто это удается все реже и реже; регулярно попадаю на задачи, где этим не обойдешься.

Здравствуйте, kittown, Вы писали:

K>Я как-то раз пытался пояснить крепкому знатоку дотнета, почему нельзя очищать массив/вектор/список и тому подобные структуры методом collection.removeAll(collection). Не почему плохо и глупо, это всем понятно, а почему вообще нельзя. Вопрос об алгоритмической сложности сразу привел бы человека в чувство.

И почему?
В джаве что, очистка коллекции требует прохода по всей этой коллекции?

Фреймворк, где вообще нельзя очищать массивы\векторы\списки это

Z>И тем более умение ставить такого рода костыли и подпорки не может считаться признаком высокой квалификации. Поэтому аргументом не является.

А что, по-вашему, является признаком высокой квалификации?

Z>Общее понятие — вещь субъективная. Любой может в этом разобраться если жизнь припрет. Тут нужна только мотивация. В любом случае, заранее узнать какие именно проблемы вылезут в работе на собеседовании невозможно, соответственно невозможно протестировать умение кандидата справляться с такими задачами.
Z>А знание фреймворков проверить легко, и знание это может быть очень полезно в практической работе, когда за считанные дни нужно получить прототип чтобыбыло что показать заказчику.

Вы сами себе противоречите. С одной стороны, вы пишете, мол, что умение быстро поставить костыль и подпорку не является признаком квалификации. В то же время, знание фреймворков для установки этих костылей — вроде как и признак Вы определитесь, какая польза от знания фреймворков, и с каких пор фреймворки стали важнее основ?

Z>В такой задаче вообще специалист не нужен. Нужен Кумар, который быстро зароется в гугл и специфическую литературу по проблеме.

Кумар — профессионал или нет? Он знает фреймворк, умеет гуглить.

Z>Есть даже профессия специальная — С++ программист, вся работа которого и заключается в том чтобы вставлять хаки и подпорки. Но к профессионализму это тоже имеет весьма опосредованное отношение, увы.

О-о-о, как вы хорошо по С++ программистам
Вас они чем-то обидели? Или просто ваше кунг-фу (на каком языке, простите?) лучше их?

Здравствуйте, Donz, Вы писали:

Z>>Это та задача где нужно догадаться, что вызовется перегруженный метод для нижайшего по иерархии класса? Такие задачи вообще по-моему неуместны на собеседованиях.

D>ОМГ. Уже сам базис ООП не уместен при собеседовании ява-программиста. Что тогда уместно? Достаточно, чтобы слюна не капала и пузыри из носа не пускал? Или опыт работы с библиотекой Dozer является достаточным для приема на работу?

Причем здесь базис? Скорее тонкости реализации ООП в Джава.

Z>>Есть мнение, что в ООП ничего понимать и не нужно, главное при проектировании насоздавать побольше классов.
D>Интересное мнение. Надеюсь, у нас оно не приживется.

Особенность ООП в том, что это не какая-то научная теория у которой разночтений быть не может, а скорее полуфилософская доктрина, которая утверждает что создавать классы хорошо и если так делать, то во всем мире наступит счастье. И которую каждый понимает немного по-своему, отсюда кстати и такое количество споров по ООП. Спорная концепция рождает споры, да. Является ли ремесло ООП подлинным профессиональным знанием — предмет дискуссии.

Z>>Да, так ли уж неправы те, кто считает знание сложности алгоритмов академическим знанием? Насколько часто оно используется? Мне, честно говоря, оно пригождается только для прохождения собеседований.
D>И снова одно и то же...
D>Да, оно используется не так часто, как создание пожо-объектов. Но, как и огнетушитель, который не нужен в 99% времени, без подобных знаний бывает никуда в какой-то момент времени.
Так это про любые знания из учебника можно сказать, нет? Обычно люди на собеседованиях спрашивают только ту теорию которая им лично в жизни хоть раз пригодилась, а всю остальную почему-то игнорируют. Как вы сами отнесетесь например к тому, что на собеседовании вас попросят написать реализацию решения дифф. ур-я методом Рунге-Кутта?

Z>>Эффект давно описан и относится это не только к Яве, но и к Це++ и пр.
D>Это даже не только к разработке относится, а вообще к отношению человека к работе.
D>Кстати, не дашь ссылку, где можно почитать?
К сожалению, конкретных ссылок предоставить не могу. Но любая нытик-тема на скл.ру плавно переходит в эту плоскость, давая пищу размышлениям о человеческой природе.

Здравствуйте, zealot111, Вы писали:

Z>Особенность ООП в том, что это не какая-то научная теория у которой разночтений быть не может, а скорее полуфилософская доктрина, которая утверждает что создавать классы хорошо и если так делать, то во всем мире наступит счастье. И которую каждый понимает немного по-своему, отсюда кстати и такое количество споров по ООП. Спорная концепция рождает споры, да. Является ли ремесло ООП подлинным профессиональным знанием — предмет дискуссии.

ООП это наработанная практикой парадигма программирования, сначала писали не структурированный код, далее стали писать функциональный код с глобальными переменными, а потом пришли в процессе набивания шишек к инкапсуляции и полиморфизму.
Ещё хочу добавить, что C++ программисту на Java лучше не писать потому, что потом будет тянуть писать только классы с определением функций членов в теле класса))

Здравствуйте, SkyDance, Вы писали:

Z>>И тем более умение ставить такого рода костыли и подпорки не может считаться признаком высокой квалификации. Поэтому аргументом не является.
SD>А что, по-вашему, является признаком высокой квалификации?
Думаю, вы отлично знаете ответ. А вопрос задаете только потому, что хотите меня подразнить. А что вы сами думаете по поводу умения ставить костыли и подпорки? Это по-вашему очень профессионально?

Z>>А знание фреймворков проверить легко, и знание это может быть очень полезно в практической работе, когда за считанные дни нужно получить прототип чтобыбыло что показать заказчику.
SD>Вы сами себе противоречите. С одной стороны, вы пишете, мол, что умение быстро поставить костыль и подпорку не является признаком квалификации. В то же время, знание фреймворков для установки этих костылей — вроде как и признак Вы определитесь, какая польза от знания фреймворков, и с каких пор фреймворки стали важнее основ?
Чем искать противоречия в моих словах вам бы лучше самому попробовать написать что-нибудь конструктивное. Т.е. по-вашему знание как отсортировать массив пузырьком или перевернуть строчку важнее твердого профессионального опыта на реальных проектах?

Z>>В такой задаче вообще специалист не нужен. Нужен Кумар, который быстро зароется в гугл и специфическую литературу по проблеме.
SD>Кумар — профессионал или нет? Он знает фреймворк, умеет гуглить.
Для вас действительно важно мое мнение? А вы сами не видели таких кумаров (пишу с маленькой буквы не потому, что хочу их обидеть, а чтобы подчеркнуть массовость явления) ни разу?

SD>О-о-о, как вы хорошо по С++ программистам
SD>Вас они чем-то обидели? Или просто ваше кунг-фу (на каком языке, простите?) лучше их?
Талант исследователя в том и состоит чтобы объективно и беспристрастно оценивать окружающую действительность и смело высказывать все что удалось заметить, даже если это и будет задевать чье-то эго. По существу есть что возразить?

Здравствуйте, sysenter, Вы писали:

S>ООП это наработанная практикой парадигма программирования, сначала писали не структурированный код, далее стали писать функциональный код с глобальными переменными
Это как, позвольте?

S>а потом пришли в процессе набивания шишек к инкапсуляции и полиморфизму.
Значит функциональщики это недобитые шишками ООП-шники

Здравствуйте, samius, Вы писали:

S>Значит функциональщики это недобитые шишками ООП-шники

Отвечу вопросом на вопрос, широкое использование глобальных переменных не вызывает проблем с поддержкой и развитием кода? Каково назначение инкапсуляции, чтобы было или какое-то другое?

Здравствуйте, sysenter, Вы писали:

S>Здравствуйте, samius, Вы писали:
S>>Значит функциональщики это недобитые шишками ООП-шники
S>Отвечу вопросом на вопрос, широкое использование глобальных переменных не вызывает проблем с поддержкой и развитием кода? Каково назначение инкапсуляции, чтобы было или какое-то другое?

Т.е. вы не понимаете что такое функциональное программирование? Боюсь тогда вы блестящий (отрицательный) пример Си++ программиста, о которых я говорил в постах выше.

Здравствуйте, zealot111, Вы писали:

Z>Т.е. вы не понимаете что такое функциональное программирование? Боюсь тогда вы блестящий (отрицательный) пример Си++ программиста, о которых я говорил в постах выше.

Рекомендую пойти учить мат.часть, а ещё перечитать моё сообщение до полного понимания его сути, в особенности выделенный момент: широкое использование глобальных переменных не вызывает проблем с поддержкой и развитием кода?

Здравствуйте, sysenter, Вы писали:

S>Здравствуйте, samius, Вы писали:

S>>Значит функциональщики это недобитые шишками ООП-шники

S>Отвечу вопросом на вопрос, широкое использование глобальных переменных не вызывает проблем с поддержкой и развитием кода?
Широкое использование глобальных переменных к функциональному программированию отношения не имеет. Мое недоумение по этому поводу.

S>Каково назначение инкапсуляции, чтобы было или какое-то другое?
Полагаю, у кого-как.

Но я влез не для того что бы выяснять назначение инкапсуляции. Мне интересна версия происхождения ООП из ФП с широким использованием глобальных переменных.

Здравствуйте, zealot111, Вы писали:

D>>ОМГ. Уже сам базис ООП не уместен при собеседовании ява-программиста. Что тогда уместно? Достаточно, чтобы слюна не капала и пузыри из носа не пускал? Или опыт работы с библиотекой Dozer является достаточным для приема на работу?
Z>Причем здесь базис? Скорее тонкости реализации ООП в Джава.

Наследование и полиморфизм — это всего лишь тонкости явы? Ты ни с чем не путаешь?

Z>Особенность ООП в том, что это не какая-то научная теория у которой разночтений быть не может, а скорее полуфилософская доктрина, которая утверждает что создавать классы хорошо и если так делать, то во всем мире наступит счастье.

Мы какие-то разные источники читаем про ООП.

Z>Так это про любые знания из учебника можно сказать, нет? Обычно люди на собеседованиях спрашивают только ту теорию которая им лично в жизни хоть раз пригодилась, а всю остальную почему-то игнорируют. Как вы сами отнесетесь например к тому, что на собеседовании вас попросят написать реализацию решения дифф. ур-я методом Рунге-Кутта?

Если я буду знать, что эти диффуры на потенциальном месте работы действительно нужны, то нормально отнесусь. А также, если инструментарий для их решения находится в ядре платформы.
Надеюсь, не будешь утверждать, что необходимость работы с коллекциями возникает так же часто, как и работа с диффурами? Просто многие разработчики используют коллекции как дрессированные обезьянки. Им показали ArrayList, продвинутые в курсе про HashMap. Все, дальше знать не надо. Я же предполагаю, что человек должен понимать, что он использует, и иметь приблизительное представление, как оно работает.

Здравствуйте, samius, Вы писали:

S>Широкое использование глобальных переменных к функциональному программированию отношения не имеет. Мое недоумение по этому поводу.
S>Но я влез не для того что бы выяснять назначение инкапсуляции. Мне интересна версия происхождения ООП из ФП с широким использованием глобальных переменных.

Поскольку мне на слово ты не веришь отошлю тебя к такому авторитетному человеку, как Скотт Мейерс, прочитай его книги Наиболее эффективное программирование на С++ и Эффективное программирование на С++. В одной из них (если не ошибаюсь во второй), как раз рассказано о происхождении ООП из функционального программирования и функционального программирования из неструктурированного. Если ты конечно не считаешь себя более авторитетным и вправе оспаривать утверждения Мейерса.

Здравствуйте, samius, Вы писали:

S>>ООП это наработанная практикой парадигма программирования, сначала писали не структурированный код, далее стали писать функциональный код с глобальными переменными
S>Это как, позвольте?

Автор имел в виду процедурный код.

Здравствуйте, Donz, Вы писали:

D>Просто многие разработчики используют коллекции как дрессированные обезьянки. Им показали ArrayList, продвинутые в курсе про HashMap. Все, дальше знать не надо. Я же предполагаю, что человек должен понимать, что он использует, и иметь приблизительное представление, как оно работает.

Назначение Java в том и состоит, чтобы построить дрессированных обезьянок и дать им возможность программировать. Так будет продолжаться пока будут нанимать только людей с опытом, который смогли отвалить 3 штуки грина за 3-х дневный курс по спрингу, мне лично не то что 3 штуки, мне 100 баксов жалко на такое тратить.

Здравствуйте, fmiracle, Вы писали:

F>Автор имел в виду процедурный код.

Да, так суть правильнее передаётся, функциональные программирование здесь применено т.к. в Си и С++ не процедур, только функции.

Здравствуйте, sysenter, Вы писали:

S>Здравствуйте, samius, Вы писали:

S>>Но я влез не для того что бы выяснять назначение инкапсуляции. Мне интересна версия происхождения ООП из ФП с широким использованием глобальных переменных.

S>Поскольку мне на слово ты не веришь отошлю тебя к такому авторитетному человеку, как Скотт Мейерс, прочитай его книги Наиболее эффективное программирование на С++ и Эффективное программирование на С++. В одной из них (если не ошибаюсь во второй), как раз рассказано о происхождении ООП из функционального программирования и функционального программирования из неструктурированного. Если ты конечно не считаешь себя более авторитетным и вправе оспаривать утверждения Мейерса.
Уверен, что Мейерс в терминах разбирается и ничего подобного ляпнуть не мог.

Здравствуйте, samius, Вы писали:

S>Уверен, что Мейерс в терминах разбирается и ничего подобного ляпнуть не мог.

Готов поспорить на штуку грина?

Здравствуйте, sysenter, Вы писали:

S>Здравствуйте, samius, Вы писали:

S>>Уверен, что Мейерс в терминах разбирается и ничего подобного ляпнуть не мог.

S>Готов поспорить на штуку грина?
Детский сад. Сходи в гугл, почитай про функциональное программирование. Если Мейерс имел в виду именно его, спорь на 10 штук грина с Мейерсом. А ты походу думаешь про процедурное, что не одно и то же.

Здравствуйте, samius, Вы писали:

S>Детский сад. Сходи в гугл, почитай про функциональное программирование. Если Мейерс имел в виду именно его, спорь на 10 штук грина с Мейерсом. А ты походу думаешь про процедурное, что не одно и то же.

Детский сад это у тебя в штанах, что такое парадигма функционального программирования лучше тебя знаю. Хочешь сказать, в книге по С++ где нет в принципе процедур Мейерс должен был писать про процедурное программирование, а потом ещё объяснять что это такое? Тогда напиши письмо Мейерсу, что дескать так и так ты не прав мужик, я тут Вася Пупкин знаю как правильно писать умные книги.
Или ты сам не отличаешь парадигму функционального программирования от функционального программирования? Для тебя это одно и тоже?

Здравствуйте, sysenter, Вы писали:

S>Назначение Java в том и состоит, чтобы построить дрессированных обезьянок и дать им возможность программировать.

Не надо пороть чушь. Да, по сравнению с C++ многие вещи были упрощены, что позволило сконцентрироваться на более абстрактных от языка вещах, почему и имеем сотни фреймворков под любую типовую задачу. Но своих заморочек там хватает и на уровне синтаксиса, и на уровне базовых библиотек.

S>Так будет продолжаться пока будут нанимать только людей с опытом, который смогли отвалить 3 штуки грина за 3-х дневный курс по спрингу, мне лично не то что 3 штуки, мне 100 баксов жалко на такое тратить.

Ты выдумываешь. Я один раз упомянул стоимость спринговых курсов, ты их уже третий или четвертый раз приплетаешь как аргумент "все явщики — богатые имбецилы". И ты переоцениваешь свой интеллект, если действительно думаешь, что полностью понял хотя бы Spring Core за три дня без реальной практики.
Надо иметь очень веские аргументы для того, чтобы утверждать о неправильности поступков сотен тысяч людей и обвинять их в слабоумии.

Здравствуйте, sysenter, Вы писали:

S>Здравствуйте, samius, Вы писали:

S>>Детский сад. Сходи в гугл, почитай про функциональное программирование. Если Мейерс имел в виду именно его, спорь на 10 штук грина с Мейерсом. А ты походу думаешь про процедурное, что не одно и то же.

S>Детский сад это у тебя в штанах, что такое парадигма функционального программирования лучше тебя знаю. Хочешь сказать, в книге по С++ где нет в принципе процедур Мейерс должен был писать про процедурное программирование, а потом ещё объяснять что это такое? Тогда напиши письмо Мейерсу, что дескать так и так ты не прав мужик, я тут Вася Пупкин знаю как правильно писать умные книги.
Ссылку (книгу, главу) на Мейерса где он говорит о том что ООП произошло от функционального программирования. А то мне придется обвинять его в твоей безграмотности.
S>Или ты сам не отличаешь парадигму функционального программирования от функционального программирования? Для тебя это одно и тоже?
Я вижу что для тебя процедурное и функциональное это одно и то же, т.к. в C нет процедур.

Здравствуйте, Donz, Вы писали:

D>Не надо пороть чушь. Да, по сравнению с C++ многие вещи были упрощены,

Были упрощены на порядок.

D>что позволило сконцентрироваться на более абстрактных от языка вещах, почему и имеем сотни фреймворков под любую типовую задачу. Но своих заморочек там хватает и на уровне синтаксиса, и на уровне базовых библиотек.

Вот об этом я и говорю, мозг включать не нужно, нужно только помнить синтаксис и информацию про библиотеки.

D>Я один раз упомянул стоимость спринговых курсов, ты их уже третий или четвертый раз приплетаешь как аргумент "все явщики — богатые имбецилы".

Я хочу сказать, что платить за курсы может только тот кто не верит в свою способность самостоятельно освоить инструмент. Java в силу её простоту расхолаживает мозг, не даёт нагрузки. Ты сам пишешь, что у вас там соискатели не понимают разницы между ArrayList и HashMap.

D>И ты переоцениваешь свой интеллект, если действительно думаешь, что полностью понял хотя бы Spring Core за три дня без реальной практики.

Смешно, спеку по JSP и Servlets за день на каждую прочитать и понять, и начать писать смог, а три главы из мануала по спрингу прочитал и ничего не понял.

D>Надо иметь очень веские аргументы для того, чтобы утверждать о неправильности поступков сотен тысяч людей и обвинять их в слабоумии.

Веский аргумент, сотни тысяч не могут ошибаться))

Здравствуйте, samius, Вы писали:

S>Ссылку (книгу, главу) на Мейерса где он говорит о том что ООП произошло от функционального программирования. А то мне придется обвинять его в твоей безграмотности.

У меня книги в djvu, там нет поискового индекса. Нужно будет, сам скачаешь англоязычный вариант и найдёшь через поиск.

S>Я вижу что для тебя процедурное и функциональное это одно и то же, т.к. в C нет процедур.

Там где нет процедур там нет процедурного программирования.

SD>>А что, по-вашему, является признаком высокой квалификации?
Z>Думаю, вы отлично знаете ответ. А вопрос задаете только потому, что хотите меня подразнить. А что вы сами думаете по поводу умения ставить костыли и подпорки? Это по-вашему очень профессионально?

Видите ли, я побывал по разные стороны баррикад — и со стороны разработчика, и со стороны менеджмента. Я вам так скажу: среди разработчиков, возможно, и ценится некая абстрактная "крутиза", умыне слова и прочие книжки "банды четырех". Но буквально шаг в сторону, и... оказывается, вовремя поставленный костыль выводит продукт на неделю раньше, чем у конкурентов, и одно это приносит пару сотен тысяч. Не рублей, конечно.
Вся жизнь состоит из компромиссов. Профессионализм — это умение найти такой компромисс, который потом пройдет проверку временем. А вовсе не знание фреймворков. Ну и, само собой, профессионализм — понимание основ. Да вот хотя бы того же ООП. Не тонкостей вида "вот сложная структура с множественным виртуальным наследованием, в каком порядке будут сконструированы объекты, если язык С++ в реализации Microsoft и вот там-то и там-то ключевые слова вот такие указаны". Но — основ, хотя бы трех китов.

Z>Чем искать противоречия в моих словах вам бы лучше самому попробовать написать что-нибудь конструктивное. Т.е. по-вашему знание как отсортировать массив пузырьком или перевернуть строчку важнее твердого профессионального опыта на реальных проектах?

Брр. С каких пор вы "знание перевернуть строчку" вдруг приняли за базовое? И почему вы его противопоставляете опыту на реальных проектах? И таки да, я с бОльшим удовольствием приму на работу человека, который не знает фреймворка, но понимает нотацию большого О. Потому что научить хорошему фреймворку — считанные дни, а вот заставить думать головой — может и 6 курсов университета не хватить.

SD>>Кумар — профессионал или нет? Он знает фреймворк, умеет гуглить.
Z>Для вас действительно важно мое мнение? А вы сами не видели таких кумаров (пишу с маленькой буквы не потому, что хочу их обидеть, а чтобы подчеркнуть массовость явления) ни разу?

Да, мне действительно интересно. Эти самые кумары порой знают больше фреймворков (сначала по-фрейдовски опечатался — "флеймворков" ), чем вам и мне в сумме годиков но толку от их знаний нуль, потому что как писал кумар без понимания, так и пишет.

Z>Талант исследователя в том и состоит чтобы объективно и беспристрастно оценивать окружающую действительность и смело высказывать все что удалось заметить, даже если это и будет задевать чье-то эго. По существу есть что возразить?

О как. Вы банальное хамство теперь называете "талантом исследователя". Ну что ж, удачи вам с таким подходом.

Здравствуйте, sysenter, Вы писали:

S>Здравствуйте, samius, Вы писали:

S>>Ссылку (книгу, главу) на Мейерса где он говорит о том что ООП произошло от функционального программирования. А то мне придется обвинять его в твоей безграмотности.

S>У меня книги в djvu, там нет поискового индекса. Нужно будет, сам скачаешь англоязычный вариант и найдёшь через поиск.
Не содержит упоминания functional в данном контексте. Это Мейерсу надо с тебя грины брать.

S>>Я вижу что для тебя процедурное и функциональное это одно и то же, т.к. в C нет процедур.

S>Там где нет процедур там нет процедурного программирования.
Скомпрометируй еще одного авторитета, который якобы так написал.

Здравствуйте, samius, Вы писали:

S>Не содержит упоминания functional в данном контексте. Это Мейерсу надо с тебя грины брать.

Дай ссылку где скачать, скачаю и сам найду. Можно в личку.

Здравствуйте, sysenter, Вы писали:

S>Здравствуйте, samius, Вы писали:

S>>Не содержит упоминания functional в данном контексте. Это Мейерсу надо с тебя грины брать.

S>Дай ссылку где скачать, скачаю и сам найду. Можно в личку.
Я не качал, она у меня была. Выкладывать не стану.

Здравствуйте, samius, Вы писали:

S>Я не качал, она у меня была. Выкладывать не стану.

Тогда поищи там на предмет инкапсуляция, ООП, функциональное, глобальные переменные и назови главу. Это всё должно быть в одном месте.

Здравствуйте, sysenter, Вы писали:

Да, ты прав, я перепутал, Мейерс пишет не "функциональное", а "написание функций", в конце главы 29.

Здравствуйте, sysenter, Вы писали:

S>Здравствуйте, samius, Вы писали:

S>>Я не качал, она у меня была. Выкладывать не стану.

S>Тогда поищи там на предмет инкапсуляция, ООП, функциональное, глобальные переменные и назови главу. Это всё должно быть в одном месте.

functional упоминается в "functional form"(operator), "functional abstraction", "functionality", "less functional"

А вообще, ты же его подписал, ты и ищи. Я как был уверен в том что Мейерс такого не писал, так и прибываю в этой уверенности.

SD>Видите ли, я побывал по разные стороны баррикад — и со стороны разработчика, и со стороны менеджмента. Я вам так скажу: среди разработчиков, возможно, и ценится некая абстрактная "крутиза", умыне слова и прочие книжки "банды четырех". Но буквально шаг в сторону, и... оказывается, вовремя поставленный костыль выводит продукт на неделю раньше, чем у конкурентов, и одно это приносит пару сотен тысяч. Не рублей, конечно.



О! Я как-то на две недели оставался за начальника отдела и поучаствовал в разных совещаниях Сразу стал с гораздо бОльшим пониманием относится к его, как казалось раньше, закидонам
Высокому руководству, особенно если в несофтверной конторе работаешь, просто непонятно, чего ты там лепечешь про какие-то технологии, архитектуры... Оно мыслит категориями срок-задача. Если наикривейший костыль позволяет запустить задачу к поставленному сроку — он и будет использован. А как его потом поддерживать/развивать — а ты вообще для чего тут сидишь и за что зарплату получаешь? Не забивай стратегам голову тактическими вопросами

Здравствуйте, StandAlone, Вы писали:

SA>Здравствуйте, kittown, Вы писали:

K>>Я как-то раз пытался пояснить крепкому знатоку дотнета, почему нельзя очищать массив/вектор/список и тому подобные структуры методом collection.removeAll(collection). Не почему плохо и глупо, это всем понятно, а почему вообще нельзя. Вопрос об алгоритмической сложности сразу привел бы человека в чувство.

SA>И почему?

Потому что удалять массив поэлементно из самого себя — это знатное извращение. В том виде, как я записал, в зависимости от реализации может вообще не работать, а может делать сложность N^2. Но там на самом деле был рукописный алгоритм с созданием копии массива и сложностью N^2.

Понятно, что не просто так написали эту фигню, авторы не дураки, для некоторых элементов выполнялись дополнительные действия. Но N^2 был не замечен, и доли секунды на операцию превратились в полчаса.

Спасибо за ответ по Java и по базам данным!

Коллеги, никто не мог бы дать аналогичный ответ по C++, C# и Delphi?

С Java и базами данных всё ясно. (Спасибо за ответ vsb!)

А как насчёт C++, C# и Delphi? Какие версиии этих языков, какие библиотеки и технологии популярны сейчас?