Минюст США разрешил Oracle купить Sun Microsystems

>За системное программирование под виндой больше платят, голый расчёт...

Толсто

>А вот за mysql тревожно..
так ведь девелоперы мускула теперь дризл пилят, он совершеннее мускула, так что не страшно.

ты этот дризл запустить-то хоть пытался? тоже мне нашел совершенство

будущее спарков и без оракла более чем туманно.
SPARC IV+ практически история, сервера на нем уже не выпускаются.
T1 и T2 - нишевые решения.
SPARC VI/VII - очень неоднозначный процессор.
Процессоры интел рвут спарки как тузик грелку, если для многопроцессорных x64 сделают шину, сопоставимую со спарками по пропускной сопосбности, спарк станет никому не нужен.

> прощай mysql

<troll_factor:on>Да, пока этому недоделку.</troll_factor>

Изучал возможности MySQL в плане хранимых функций/процедур.

Без содрогания читать невозможно.

Бесплатную версию Оракла так чтобы внимательно не изучал, но должно быть на порядок лучше.

будет печально, если sparc вообще похоронят. конкурентов у x86 достойных то нет. ARM? - имхо конкурент только на мобильных решениях. PowerPC похоронил яббл.

>ты этот дризл запустить-то хоть пытался? тоже мне нашел совершенство

проект только что начался, зачем так толсто тролить?
Зато начался он экспертом с огромным опытом, а не какимнибудь тупорогим студентом.

пока сделка ещё одобрена не была, в java community news letter было по одной новости про оракл (раньше про него ни слухом - ни духом). А теперь про оракл будет написано везде. И сцуко все продукты будут от 10 штук бачей за ядро :)

Блин, это капец glassfish настанет 8(

только вот бесплатную версию оракла низя юзать в коммерческих целях...

>PowerPC похоронил яббл.

Мне нравится эта фраза. Потому что она написана именно так как должна звучать. А смысл её в том что IBM послала на йух яббл, с поставками PowerPC и этим похоронила яблоко, ибо весь шарм яблока заключался как раз в не x86 архитектуре.

Сам по себе PowerPC живее всех живых, в реинкарнации Cell %-) (Cell это как раз PowerPC двухядерный + 8 синергетик ядер вычислительных).

<мечты>

Если бы пидора^W добрые дяди из Sony прочухали фишку и выпустили бы вариант PS3 тока в исполнении слим PC, брендового (монитор, клава, мышка, все такое, и возможность резаца в PS3 игры, и возможность полноценной работы на ней в качестве компа) - но они боятся что начнется безконтрольный поток пиратских игр, видимо. А может ZOG вмешался, хз %) Тут был бы профит в том что были бы игры (для быдлоюзеров которые говорят "а вот в линуксе даже игр нет", причем офигенные игры), и было бы всё остальное для дома. Интернет, домашний кинотеатр, опенофис, и прочее. Только памяти туда добить.

</мечты>

Я слежу за Drizzle с того момента, когда они только сделали форк - уж больно хочеться такого эдакого. Там не "эксперт", а несколько инженеров из Sun/MySQL.

Работа носит более экспериментальный характер, до приемлимого/стабильного состояния там пилить еще 2-3 года. Очень похоже на то, если в Drizzle какие-то идеи отработают хорошо, то это будет в MySQL, на Drizzle как нечто самостоятельно я бы не расчитвал.

Там вся работа - это выпиливание фич из MySQL, и проверка на отсутвие регрессий... Вот и все новаторство

java, mysql, openoffice, solaris - много, слишком много форков придётся делать если Ларри Еллисону шлея под хвост попадёт.

Очень жалко, что Sony не читает ЛОР...

> PowerPC похоронил яббл.

IBM продолжает развивать архитектуру POWER. Кроме того, Motorola — ещё один владелец спецификаций PowerPC.

С Java вся надежда на IBM (eCLipz и Eclipse) и Apache Foundation (Harmony, Geronimo, Maven).

> Блин, это капец glassfish настанет 8(

Надо ориентироваться на Apache Geronimo.

Он толстый как JBoss

> Он толстый как JBoss

С чего вдруг? Tomcat заменяется на Jetty...

ахз, мне в потроха лезть лень но GF запускается минуту, а JBoss - 5, Geronimo чуть меньше но к нему нет "плугинов для нетьбинься" потому меня не поймут если я начну его проталкивать.

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

Мне говорили, что можно. Сам не вникал.

Давайте разберемся кто прав.

>будет печально, если sparc вообще похоронят. конкурентов у x86 достойных то нет.

Можно подумать, они были конкурентами(в плане жлеза).

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

Время перейти на Eclipse?

><troll_factor:on>Да, пока этому недоделку.</troll_factor>

А как там postgre?

>> <troll_factor:on>Да, пока этому недоделку.</troll_factor>

> А как там postgre?

Там? Где "там"?

>А как там postgre?
postgres, postgres же.

И много-ли кто сейчас слышал про powerpc, system-z и прочие решения от ibm, кроме как от назойливых менеджеров/дистрибьютеров?
У них, впрочем, и под интел/амд серверные решения неплохи.

между

> между

?

да, именно там

> да, именно там

Трындец.

Когда?

+1. А если и повторит коррекцию с mysql. Будет просто праздник.

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

А ведь Сан была единственной оставшейся компанией, которая не являлась анальным рабом M$. Даже в те времена, когда был безбожно вынесен Нетскейп. И вот такая печальная кончина.

И судя по всему, яве придет полный конец. Что Оракл, что ИБМ, не заинтересованы в качественном развитии JVM. Им это не нужно. Для их индусокодеров она просто идеальна. А то что M$ пытается выводить свой .NET на качественно новый уровень, их это не колышет. Они думают, раз они такие крутые, яву будут пользовать в "нагрузку" к тем же самым БД, серверам приложений и прочей хрени.

Тот же Новелл с явы мигрирует. У них есть моно и бумажка, которой можно прикрыть свою голую задницу. И кстати, Новелл по всем параметрам прав. Процесс развития явы обюрокрачен и непрозрачен (см. историю Сан vs. Apache). Сделать свою реализацию на партитетных началах крайне сложно, особенно J2EE. И с одной стороны весьма сомнительные патентные угрозы от M$, а с другой стороны сановская бюрократия.

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

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

>>VirtualBox можно закапывать - не нужно.

>Что QEmu уже стал удобнее?

Что, VirtualBox уже умеет что-то, кроме x86?

> Сделать свою реализацию на партитетных началах крайне сложно, особенно J2EE.

Скажите это ред хату.

> Да и вещи типа той же AOT в менстрим яве так толком и не сделаны.

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

> И концепция ява-машины несколько хуже, чем CLI.

А чем хуже? :)

Да ладно вам. MySQL давно уже пора закопать, а java ничё не будет, есть apache, и они вроде как её форкать собирались, и уж они то точно нормальную реализацию сделают а не для индусов %)

Спарков жалко. Как было жалко MIPS и Alpha.

Зато шустрый

>Зачем нужен VirtualBox? Игрушки с фотошопами запускать?

Для клиент-банка. Внутри машины ничего лишнего - никто не поломает.

>Скажите это ред хату.

А ему это говорить не надо. Jboss достаточно долго прокатывали с J2EE сертификацией.

>зачем аспектное

Не, не аспектное. Ahead Of Time компиляция.

>А чем хуже? :)

Тем что в .NET есть промежуточный язык, который собственно и компилируется в байт-код. Или не в байт-код. Для .NET намного проще сделать компилятор, кончено будет некий impedance mismatch, как например, это получилось с F#.

Можно говорить про оптимизации на уровне IL. Можно говорить о доступе прикладных программ к уровню IL, что намного проще, чем доступ к уровню байт-кода. Можно говорить про компиляцию IL -> машинный код целевого процессора (ребята из Mono хорошо отожгли c MonoTouch)

И самое главное, под .NET есть F#. Он еще очень далек от продакшн уровня. Но начало положено. А вот реализовать любой ML-подобный язык под JVM - крайне сложно.

Если этой штукой все начнут массово обороняться, сделают червяка и для нее. Вопрос целесообразности трат усилий.

> А ему это говорить не надо. Jboss достаточно долго прокатывали с J2EE сертификацией.

А чего ж тогда JBoss-овцы входят в различные комитеты, утверждающие различные спецификации того и того, в JEE - ?

> Не, не аспектное. Ahead Of Time компиляция.

Прочитал. http://ru.wikipedia.org/wiki/AOT

По мне так JIT - гораздо лучше. То что и есть.

Как с помощью AOT подгрузить код, скомпилированный на другой машине в Интернете, уже с оптимизированный под другой процессор?

Или Вы подразумеваете такую просто _дополнительную_ возможность, которая _иногда_ может быть полезна, например для компилировании игры и дистрибутивы для различных процессорных архитектур делать?

Ну... MS это сделала, такую возможность, да...

> Тем что в .NET есть промежуточный язык, который собственно и компилируется в байт-код.

Разве? Компилируется сразу или в байткод, или в нативно-завязанный код. Я, правда, всего 200 страниц прочитал про программирование под именно платформой .NET, могу, честно говоря, путаться, :) заранее извиняюсь, если что, без умысла. :)

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

http://eugenyn.blogspot.com/2009/08/blog-post.html

> IL -> машинный код

Да, странно что под Java такого вроде нет. Очень странно... Тут я согласен, что например игрушку скомпилить - было бы очень хорошо...

sun rip

>во-первых уже есть языки программирования, работающие в рантайме JVM

1. Какой ценой. 2. Вопреки, а не благодаря.

>нужность его - это отдельная тема

Ну ребята из Jane Street насчет write-once не согласны. Да и я тоже, хотя серьезных проектов на функциональных языках не писал... Да и все что писал подходит под термин "мелкая автоматизация". С другой стороны именно мелкая автоматизация помогла мне в использовании таких практик из экстремального программирования как ранние релизиы, подробное комментирование кода и автоматизированное тестирование. Но я не об этом.

Идею ФП можно понять очень просто: представь себе любой достаточно сложный pipeline в юниксовом шелле. И еще представь некую расширенную версию команды tee которая дает свой stdin сразу двум командам, а затем объединяет их вывод (по определенным правилам).

"|", ">", "2>", "&&" и ";;" называются комбинаторами т.е. делают программу из других программ.

Вторая идея - т.н. рекурсивная декомпозиция, самый простой вариант понять что это такое - посмотреть на XSLT. Красиво и просто. Хоть это и не является основным аттрибутом ФП, но поддерживается всеми ФП языками. Вот теперь представь, что ты таким же простом способом можещь разбирать любую рекурсивную структуру данных. Опять же смотри шаблоны Composite и Visitor в GoF.

>Из функции стараются сделать объект, которым и пытаются оперировать

Это наоборот из объекта пытаются сделать функцию. См. шаблон Functor в GoF.

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

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

>>> Конец спаркам :(

> Потому что ларри сказал что развивать спарки не будет а закопает их. Тока поддержка (возможно) того что есть.

А Fujitsu? А OpenSPARC? Что с ними собирается делать?

Если не ошибаюсь, Fujitsu и дальше собиралось их развивать, Sun и Oracle не возражали.

> Прощай openoffice.org

Здравствуй go-oo.org :)

>Если не ошибаюсь, Fujitsu и дальше собиралось их развивать, Sun и Oracle не возражали.

Я ведь не топменеджер Sun. Откуда мне знать ? Если спарки не сдохнут - я буду только рад. А вот солярис неплохо бы закопать, наконец %)

Просто у нас в стране оборнка на спарках, потому что они опен, в том числе. А страну я свою люблю. И вообще, спарки хорошие. %-) Просто их нужно популяризировать.

естественно, не дойдет. Ладно оно б еще на нишу Oracle DB накладывалось, но ведь и близко же нет.

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

можно. Ларри, выпустив Express Edition, слизал тогда идею милого майкрософтовского кастратика MSDE.

> 1. Какой ценой. 2. Вопреки, а не благодаря.

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

На остальное отвечу скорее всего завтра, интересная дискуссия...