Обновление Android SDK

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

> А язык кросплатформенен - любой.

Я сейчас, в общем-то, занимаюсь ликбезом. Доводы большинства народа о преимуществах Java-питоно-дотнетов в том, что они тру кроссплатформенны целиком. Но если внимательно присмотреться, в юникс средах подавляющее количество кроссплатформенного ПО до сих пор написано именно на Си/С++. Да и написать кроссплатформенную программу на С++ труда не составляет, уж поверь мне на слово. И для этого совсем не обязательно ограничивать себя в исключениях, неймспейсах, шаблонах и STL. Вот что я пытаюсь всё это время сказать. В общем-то в ответ на замечание, что Си/С++ на 20-ти архитектурах не катит. Если тебя это так сильно задело, мне жаль.

> Например по кросплатформенным соображениям. Извини - но я в упор не вижу как написанный на С/++ или даже гном написанный на С можно перекмилировать под мой mp3 плеер.

> Наверное это неграмотно написанные программы.

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

Вот когда будет на твоём mp3 плаере X11, тогда и поговорим. И будет тебе и гном, и счастье. Программы, заточенные под систему (а в этом часто тоже нет ничего зазорного - иначе их просто не написать), портируются с трудом, это факт, но, тем не менее, проблема, как правило, сводится к портированию системно-зависимого GUI. Это - решаемая проблема, если программа спроектирована грамотно - например, использует паттерны Model/View.

>Using Qt delivers true platform independence - code once and deploy anywhere.

то есть с++ переносим в пределах qt. я бы даже сказал - это не С++ переносим а qt. любое другое приложение - непероносимо. Вот оно истинное лицо переносимости С++ -только qt дал такую возмжность!:)

>The C++ programming language standard was ratified

замечательно. Ты че намеков не понимаешь и воспринимаешь вопросы буквально? А теперь сверь эти даты с ченжлогом GCC и посмотри когда там кончаются имроувементы на соответствие очередному текущему стандарту, и повтори еще раз что мозилла не права, далая переносимое решение не затачиваясь на конкретный компилятор самого переносимого в мире языка.

>Поставить на чпукс новую JVM религия позволяет, а собрать компилятор, значится, нет?

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

>А мы тут собрались в общем именно потому, что любим OpenSource (я надеюсь).

Мы любитм опенсорс в пределах рациональности, а не как марки собирать. Не надо забывать что OSS нужен не как вещь в себе а как ПО которое способно облегчать жизнь человека. И затачивание какого-либо проекта исключительно под один компилятор из любви к OSS - это хоббистский подход а не профессиональный. И ни Qt ни KDE так не делает - сейчас как раз kde делают сборки на MSC++ для венды.

>По языку Си кстати я не очень понял, откуда такой антисемитизм, хороший добротный язык,

нету никакого антисемитизма. Есть возражение что С++ Ъ переносимый язык в отличии от... Это не так. Именно с преносимостью конкретного ПО он тихо курит в сторонке по сравнению с любым языком который имеет прослойку между операционкой и программой в виде VM или байткода - а это на сегодняшний день процентов 90% языков.

>Чего не скажешь о Java.

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

>Но если внимательно присмотреться, в юникс средах подавляющее количество кроссплатформенного ПО до сих пор написано именно на Си/С++

А если присмотрется к майнфреймам то на чем?

Я тебе вопрос задам - обоснуй как заядлый Qtшник - зачем нужен QtScript. Вот вдумайся. Есть же такой замечательный С++.

>Вот когда будет на твоём mp3 плаере X11, тогда и поговорим.

А вот будет там андроид:) Чтобы он как бекэнд устанавливался в качестве драйвера для мегадевайса, а прикладной уровень был написан на высокоуровневом языке с высокоуровеневыми абстракциями, а не занимался разговором с железом.

> то есть с++ переносим в пределах qt. я бы даже сказал - это не С++ переносим а qt. любое другое приложение - непероносимо. Вот оно истинное лицо переносимости С++ -только qt дал такую возмжность!:)

Это, знашь ли, демагогия. Во первых, есть GTK+, wxWidgets, boost и прочее поменьше, ----> sf.net. По каждому приложению можно долго говорить, отчего оно непереносимо и почему. Причины я назвал. И эти причины к С++ не имеют как правило никакого отношения. Они имеют отношение к привычке писать код напрямую привязанный к ОС, не используя абстракций. Собственно - это вина непосредственных проектировщиков и разработчиков, а не языка. Не надо передергивать и некорректно обобщать. Хотя с тем, что Qt даёт массу возможностей по переносимости я, безусловно, согласен - это факт! Я иногда восхищаюсь тем, как люди ведут беседу, положительный момент выставляется как отрицательный, браво :)

> замечательно. Ты че намеков не понимаешь и воспринимаешь вопросы буквально? А теперь сверь эти даты с ченжлогом GCC и посмотри когда там кончаются имроувементы на соответствие очередному текущему стандарту, и повтори еще раз что мозилла не права, далая переносимое решение не затачиваясь на конкретный компилятор самого переносимого в мире языка.

У мозиллы своё мнение по их частному случаю. Их рекомендации для современного софта на мой взгляд как минимум неразумны. И датируются они 98-м годом. Если уж им так хотелось с++ по стандарту в 98-м году - могли компилится через Comeau.

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

Несколько С++ компиляторов может работать параллельно, причем скомпилить их можно в юзерспейсе. Единственный вопрос может быть в libstdc++, но их тоже в системе может быть несколько. Вопрос решаемый, и это не геморой с зоопарком. Кроме того, менеджер пакетов и бекпорты к ОС должны были обеспечить новый gcc и без того. А религия другая - это уже другой разговор.

> Мы любитм опенсорс в пределах рациональности, а не как марки собирать. Не надо забывать что OSS нужен не как вещь в себе а как ПО которое способно облегчать жизнь человека. И затачивание какого-либо проекта исключительно под один компилятор из любви к OSS - это хоббистский подход а не профессиональный. И ни Qt ни KDE так не делает - сейчас как раз kde делают сборки на MSC++ для венды.

Опять замена плюса на минус. OSS 1. позволяет забыть про ABI, про название своего компилятора, соответствующего стандарту. 2. Действительно облегчает жизнь человека. 3. MSVC++ современный в значительной степени соответствует стандарту. По крайней мере настолько, что boost им собирается без проблем. Компили чем хочешь OSS софт, не нужно ничего затачивать. Я говорил про ABI, с которым проблемы есть, но даже они все решаемы. А если у меня коммерческая библиотка с++, я заплатил за неё денег, уж можно не сомневаться, что бинарники мне подгонят вполне кошерные. Если некошерные - уж найдём способ, укажем напрямую версию ABI в gcc. Но скорее всего, до этого не дойдёт. Разработчики библиотек коммерческих редко бывают идиотами.

> Есть возражение что С++ Ъ переносимый язык в отличии от... Это не так. Именно с преносимостью конкретного ПО он тихо курит в сторонке по сравнению с любым языком который имеет прослойку между операционкой и программой в виде VM или байткода - а это на сегодняшний день процентов 90% языков.

C++ - переносимый не "в отличие от". Я такого не говорил. Он просто переносимый язык, и этого достаточно. Непереносим бывает софт на С++. Непереносим по причинам, описанным мной выше. А достоинства С++ - это другой разговор, я далек от того, чтобы говорить, что с++ круто только потому, что кроссплатформенно.

> Чего не скажешь о перле питоне руби пхп окмпле хаскеле лиспе эрланге и прочем. Догадайся почему. Прекрасный язык С. Только его область - это ядра операционок (и то непонятно сколько ему осталось в этой роли), и писать микропрослойки к операционкам для языков высокого уровня.

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

>Это, знашь ли, демагогия

Это, знаешь ли, шутка - там и смайлы наличествуют:)

>Вопрос решаемый, и это не геморой с зоопарком.

Все вопросы решаемы за то или иное время. Я знаю контору которая все решила за нас - называется sun microsystems. Я отдал им компилить прослойку между аппликухой и операционкой. У них вполне получилось:)

>По крайней мере настолько, что boost им собирается без проблем.

Ша.

http://www.boost.org/more/microsoft_vcpp.html

И это только список того что boost сам не смог обойти в своих потрохах и что вообще в принципе не переносимо.

Если это называется "без проблем"....

>Компили чем хочешь OSS софт, не нужно ничего затачивать

Спорим в qt есть меньше "popular compiler"-зависимых вещей которые со стандартом ничего общего не имеют?

>Он просто переносимый язык, и этого достаточно

Достаточно для чего? Любой язык переносимый.

>По каким-то своим гениальным причинам гугл решил запретить писать на всём, кроме Java.

По таким что новый зоопарк симбианов и Windows Mobile никому не нужен

> Спорим в qt есть меньше "popular compiler"-зависимых вещей которые со стандартом ничего общего не имеют?

Да в общем-то, после пьянства я могу даже по секрету сказать, что Qt - это уже в общем-то и не то, чтобы стандартный С++. Например её менеджер памяти мне понятен, но вызывает некое скрытое раздражение. Но с другой стороны, смысл в том, что многие характеризуют язык Java как sexy, но лично для меня sexy - это С++, эффективный язык в общем-то неисчерпаемых возможностей, хотя многие бы назвали способы реализации многих вещей, как костыли. В общем те, кто не читал Александреску, Элджера или Саттера, меня не поймут :)

> Достаточно для чего? Любой язык переносимый.

и это хорошо.

> http://www.boost.org/more/microsoft_vcpp.html

Ну сколько можно уже про динозавров то, а? :) Написано же, Portability Hints: Microsoft Visual C++ 6.0 SP4. :)

> По таким что новый зоопарк симбианов и Windows Mobile никому не нужен

То-то сониэрики и прочие жабофоны вытесняются WinMobile-ами и симбианами.

Пока вытесняются:) Вот андроид встанет на ноги и посмотрим. Гугловцы - smart assed bitches - придумали хорошо. Дали народу довольно неплохую sdk, пообещали приз 300 000 баксов за попадание в десятку лучший приложений. И всё. Огромное количество взрослых разрбов уже клепают свои поделки, к выходу телефонов будет много рабочих приложений, да ещё и народ научится кодить под это дело. Девелоперы! Девелоперы! Девелоперы!...

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

на выходе получим многогиговые репозитории полурабочего софта...

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

А многогиговые репозитории пусть себе лежать на Google Code, есть не просят. Рано вообще кричать, вот весной Android Challenge закончится, посмотрим, чего там наклепают.