LINUX.ORG.RU
ФорумTalks

Зачем в WEB использовать Java & .NET?


0

0

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

Учитывая эти обстоятельства, вам не кажется, что куда рациональнее использовать более простые и функциональные решения на базе RoR, Django, Pylons, требующие меньше памяти и нуждающиеся в меньшем количестве программистов для поддержки? Это же очевидно.

anonymous

> меньшем количестве программистов для поддержки?

если убрать одного Java/.Net программиста, на его место придет еще 100, если убрать python разработчика, то на его место будет сложно найти замену :)

phasma ★☆
()
Ответ на: комментарий от alexru

То есть, все дело не в технологии, а в сравнительно недавнем выходе этих решений на тропу ентерпрайза? Другими словами, лет через пять сабж будет вытеснен?

anonymous
()

>требующие меньше памяти

на сколько меньше? блоги и хомпаги не считаем: берем боевые аппликации.

Pi ★★★★★
()
Ответ на: комментарий от Pi

> на сколько меньше? блоги и хомпаги не считаем: берем боевые аппликации.

Питон, как минимум раза в 2 меньше жабки жрет памяти ...

phasma ★☆
()
Ответ на: комментарий от anonymous

Не думаю, что через 5. Если все пойдет хорошо, то через 10 не меньше. За 5 не накопится критической массы людей знакомых со всем этим.

alexru ★★★★
()
Ответ на: комментарий от malices_gossips

> А на сколько медленнее выполняется?

с JIT компиляцией или без ?)

phasma ★☆
()
Ответ на: комментарий от Pi

Основной вопрос был не по памяти, а по целесообразности в вебе Java & .NET. Их плюсы нивелируются реальными условиями с кешированием и нагрузкой на БД. Их минусы остаются. Вот и вопрос - нафига? Один ответ уже был дан - нужно трудоустраивать бедных жабакодеров, чтоб с голоду не померли.

anonymous
()
Ответ на: комментарий от anonymous

gwt, jdbc - это пример тех техологий, где аналогов на питоне или роре просто нет. или где мне найти человеческую алтернативу jasperreports?

и к слову: жабакодеров не надо устраивать - они уже устроены.

Pi ★★★★★
()

а где кроме WEB их использовать ?

jtootf ★★★★★
()
Ответ на: комментарий от anonymous

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

facepalm.jpg...

shahid ★★★★★
()
Ответ на: комментарий от Pi

> gwt, jdbc - это пример тех техологий, где аналогов на питоне или роре просто нет.

Что такого есть в GWT, чего нет в любом web-фреймворке? И что такого есть в jdbc, чего нет в любом приличном ORM?

> и к слову: жабакодеров не надо устраивать - они уже устроены.

Это не надолго :)

anonymous
()
Ответ на: комментарий от anonymous

>Что такого есть в GWT, чего нет в любом web-фреймворке?

Назови аналог гвт

>И что такого есть в jdbc, чего нет в любом приличном ORM?

назови аналогичный орм (хотя при чем здесь орм, наверное, знаешь только ты)

Pi ★★★★★
()
Ответ на: комментарий от Pi

> Назови аналог гвт

RoR, Django, Pylons etc.

> назови аналогичный орм (хотя при чем здесь орм, наверное, знаешь только ты)

Тогда, чтобы я не перегуглил, расскажи основные достоинства jdbc, которых нет в ruby/python

anonymous
()

закопай обратно эти джанги, роры, филоны.

anonymous
()

Да всё говно. По-любому рулят чистые функциональные со статической типизацией и выводом типов. Остальное - пионерские поделки для красноглазых быдлокодеров.

Joe_Bishop
()
Ответ на: комментарий от anonymous

>RoR, Django, Pylons etc.

еще забыл приписать ассемблер и Ц

>jdbc, которых нет в ruby/python

достоинства языков программирования и АПИ может сравнивать только особо восполенный мозг

Pi ★★★★★
()
Ответ на: комментарий от Pi

> еще забыл приписать ассемблер и Ц

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

> достоинства языков программирования и АПИ может сравнивать только особо восполенный мозг

ты будешь к каждому слову придираться или всё же ответишь?

anonymous
()
Ответ на: комментарий от Joe_Bishop

Нихрена.

Все должно писаца на смеси Пролога и машкода!

anonymous
()
Ответ на: комментарий от Pi

> достоинства языков программирования и АПИ может сравнивать только особо восполенный мозг

чего нету в ORM Pythonовских(SQLAlchemy, SQLObject) ...

phasma ★☆
()
Ответ на: комментарий от anonymous

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

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

>ты будешь к каждому слову придираться или всё же ответишь?

на какой вопрос? только не надо путать орм, яп и прочее.

Pi ★★★★★
()

Молодые ненадёжные технологии. Кому охота рисковать своими деньгами.

Legioner ★★★★★
()
Ответ на: комментарий от phasma

Учитывая то, что Hibernate пилят хз сколько, и пилят вполне умные дядьки, и тем не менее, к нему претензий хватает, на альтернативы смотреть даже не очень хочется.

Чисто для интереса, как Python с DB2 соединяется? Для JDBC есть поддерживаемый производителем pure Java драйвер.

Legioner ★★★★★
()

.NET - низачем. Его вообще лучше нигде не использовать.

Жабу - думаю, в первую очередь ради масштабируемости.

Для отдельно взятого вики/блога/форума, конечно, смысла особого нет - можно написать на RoR, и всё будет просто, красиво и замечательно. А вот когда крутится штук так сто сайтов на общем ядре, тогда и начинаешь понимать преимущества статической компиляции (да, к слову, и жёсткой проверки типов тоже - дисциплинирует). Ибо сервлет скомпилировался - раз и на века, и остаётся резидентным в памяти.

По производительности здесь лучше Жабы только C/C++, но писать на нём веб-приложения будет совсем уж феерично.

Naomi
()
Ответ на: комментарий от Naomi

> По производительности здесь лучше Жабы только C/C++, но писать на нём веб-приложения будет совсем уж феерично.

Почему это? Дольше, но может сэкономить ресурсы.

Legioner ★★★★★
()

Уже и так много денег и сил вложено в java (инструменты/IDE/библиотеки/наработки) и всё надёжно работает + статическая типизация, сторонников которой больше среди умных дядек.

>функциональные решения на базе RoR, Django, Pylons, требующие меньше памяти

RoR и меньше памяти пока не вяжется, если говорить про mongrel. Или уже есть улучшения?

А самая главная причина - клиенты, которые платят большие деньги, предпочитают java/.NET.

HappyCoder
()
Ответ на: комментарий от Legioner

>> По производительности здесь лучше Жабы только C/C++, но писать на нём веб-приложения будет совсем уж феерично.

> Почему это? Дольше, но может сэкономить ресурсы.

Стоит девелоперам пропустить мимо ушей одну утечку памяти и отправить такой самописный сервер в продакшен, как за пару недель непрерывной работы сервера экономия памяти сойдет на нет. Конечно, есть девелоперы, осилившие специнструменты (на ЛОРе - "костыли") типа Boehm GC, смартпоинтеров и др., но они и стоят дороже, и найти их на порядок труднее, чем простого java-кодера.

shahid ★★★★★
()

>Учитывая эти обстоятельства, вам не кажется, что куда рациональнее использовать более простые и функциональные решения на базе RoR, Django, Pylons, требующие меньше памяти и нуждающиеся в меньшем количестве программистов для поддержки? Это же очевидно.

Капитан Очевидность! Вам прямая дорога использовать более просты и функциональные решения на базе RoR, Django, Pylons. А мы как нибудь сами выберем, что использовать самим в своих проектах. Кстати, с чего ты взял, что ты найдешь за 10000руб/месяц этих самых программистов на RoR, Lisp, OCaml для поддержки своего Web проекта? Ты директор Яндекса? Или в твоем городе программистов RoR и Python выпускает ПТУ?

anonymous
()
Ответ на: комментарий от shahid

Можно подумать, на джаве не бывает текущей памяти. Стандартные проблемы, которые фиксятся стандартными методами.

Legioner ★★★★★
()
Ответ на: комментарий от alexru

> Java программиста найти несравненно проще чем человека работавшего с RoR.

Какой спрос такое и предложение.

anonymous
()
Ответ на: комментарий от Legioner

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

Pi ★★★★★
()
Ответ на: комментарий от shahid

> Тут понятие течки памяти имеет иной смысл.

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

Можно говорить про разные вероятности совершения этих ошибок в C++ и Java, но здесь я не готов что-либо утверждать.

Legioner ★★★★★
()
Ответ на: комментарий от Legioner

>Можно подумать, на джаве не бывает текущей памяти. Стандартные проблемы, которые фиксятся стандартными методами.

Проблемы с неосвобождением памяти есть, но в разы меньше, чем в том же C++. Главное, знать эти самые места. Самая распространённая ошибка в том, что перешедшими с C++ finalize воспринимается, как деструктор.

HappyCoder
()
Ответ на: комментарий от Legioner

> Учитывая то, что Hibernate пилят хз сколько, и пилят вполне умные дядьки, и тем не менее, к нему претензий хватает, на альтернативы смотреть даже не очень хочется

Учитывая то, что Windows пилят хз сколько, и пилят вполне умные дядьки, и тем не менее, к нему претензий хватает, на альтернативы смотреть даже не очень хочется.

> Чисто для интереса, как Python с DB2 соединяется? Для JDBC есть поддерживаемый производителем pure Java драйвер.

PyDB2

phasma ★☆
()
Ответ на: комментарий от Pi

>Назови аналог гвт

pyjamas

>назови аналогичный орм

jdbc - орм?

geek ★★★
()
Ответ на: комментарий от Pi

> jdbc - это пример тех техологий, где аналогов на питоне или роре просто нет. или где мне найти человеческую алтернативу jasperreports?

Я бы сказал иначе, ActiveRecord - пример технологии, аналогов которой в не динамическом ЯП быть не может.

anonymous
()
Ответ на: комментарий от phasma

> Учитывая то, что Windows пилят хз сколько, и пилят вполне умные дядьки, и тем не менее, к нему претензий хватает, на альтернативы смотреть даже не очень хочется.

Принимается, хоть и неохотно.

> PyDB2

Залез, увидел баг, датирующийся 2005 годом, на который разработчик (кажется) ответил в 2008 году :) Как то не очень серьёзно.

Кстати, я тут посмотрел, в пайтоне нет аналога JDBC что ли?? Welcome back to mysql_connect?

Legioner ★★★★★
()
Ответ на: комментарий от Legioner

BTW вроде бимеры свой драйвер для пайтона делали. Закрыто :)

Legioner ★★★★★
()
Ответ на: комментарий от Legioner

> Кстати, я тут посмотрел, в пайтоне нет аналога JDBC что ли?? Welcome back to mysql_connect?

Так ты что либо кроме жабы видел?

В ruby можно

class User # table name `users`
end

User.find(id)
u = User.find(:first, :conditions => {:name => "bob"})
u.password = sha1("hello world!")
u.valid?
u.save!

В python должно быть возможно тоже самое. А вот в жабке не получится.

anonymous
()
Ответ на: комментарий от phasma

> если убрать одного Java/.Net программиста, на его место придет еще 100, если убрать python разработчика, то на его место будет сложно найти замену :)

Скажи спасибо утилитарному образованию. Я уверен, если создать порос

"Вы учитывали насколько востребован ЯП перед его изучением?"

Большинство ответит положительно.

anonymous
()
Ответ на: комментарий от anonymous

Э, а где host базы данных, username, password? Или astral.py нужен? Давай полный пример показывай, чтобы он ещё и схему базы мог генерировать, причём умел хотя бы для основных БД (Oracle, mysql, postresql, DB2, MSSQL). Для полноты примера ещё один класс сделай, parent-child, и индекс по какому-нибудь полю.

Legioner ★★★★★
()
Ответ на: комментарий от Legioner

> Залез, увидел баг, датирующийся 2005 годом, на который разработчик (кажется) ответил в 2008 году :) Как то не очень серьёзно.

видимо работает у всех нормально, больше и не нада.

> Кстати, я тут посмотрел, в пайтоне нет аналога JDBC что ли?? Welcome back to mysql_connect?

man ORM

phasma ★☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.