.NET vs Java

[ntskrnl.exe]

offtop

Выкидывай/сожги смартфон :redlol:

Сжег свой блекберри :redlol:

[JavaMan]

Выкидывай/сожги смартфон :redlol:

... и полезай следом. :redlol:

[ntskrnl.exe]

... и полезай следом. :redlol:

Полез ыыыыыыыыыыы

веселое чувство ногу не чувствую

с головы кровь

что случилось? ты обманул меня!

[[STIGMATED]]

Полез ыыыыыыыыыыы

веселое чувство ногу не чувствую

с головы кровь

что случилось? ты обманул меня!

Это жопоболь :redlol:

[VISTALL]

все языки хороши в разных смыслах. Например хотите кодить на яве, что бы код был быстр - юзайте JNode(java os) .

Не нравится язык - сделайте свой

Не нравится фреймворк - сделайте свой

Скок людей скок и мнений. Это нету смысла обсуждать. Смотря скок времени уходит на разные языки я например могу сказать что сейчас, 50 на 50 , Java vs Napile.

[WAN]

Давно на форуме не был, решил удариться во все тяжкие в холивар
Но, всё же, постараюсь его сгладить...В компании, где я работаю, есть проекты как на Java, так и на .NET. Так вот, хочу сказать, что по быстродействию, они не сильно отличаются. Проекты промышленные, PLM/PDM системы, realtime планировщики и куча всяких систем для Роскосмоса, ОборонПрома и т.д. По своему опыту, я могу сказать, что сам процесс разработки под .NET гораздо приятнее и быстрее, в виду наличия очень качественных и удобных инструментов, начиная от Visual Studio, TFS и почих мелкомягких изделий, заканчивая Red Gate SQL Source Control. В них реально приятно и удобно работать, чего не могу сказать об инструментах для Java и того же Oracle, честно:confused:. Дело в том, что системы для предприятий нужно делать быстро и, по возможности, максимально качественно, чтобы процесс выглядел примерно так: "Нашли потенциального заказчика -> описали ему систему его мечты -> подписали договор, ТЗ -> сдали систему -> подписали договор поддержки -> перешли к другому потенциальному клиенту", причем, для того, чтобы компания была успешной, необходимо одновременное выполнение нескольких таких цепочек. Сабжевые ЯП позволяют выполнять быструю разработку систем, правда Java - в меньшей степени, опять же, ИМХО. Если же касаться игровой индустрии, то, как правило, в компаниях разработкой игр занимаются большие отделы (больше 20 чел), либо целая компания, но одним продуктом в момент времени, причем, достаточно длительный (>= 2 года), в этом случае, необходимо сосредоточиться на быстродействии самого продукта, да и физические/графические движки написаны на C++ и интеграция с ними на "плюсах", опять же, проще. В этом плане C++ без вариантов, причем, так будет ещё долго. Вернусь к теме и вспомню уважаемого ANZO

Никой spring && hibernate даже не приблизится к EF, а уж построением "форм" на awt\fx будет заниматься только полный безысходный извращенец. Без LINQ\лямбд я вообще не представляю сейчас как можно быстро и без геммора выполнять объемные задачи - 1.8 может частично и исправит эту несправедливость, но перепривыкать к новому синтаксису мне будет лениво. Я уже и не заикаюсь о partial-классах, дженириках и (хоть как бы он был не ужасен) охренительных плюшек ASP.NET, которые мне сэкономили кучу времени.

Я ни в коем разе не чураюсь Java, но, постоянно работая с обоими сабжами этой темы, стараюсь смотреть на вещи трезво.

Почти всё так, за исключением NHibernate, всё-таки он помощнее EF будет и более функционально развитая ORM, несмотря на EF после .NET Framework 4. А что касается LINQ и лямбд, со всеми вытекающими конструкциями и анонимными делегатами, могу привести пример с соседнего проекта в моей кампании, где, для достижения максимального быстродействия, пришлось распараллелить вычисления не только на несколько серверов, но и полностью отказаться от LINQ. Только чистые SQL запросы к БД и никаких пропертей в классах, только public fields, иначе, производительность при больших объемах данных нереально падает. Другой пример, уже с проекта, в котором я непосредственно принимал участие, где объемы связанных данных тоже были не маленькие, когда заказчики сказали, -"Полторы минуты на планирование - это что-то долго...", пришлось добрую половину методов, где вовсю юзались LINQ'овые запросы - переводить на хранимые процедуры, после чего скорость повысилась до 20(!) секунд! Вот, как-то так...Надеюсь, эту "простыню" излияний моих мыслей кто-нибудь осилил прочитать до конца...:aplause:

P.S. Никогда не вздумайте заставить работать EF с Oracle - без геморроя, бубна и какой-то матери не обойдётесь.XD

[ProDev]

Про Visual Studio, я надеюсь, вы пошутили? Конечно, может это дело привычки, но после элегантной и удобной абсолютно во всех отношениях IntellijIDEA довелось поработать в VS 2010/2012 версиях - ощущение, что со времен VS 6.0 ничего и не изменилось, топорная система. Так и не смог привыкнуть - перебрался на Eclipse CDT, куда удобнее, разве что дебаггер под MSVC не поддерживается, но в остальном более чем.

А по поводу сравнения ЯП - под каждую задачу нужно выбирать правильный инструмент У нас 95% системы - Java, помнится, заказали мы довольно сложный мат. алгоритм на аутсорс, пояснив, что у нас за система и как мы будем это интегрировать, в целом, нам бы отлично подошла нативная библиотечка с выставленной функцией, через JNA прикручивается на раз-два. Я очень удивился, когда получил DLL с COM-интерфейсом на C# В итоге даже велосипед из com4j/JACOB не помог, пришлось написать свою обертку. Это я к чему - нужно понимать что вы делаете, для чего и, что немаловажно, для кого