Java vs .Net

[Атлант]

Специалисты по какой из этих технологий проще находят работу?
У кого выше ЗП?

[eshk]

Специалисты по какой из этих технологий проще находят работу?

.NET

У кого выше ЗП?

J2EE

[turist_ua]

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

[DM]

Примерно одинаково востребованы, но в последнее время мне кажется спрос на ява специалистов все же немного больше.

[sanyok]

Аргументируйте хоть ваши высказывания
А то человек ещё и поверит

PS: я не утверждаю обратное, и доводами ни в вашу пользу, ни против делиться не буду - конфиденциально..)

[Mak_Sim]

И что за прикол в этой Жабе?? Тупая и тормознутая платформа. Даже маленькие прожки на современных компах тормозят, как Фотошоп CS3 на 64 метрах оперативы .NET ближе к нейтив-коду

[DM]

И что за прикол в этой Жабе?? Тупая и тормознутая платформа. Даже маленькие прожки на современных компах тормозят, как Фотошоп CS3 на 64 метрах оперативы

Бесплатная и кросс-платформенная. Если бы вы писали софт на продажу поняли бы на сколько это важно.

[Mak_Sim]

Бесплатная и кросс-платформенная. Если бы вы писали софт на продажу поняли бы на сколько это важно.

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

[DM]

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

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

[Mak_Sim]

Попробуйте посмотреть на что-то отличное от бесплатных студенских поделок в стиле хелло-ворд.

Ну если на Жаве даже "Hello World" тормозит, то что о более сложном говорить? Приведите, плиз, пример чего-то серьезного, написанного именно на Java и нормально работающего, может я что-то пропустил?

[sanyok]

Бесплатная и кросс-платформенная. Если бы вы писали софт на продажу поняли бы на сколько это важно.

Вы имеете в виду коробочный софт? И много кросс-платформенного коробочного софта на джаве?
Или пополемизируем о важности выбора платформы заранее для ентерпрайз-приложений?

Сорри, ни в коем случае не offensive по отношению к вам:

<Alanna> Saying that Java is nice because it works on all OS's is like saying that anal sex is nice because it works on all genders

(с) bash.org

[DM]

Ну если на Жаве даже &quot;Hello World&quot; тормозит, то что о более сложном говорить? Приведите, плиз, пример чего-то серьезного, написанного именно на Java и нормально работающего, может я что-то пропустил?

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

[Mak_Sim]

Попробуйте посмотреть на ее применение в серверной области, например такое решение как сервер приложений

Не слышал я, что для работы с БД на серверах используют Жабу.. Ну тогда согласен, если это как-то эффективно и не создает проблем производительности

[DM]

Вы имеете в виду коробочный софт? И много кросс-платформенного коробочного софта на джаве?

Еще раз - я имею в виду не клиентские приложения. Писать клиентскую часть приложения на яве это действительно забивание гвоздей микроскопом.

[sanyok]

....Окей. Есть мнение, что гораздо дешевле обходится писать приложение, пока оно на одной платформе (от вариаций в будущем, это, конечно же, не спасёт, поэтому - "пока"). Тут есть несколько и политических, и технических причин.
Берём ентерпрайз-систему.
Постановка задачи 1:
Допустим, в ней планируется гуи-клиент под винды.
Какую архитектуру предложите?

Постановка задачи 2:
Допустим, в ней сейчас не планируется гуи-клиент (планируется веб), но в будущем теоретически возможен сценарий, когда клиент захочет толстый гуи?
Какую архитектуру предложите?

[DM]

С точки зрения какую выбрать платформу для серверной части не вижу разницы между 1 и 2, клиентская часть вообще не должна быть зависимой от серверной, и по большому счету может быть реализована сразу во многих вариантах исходя из сексуальных предпочтений клиента и наличия у него денег. В любом случае стоит делать кросс-платформенное решение и писать часть отвечающую за взаимодействие с БД так что бы ее легко можно было применить под любую СУБД по желанию клиента, хотя бы с той точки зрения что взгляды следующего клиента на клиентскую часть могут кардинально отличаться от текущего, и в этом случае вам придется модифицировать/переписать с нуля только одну часть задачи. Ну и продать более универсальное решеник опять же легче будет.

[Mak_Sim]

Допустим, в ней планируется гуи-клиент под винды.
Какую архитектуру предложите?

Нах гуй-клиент вообще - в наше время, "когда космические корабли бороздят просторы космоса", и по воздуху летает скоростной и дешевый мобильный инет - значительно удобнее и практичнее веб-доступ к БД

[DM]

Нах гуй-клиент вообще - в наше время, &quot;когда космические корабли бороздят просторы космоса&quot;, и по воздуху летает скоростной и дешевый мобильный инет - значительно удобнее и практичнее веб-доступ к БД

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

[sanyok]

+1
клиент решает, какой нужен интерфейс, а не разработчик.
Хотя, конечно, есть варианты. Если у вас есть одно решение, за определенные деньги, и вы готовы сделать другое решение - за сооовсем другие деньги - клиент чаще всего предпочитает то, что есть.

[Mak_Sim]

Если у вас есть одно решение, за определенные деньги, и вы готовы сделать другое решение - за сооовсем другие деньги - клиент чаще всего предпочитает то, что есть.

Я так и представляю - существует "заготовка", и уже она доводится до нужных клиенту задач. А выписывать по новой окошки и рюшечки - наверняка _совсем_ другие деньги...