LINUX.ORG.RU

Стоимость акций Sun® упала до рекордно низких 4 млрд. долларов

 


0

0

Теперь всерьез рассматриваются варианты покупки компании Sun® компаниями Microsoft, либо Fujitsu. В конце концов это может сделать даже Google или IBM и даже Red Hat.

>>> Подробности

anonymous

Проверено: Shaman007 ()

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

> Покайтесь, ибо у вас под линуксом Silverlight работать не будет, а значит вы не сможете увидеть красОты Beta Download Center Microsoft

У меня на Маке в Сафари открылось. И что? Охренеть прямо там, красОта, для малолеток.

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

>У нас всё на Python, с парой модулей на C++. Клиентов - тысячи одновременно, суммарно более милиона. Обслуживают это всё менее десятка серверов. Так что это вы альтернативщик и извращенец со своей Java.

Yandex, isn\'t it?

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

> Yandex, isn\'t it?

Я думаю там объёмы побольше чем у нас. Нет, мы в другом бизнесе, даже не Web2.0.

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

> Что бы выбить из этой ниши Java, надо ей иметь замену [...] в виде полного стека технологий

>.NET

NET. Не dotNET. dotNET не альтернатива:

1) Не стандартизирован. Стандартизирован только рантайм; 2) В процессе разработки не участвует комьюнити; 3) Откровенно говоря, батареек у .NET по сравнению с Java маловато. Библиотек. Фреймворков. Уже готовых приложений, которые можно интегрировать; 4) Vendor lock-in. Многие вещи заточены только под одного вендора и одну OS; 5) Альтернативные реализации если и возможны, то только в роли догоняющего. Нету равных условий для участников рынка; 6) .NET имеет смысл только в связке со стеком решений MS. Отдельно он довольно сильно бесполезен; 7) Неясность что у нас там в правовой плоскости на горизонте; 8) И наконец самое главное: А ЗАЧЕМ МЕНЯТЬ ШИЛО НА МЫЛО? Что такого в .NET уникального? Чем он лучше? Да ничем! Абсолютно ничем! Просто посмотрели на два успешных проекта: Java и Delphi и сделали свой. Ничего принципиально нового, как и какго-то стратегического прорыва там нету.

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

>Клиентов - тысячи одновременно, суммарно более милиона.

Кстати, такую нагрузку спокойно держит 1 сервер на Java http://www.linux.org.ru/server.jsp СУБД PostgreSQL 8.2, Apache2 2.2, Sun Java SDK 1.5, Apache Tomcat 5.5 А для питона нужно 10. Так и запишем

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

>Думаю тренд - вещь поколенческая. Молодое поколение не выбирает жаву. И это видно по курсовой динамике Sun.

Бред. Удручающее положение AT&T и Bell Labs на рынке никак не повредила популярности C++. Как и Python, за которым на рынке первоначально вообще никто не стоял.

Произошла вполне объяснимая штука. Для своего времени Java была гораздо легче, чем все эти страшные C++, Corba, MFC. Поэтому новое поколение для простых вещей выбирали Java. Сейчас простые вещи делаются на Python/Ruby/etc еще проще, чем на Java. Поэтому поколение П выбирает эти технологии. Но C++ и Java никуда не уходят и не уйдут. Да, некоторые ниши, конечно, потеряны, но это не значит что больше не мейнстрим.

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

>А где java на десктопах? На серверах? На магистральных роутерах? Где игры на java (tuer!)? Где графические пакеты на java? Где?

Вы уже купили себе ранец и тетрадки для нового школьного сезона? Да, Java проиграла рынок десктопа и системного программирования. Почему - отдельный разговор. Но прочно закрепилась на рынке прикладного серверного ПО. Что гораздо важнее, чем фотошоп или WOW на Java. Каждый раз, когда вы делаете звонок, покупаете билет в метро, снимаете деньги в банкомате, в JRE прокручиваются байты. Хотите вы этого или нет - это так. Я лет 10 назад прочитал в PC Magazine, как отдел IT-шников, которые не любят MS, договорились, что каждый, кто произнесет Windows или Microsoft, кладет в ящик типа почтового 10 баксов. Под конец рабочего дня ящик был полный. Так и с Java. Вы можете испытывать юношеские пятиминутки ненависти, но Java от этого не пострадает, уверяю вас. Кстати, на Java можно писать десктопные и системные приложения. Если вы захотите это сделать, вам ничто не помешает. Эти технологии есть в стеке решений. И это - замечательно, что вы ничем не ограничены, кроме своей фантазии. Для тех, кто выбирает технологию реализации, поверьте, это многого стоит.

anonymous
()

Sun теперь и РосНаноТех осилит купить, будут нанотомми на наноджаве делать.

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

2anonymous (*) (28.08.2008 23:40:23):

> На ЛОРе тысячи пользователей одновременно? Где же?

В засаде сидят, ножи точат.

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

>На ЛОРе тысячи пользователей одновременно? Где же?

Шома, скажи ему

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

2anonymous (*) (28.08.2008 23:40:23):

> На ЛОРе тысячи пользователей одновременно? Где же?

В засаде сидят, ножи точат.

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

> Произошла вполне объяснимая штука. Для своего времени Java была гораздо легче, чем все эти страшные C++, Corba, MFC. Поэтому новое поколение для простых вещей выбирали Java. Сейчас простые вещи делаются на Python/Ruby/etc еще проще, чем на Java. Поэтому поколение П выбирает эти технологии. Но C++ и Java никуда не уходят и не уйдут. Да, некоторые ниши, конечно, потеряны, но это не значит что больше не мейнстрим.

Поколение П может писать свои PHP/Python/Ruby/Groovy приложения и запускать их на JVM. JRuby уже шустрее всех других реализаций, в JDK 7 будет проведена работа на уровне VM для улучшения производительности дин языков, так что платформы Java(как и .NET) останутся очень на долго, другое дело что вместо Java & C# иногда будут выбирать Ruby, F# или что-нибудь ещё.

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

>Сейчас простые вещи делаются на Groovy/Scala/etc еще проще, чем на Java.

fxd :)

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

>Поколение П может писать свои PHP/Python/Ruby/Groovy приложения и запускать их на JVM.

Может. Но не хочет. Не всегда это нужно. Не всегда это возможно.

Тут есть такая штука. Сам по себе язык сейчас вторичен. Языки одной прадигмы по своим фичам приблизительно одинаковы. Втаскивать на стек технологий Java язык X ради самого языка - сомнительное решение. Втаскивать на стек технологий Java весь стек технологий языка X (например, phpBB, Zope, RoR) - сомнительное вдвойне. На это нужны очень серьезные мотивы. Которых, как правило, нету.

Впрочем, такая возможность только подтверждает то, о чем я говорю. Java - всерьез и надолго.

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

>Java весь стек технологий языка X (например, phpBB, Zope, RoR)

вместо RoR уже есть Grails. Ну и JRuby никто не отменял, хотя при наличии grails оно не нужно.

thevery ★★★★
()

предлагаю скинуться и купить. деньги переводить на WMZ 21025893512

anonymous
()

Я ... дорогая редакция.

Некий индус высказал свои соображения. Его авторитет переплевывает по ходу коллективный разум анонимных аналитиков ЛОР-а.

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

> Кстати, на Java можно писать десктопные и системные приложения.

Вот за что лично я не люблю некоторых жавиствов -- мечтают пропихнуть жаву просто всюду, начниая с vmlinuz, init и /etc/init.d/ -- причем видимо только в качестве самоутверждения, потому что смысла -- нет.

sv75 ★★★★★
()

Кто тут рассказывал про PHP программистов за 25 тысяч в нестоличном городе? Зацените настоящего opensource программиста (на сайте есть ссылка "исходники" где объясняется, что такое "листинг" :) ) и по совместительству треш-дизайнера Габидиновой Айгуль Ринатовны, живущей в нестоличной Казани и ожидающей от 1500$ за свои услуги веб-разработчика на Perl.

Слабонервным не смотреть: http://adminka.info/resume/resume.shtml

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

>вместо RoR уже есть Grails. Ну и JRuby никто не отменял, хотя при наличии grails оно не нужно.

смешно. ты еще hibernate и sqlalchemy посравнивай. это разные вещи совсем, grails - неудачная попытка сделать аналог рельс на яве. а jruby проигрывает в скорости MRI/YARV.

volh ★★
()

Кто тут рассказывал про PHP программистов за 25 тысяч в нестоличном городе? Зацените настоящего opensource программиста (на сайте есть ссылка "исходники" где объясняется, что такое "листинг" :) ) и по совместительству треш-дизайнера Габидиновой Айгуль Ринатовны, живущей в нестоличной Казани и ожидающей от 1500$ за свои услуги веб-разработчика на Perl.

Слабонервным не смотреть: http://adminka.info/resume/resume.shtml

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

> Не всегда это нужно. Не всегда это возможно.

Да, иногда можно обойтись и обычным интерпрететором. Я не собираюсь перечислять все достоинства JVM, скажу лишь что лучшем показателем будет производительность и я практически уверен, что в течении ближайших пары лет JVM & CLR будут работать с динамическими языками не медленнее их родных интерпретаторов, по крайей мере всё к этому идёт.

> Тут есть такая штука. Сам по себе язык сейчас вторичен. Языки одной прадигмы по своим фичам приблизительно одинаковы.

Не согласен, тут идёт речь о единой платформе. Уже сейчас все мы пользуемся одними IDE, системами управления версиями и проектами, одними методологиями. Разными остаются две вещи: языки и их реализации.

И если язык - вещь интимная, на которую завязана куча написанного на нём кода, то его реализация без особых проблем может быть перенесенна на JVM(я говорю о PHP & co, с Erlang'ом всё сложнее к примеру).

Для приложений и рядовых разработчиков вообще ничего не поменяется - а deployment и вовсе упростится, вот с jruby создал warbler в 1 команду war, кинул в томкат и готово. В будущем - надо мне поставить trac, wordpress или ещё что - я просто качаю war и кидаю его в папку сервера, и готово: никаких интерпретаторов не надо ставить, подключать модулей и прописыать конфиги - платформа единая и одинаково просто работает с приложениями на Python или PHP. Ну и не говоря уже о всяких Java-ништяках, которые получат программисты.

Попробуйте посмотреть на Java, не как на J2EE-монстра, а как на довольно продвинутую виртуальную машину для запуска приложений на любых языках - http://openjdk.java.net/projects/mlvm/

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

> jruby проигрывает в скорости MRI/YARV

http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=jruby JRuby давно быстрее MRI. А когда выйдут Thread-safe Rails 2.2, то JRuby будет заруливать по памяти все остальные реализации, которые пока живут на green threads

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

> Слабонервным не смотреть: http://adminka.info/resume/resume.shtml

А в чем опасность для слабонервных? Могут кончить?
http://adminka.info/photo/aigul4ik/shedevr-031.jpg

Мда, кажется это "VIP-поциент" :(
http://adminka.info/photo/aigul4ik/shedevr-061.jpg

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

>http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=jruby JRuby давно быстрее MRI

"ruby 1.8.6 (2008-05-28 rev 6586) [i386-jruby1.1.2]". 1.8.6 слишком старая версия. Я же ясно написал про YARV. http://antoniocangiano.com/2007/12/03/the-great-ruby-shootout/

вообще смотри http://github.com/acangiano/ruby-benchmark-suite/tree/master

>А когда выйдут Thread-safe Rails 2.2, то JRuby будет заруливать по памяти все остальные реализации, которые пока живут на green threads

соглашусь. но это пока.

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

volh ★★
()

давайте скинемся и выкупим всем лором!

anonymous
()

чето много еще. им еще раз в 8 падать, а то и в 20-ть. будет адэкватнее отношению к ним - рынка.

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

> Что такого в .NET уникального? Чем он лучше?

Единый рантайм для множества языков, например.

> Не стандартизирован. Стандартизирован только рантайм

Это как раз и есть самое главное, если ты не в курсе

> В процессе разработки не участвует комьюнити

В Java точно также, только слово Microsoft надо заменить на Sun

> Откровенно говоря, батареек у .NET по сравнению с Java маловато

Более 10 лет у жабы и фактически три года у .NET. Все еще только впереди

> Vendor lock-in. Многие вещи заточены только под одного вендора и одну OS

Ты давно смотрел жабовские приложения? Ну там клиентов SAP и HP ServiceDesk, Oracle Installer и прочие? Так вот, они НЕ ПОРТАБЕЛЬНЫ. Хочешь версию под свою платформу? Пожалуста, вот линуксовая, вот соплярисная, вот виндовая. Разных размеров, жестоко завязанные на native-бибилотеки.

no-dashi ★★★★★
()
Ответ на: комментарий от ef37

> Это только означает, что одно из основных назначений Solaris - это платформа для Oracle

Oracle без соляриса проживет. Солярис без оракла? Хахаха...

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

> Там 1С скрипт

V7Script - это у веб-компоненты 7.7, которая падучая и кривая и язык.
А актуальная сейчас версия - 8 и там с объектами веб-компоненты 1С вся работа делается через дотнет (C#).

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

> Так что не загнется Sun по любому. На одном саппорте можно выехать :-)

Щито? Саппорт - это всегда убыточная статья. Она ничего не производит. Это как гарантийное обслуживание.

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

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

В целом, я согласен, но инога самого ошибки коробят . Так и хочется указать где человек неправильно написал :)

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

> Саппорт - это всегда убыточная статья

Ты с прайсами сана ознакомься, ради интереса :-) Там для "негарантийных" систем трехлетней давности стоимость одного только процессора такая, что можно купить новый x86-64 в нехилой комплектации :-)

no-dashi ★★★★★
()
Ответ на: комментарий от mutronix

>Саппорт - это всегда убыточная статья.

расскажите это ораклу с его 25% от стоимости лицензии в год ;-)

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

> Солярис без оракла? Хахаха...

так уже ..

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

>AHOHUMyC, BbI CJ|y4AEM HE MAHb9|K KAyHTEP-CTPAUKA?

6b|BAJ|O |/||-PAJ| :)

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

> Там для "негарантийных" систем трехлетней давности стоимость одного только процессора такая...

Тут ключевое слово "процессора"

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

>Мда, кажется это "VIP-поциент"

Коллега, таки ви подтверждаете диагноз "Фимоз головного маска"?!

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

anonymous> Что, уже Creative X-Fi стало поддерживать? Нет? А знаешь, даже большинство жава-девов сидят девелопят под виндой. Знаешь, почему? Потому что под линуксом не могут одновременно кодить и слушать музыку. Или закрыть IDE и запустить S.T.A.L.K.E.R. Clear Sky.

Ага, ну оочень необходима Creative X-Fi... Ото ж круто. А ещё для жабокодинга нужны 4 топовые видеокарты GeForce 9800, соединённые по SLI. И непременно 16Gb RAM DDR3 самой быстрой... А процессор... Процессор 4-ядерный Xeon. Разумеется, нужен дорогой огромный графический планшет и фотожоп CS3 - жабодевелоперу ведь захочется порисовать фигню между делом.

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

> Это попытка содрать побольше кожи с твоей и моей жопы, вот что это такое

Именно это и называется "нормальный маркетинг" ;) А ты как думал?

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

no-dashi> Единый рантайм для множества языков, например.

Ничего уникального. В Parrot это до дотнета было ещё.

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

> Ничего уникального. В Parrot это до дотнета было ещё.

никто не говорит, что там что-то уникальное, ни в .net, ни в wpf/wcf/c# и иже с ними ни одной новой идеи. Просто неплохая реализация существующих идей.

Кстати, сколько языков для parrot, и сколько для .net ?

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

no-dashi говорит

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

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