Компания Parallels (http://www.parallels.com/), развивающая открытую систему изолированных контейнеров OpenVZ (http://openvz.org/) и коммерческие решения для виртуализации, автоматизации хостинга и облачных вычислений, предоставила перевод тезисов доклада "Чему научил Android сообщество open source?", прочитанного Джеймсом Боттомли на конференции Linux Plumbers (http://www.linuxplumbersconf.org/2011/ocw/proposals/897). Джеймс Боттомли, входит в управляющий совет организации Linux Foundation, занимает (http://www.opennet.me/opennews/art.shtml?num=31467) пост технического директора по серверной виртуализации компания Parallels и является известным разработчиком ядра Linux (мэйнтейнер SCSI-подсистемы). В своём выступлении Джеймс рассказывает о важности тесной работы с upstream-проектами, приводя в качестве примера отношение разработчиков Android к вливанию написанного кода в основное ядро Linux и размышляя какие уроки можно извлечь из этой истории.Джеймс начал начал своё выступлени...
URL:
Новость: http://www.opennet.me/opennews/art.shtml?num=32062
> Вот поэтому Parallels сейчас усиленно работает над тем,
> чтобы интегрировать в основное ядро Linux поддержку контейнеров OpenVZ.А разе опенвз все еще актуален ?
P.S. уже на лоре как то я обсуждал сгрупс и подобное ... пора бы уж смирится.
Да, актуален. Cgroups по логике вещей должен бы быть подложкой для опенвзы, которая еще и об управлении этим всем. Реально же cgroups умеет еще не все, поэтому ряд возможностей таскается как свои патчи.
Было бы интересно послушать, каким чудесным образом cgroups могут заменить OpenVZ.
Просто, кто-то не в теме :)
Щас как вкорячат везде systemd, и кто-то другой будет не теме.
Действительно, зачем openvz, если есть systemd :))
> Действительно, зачем openvz, если есть systemd :))Между прочим, systemd-nspawn довольно неплохой пример использования контейнеров в сисадминских задачах, как более эффективной альтернативы chroot. Но он изначально не позиционируется как замена LXC или OpenVZ.
> Действительно, зачем openvz, если есть systemd :))Действительно, зачем нужны самолеты, если есть подводные лодки?!
> Просто, кто-то не в теме :)И эти "кто-то" -- путающие одну из деталек (cgroups) и полдвигателя (ovz).
да будет известно дону, что CPU limit, CPU usage accounting, IO priority в OpenVZ сделано через cgroups.
похаченые иногда - но оно..
не через них сделано только network/memory лимиты.
> не через них сделано только network/memory лимиты.Потому что ограничение сети в cgroups делать не будут принципиально (чтобы вдруг случайно не вышло production-ready), а ограничения по памяти приводят к диким тормозам.
>P.S. уже на лоре как то я обсуждал сгрупс и подобное ... пора бы уж смирится.Контрольные группы - это всего лишь вспомогательный механизм (ограничение ресурсов, подсчет их потребления, синхронная заморозка процессов и т.п.). В основе системы LXC прежде всего лежит концепция namespaces (для PID, FS, network и т.п.). Правда, LXC до продакшен уровня телепать гораздо дольше, чем OpenVZ до мейнстрима.
Автор поет оду Гуглу, не понимая зачем в Андройде Далвик, почему Гугл держит "свежий" код Андройда закрытым. Наверно "проплачен" или просто не в теме.
СПО сообщество терпит Андройд только потому, что он дает возможность рекламировать Линукс. Сам же Линукс, как софт, не имеет с Андройда ничего:
1) нет существенных патчей для ядра в Апстрим,
2) нет никаких приложений для Линукс из-за кривого Далвика. Т.е. все 200 000 аппов идут мимо любого Линукс дистрибутива. То же верно в обратную сторону - Линуксовые проги не работают на планшетах Гугла. Оно и понятно: Гугл пилит бабло только для себя, и поддерживать Линукс софтом НИ В КОЕМ СЛУЧАЕ НЕ СОБИРАЕТСЯ. Иначе М$ затроллил бы его патентами за поддержку СПО, от которого M$ тупо теряет доходы.
3) Самое главное: Далвик - это попытка перехвата инициативы экосистемы Линукса. Сейчас идет массовое переписывание того, что есть на Линукс в кривом Даливике и все в кривой Java. Через пару лет "опенсорс" будет полностью под контролем Гугла, так как только его криво-софт будет на большинстве девайсов. А кто девушку "кушает", тот ее и танцует...
Я уже писал об этом:
http://www.opennet.me/openforum/vsluhforumID3/80317.html?n=&...
http://www.opennet.me/openforum/vsluhforumID3/80200.html?n=&...
4) А насчет "опенсорс", Столлман уже щелкнул Гугл по носу http://www.opennet.me/opennews/art.shtml?num=31795
5) В Гугловском Dart тоже кривая виртуалка типа Далвика, которая тоже имеет цели захвата сегмента ПО Гуглом с целью полного его контроля.
6) успех Андройда обусловлен раскруткой Гугла, огромные вливания на рекламу, СМИ, пропаганду в блогах, переманивания пользователей НАСТОЯЩЕГО СПО на кривокод Гугла. С технологической точки зрения использование виртуалки не обосновано. Без нее можно спокойно обойтись (Мееgo, Ubuntu для планшетов, ...). Если бы Гугл взялся за Meego c N9 (гепотетически), он бы баблом его расрутил не хуже Андройда. Капиталисты знают как пустить слюну толпе, имея 99% дохода Гугла с рекламы ТОВАРОВ.
не путайте ядро и дистрибутив.Android - это таки дистирубив Linux'а
В каком месте я спутал, товарищ КО?
Да, тебя товарищ можно уже однозначно идентифицировать по НЕНАВИСТИ к Google, как кое-кого по любви в Java.>Джеймс Боттомли, входит в управляющий совет организации Linux Foundation, занимает пост технического директора по серверной виртуализации компания Parallels и является известным разработчиком ядра Linux (мэйнтейнер SCSI-подсистемы).
> Автор поет оду Гуглу, не понимая зачем в Андройде Далвик, почему Гугл держит "свежий" код Андройда закрытым. Наверно "проплачен" или просто не в теме....другое дело ты, уважаемый и известный. Дальше не читал.
У меня нет ненависти конкретно к Google. У меня неприязнь к их инвесторам, "Goldman Sachs и друзья" (как и у M$ c Эпплом), которые ради наживы готовы бороться с СПО всеми возможными способами. Создание псевдо-свободного Андройда с кривым Далвиком и несовместимым с другим (не-Андройдовским) СПО - это я бы сказал филигранная работа, завернутая в красивую обертку "добра". Браво! Линукс и СПО под него остается в 2% нише и не получит распространения ни на телефонах, ни на планшетах, ни на планируемых компах от Гугла! Бабло будет, аминь!
А ведь могли же просто сделать что-то вроде Meego и раскрутить...
> А ведь могли же просто сделать что-то вроде Meego и раскрутить...Не могли они. Гуглу нужна максимальная кроссплатформенность без перекомпиляции, дабы не заставлять бедных голодных проприетарщиков пересобирать андроид-мир или, не дай Б-г, открывать хоть 1% исходников своего крапа и пугать потребителей инструкциями "вы сами можете пересобрать". Да и продавать блобы было бы тяжелее. Короче говоря, всунуть лишнюю планку памяти в конечном счете дешевле, чем надеяться на понимание пользователей и производителей телефонов, которые могут и накосячить
Какая на фик кроссплатформенность?? Все девайсы на АРМе.
> Какая на фик кроссплатформенность?? Все девайсы на АРМе.Ты себе не представляешь, сколько в том АРМ-е платформ! Что ни дивайс -- платформа, портирование, проблемы с дыверами ипр, ипр....
> ...другое дело ты, уважаемый и известный. Дальше не читал.Сперва Добейся! (ц)
Среди этих 200000 аппов есть хоть что-нибудь ценное? Каким образом будет писаться более или менее сложное свободное ПО для андроида без нормальной экосистемы?
Боюсь там даже полтинник наберется с трудом, как и в аппстор. За пр-ия не считаю виждеты и всякие красивости, а так же твиттеконтакто клиенты.
В том то и дело, что не особо много ценного. Зато для толпы большие числа имеют значение, в первую очередь - рекламное. Таким образом, ход типа "200 000 Goolge приложений нативно работают и на Ubuntu" был бы мощным пиаром для хомяков.
На ростовщически ориентированной части нашей планеты сегодня работают законы толпы. Если толпе не скажут, что Linux - это ничуть не хуже, чем Windows или Андройд, то Linux так и будет в 2% потребительской нише. Говорить же о Linux толпе (99%), так же, скажем, как о Windows или Андройде, пока не один из толстых денежных котов (1%) не собирается, чтобы не терять доходы. Потому, в частности, их уже и начинают гонять палкой на Уолл-Стрит...
"Если толпе не скажут, что Linux - это ничуть не хуже, чем Windows"Не заблуждайся.
1. Зоопарк Линуксов, разбираться в котором совершенно не хочется.
2. Зоопарк ПО. То одно, то другое, то третье (?? - Open Office - Libre Office - ??) со сменой каждые полгода-год. Если следишь - всё логично, если нет - как снег на голову. И разбираться с этим совершенно не хочется.
3. Вышла Ubuntu - куча глюков, всё скрипит и норовит упасть. И эта не какая-нибудь сырая бета, а вполне оформленный релиз.Итог: "лучшая ОС - это ОС, название и версию который вы не помните" (потому что всё работает). В случае с Линукс это невозможно.
Gentoo. Я серьёзно не помню ни установнчную версию, ни примерную дату последнего апдейта, т.к. всё просто работает. :P
Я видел Генту в работе. Ужасает.Началось всё с того что один чел из ИТ отдела сказал что ему осточертел Win и он переходит на Генту. После он 5 дня её компилировал, ни хрена при этом не делая: какие-то ошибки постоянно вылезали. После оказалось что не работает сетевая карта. Ещё через неделю сетевая карта заработала, но wine ставиться отказался. Он полностью перекомилировал (+3 дня), wine встал, но не дружил с Win-шарой в результате чего корпоративное ПО у него не запускалось. Закончилось это тем что он взял себе ещё один комп: на одном стояла генту и он читал новости, на другом старый добрый Win и он был основным рабочим.
> Я видел Генту в работе. Ужасает.«я видел анонима в комментариях. ужасает.»
Сравни с Win где всё работает сразу и без проблем. Вот это ужасает.
> Сравни с Win где всё работает сразу и без проблем.свежо питание.
Всё это высосано из пальца. Слово "кривая", конечно же, объективная и авторитетная оценка для всех перечисленных проектов.
Слова Столлмана для Гугла и большинства пользователей Андроида - пустой звук.Виртуальная машина в Андроиде абсолютно обоснована. Даже автор этой статьи на это указал:
"Уровень приложений для Android отделен от ядра." Это даёт и защиту от ряда уязвимостей и удобство разработки.Ты же, неграмотный ДФ, просто не видишь дальше своего носа и необоснованно указываешь на какой-то заговор, который есть ни что иное, как реакция неграмотного обывателя на резкий и обоснованный рост популярности продукта, в данном случае - Андроида.
>"Уровень приложений для Android отделен от ядра." Это даёт и защиту от ряда уязвимостейКаких уязвимостей, ау! Это Линукс, на котором сидят ВВС США и России. Поверьте, хомякам этого более чем достаточно. Плывет же ваша аргументация...
>Удобство разработки.
Пользователю плевать на этот пункт, а вот то что нет совместимости с Линуксом - это серьезный минус для пользователя, с учетом бурного (я надеюсь) роста пользователей Линукс в будущем.
Да и не говорите мне, что фрейм-ворки других проектов намного неудобнее Андройда - это все относительно.
> Это даёт и защиту от ряда уязвимостей и удобство разработки.То и дело всплывают новости об очередном андроид-трояне
LOL, трояны - тоже признак успешности. Под Ubuntu не найдёшь вирусов потому что ей пользуются три с половиной человека ;)
Доля Линукса на очень серьезные корпоративных серверах не меньше проприетарщины от M$ и прочих, и что-то не особо много новостей о их взломе по вине именно Линукса. И согласитесь, куда "интересней" ломать такие сервера, нежели "стучаться" к хомячкам. Так что Ваш комментарий - не аргумент.
> Доля Линукса на очень серьезные корпоративных серверах не меньше проприетарщины от M$
> и прочих, и что-то не особо много новостей о их взломе
> по вине именно Линукса. И согласитесь, куда "интересней" ломать такие сервера,
> нежели "стучаться" к хомячкам. Так что Ваш комментарий - не аргумент.Сервера взламывают не троянами, а всякими SQL-инъекциями. Вирусами ломают домашние и офисные ПК, которые, естественно, на Винде.
> С технологической точки зрения использование виртуалки не обосновано.С технологической точки зрения использование виртуальной машины в качестве разновидности контейнерной изоляции процессов внутри неё является благом, так как позволяет предотвращать утечки памяти в системе в общем, локализовать все проблемы приложения в отдельной запущенной VM, не затрагивая системное окружение.
Кроме того, модель VM несёт преимущества независимости бинарного кода приложения от конкретного аппаратного окружения: программы не нужно перекомпилировать под конкретную "железку".
> Кроме того, модель VM несёт преимущества независимости бинарного кода приложения от конкретного аппаратного окружения: программы не нужно перекомпилировать под конкретную "железку"Перекомпилировать и потом использовать нативный и шустрый вариант, по-моему, значительно проще и дешевле, чем городить виртуальные машины, дополнительные прослойки, тормоза и обширное поле для глюков. Но это работает только в случае, если исходный код доступен (необязательно свободен - достаточно доступного лично для вас, чтобы собрать его под вашу машину), т.е. все это делается исключительно для любителей продавать блобы
>> Кроме того, модель VM несёт преимущества независимости бинарного кода приложения от конкретного аппаратного окружения: программы не нужно перекомпилировать под конкретную "железку"
> Перекомпилировать и потом использовать нативный и шустрый вариант, по-моему, значительно
> проще и дешевлеАга. Для этого придуман JIT, чтобы хомячки не пользовались "ручником" GCC и make.
>, чем городить виртуальные машины, дополнительные прослойки, тормоза и
> обширное поле для глюков.Это вам VirtualBox мерещится?
> Но это работает только в случае, если
> исходный код доступен (необязательно свободен - достаточно доступного лично для вас,
> чтобы собрать его под вашу машину),Как раз-таки байткод доступен, подписан, верифицирован и распространяется в качестве приложения. А вам исходники нужно ещё найти и проверить, что это именно они, а не подсунутые Большим Братом.
> т.е. все это делается исключительно для любителей продавать блобы
Это делается для того, чтобы избавить конечных пользователей от компиляции и защитить их память от переполнений разнообразных буферов и от последующего запуска ботнета. :))
> Ага. Для этого придуман JIT, чтобы хомячки не пользовались "ручником" GCC и make.JIT - та же компиляция, только при запуске и каждый раз заново. Нафига? Один раз скомпилировать и положить в репозиторий нельзя? Почти во всех дистрибутивах так делается. Если очень хочется отложенной компиляции, можно выполнять ее один раз перед _первым запуском_ на автомате, а в дальнейшем стартовать уже скомпиленное - почему так не делается в JVM? А если делается, почему потребление памяти традиционно зашкаливает, если оно не должно отличаться от нативных аналогов?
> Как раз-таки байткод доступен, подписан, верифицирован и распространяется в качестве приложения
Подписать можно что угодно, не только байткод. Дебиановские пакеты вон подписываются, и ничего
> Это делается для того, чтобы избавить конечных пользователей от компиляции и защитить их память от переполнений разнообразных буферов и от последующего запуска ботнета
Про компиляцию уже писал - до Java юзеры как-то жили и вполне обходились запуском бинарей, ничего не компилируя. Защита от переполнений буферов возможна (и делается проще) на строгом нативно компилируемом языке с рантайм-проверками (возможно, Ада, а Си тут, конечно, пролетает) или на специальной виртуальной машине - но это для конченых параноиков, которым JVM не подойдет
> до Java юзеры как-то жили и вполне
> обходились запуском бинарей, ничего не компилируя.«это было хорошо для наших дедов и отцов, значит, это хорошо и для нас!»
никак не защищая конкретно жабу, хочу заметить, что за динамическими компиляторами будущее.
нет, доказывать мне лень. sapienti sat.
>> Ага. Для этого придуман JIT, чтобы хомячки не пользовались "ручником" GCC и make.
> JIT - та же компиляция, только при запуске и каждый раз заново.
> Нафига?Потому что JIT'ится не весь код, а только та часть, которая затребована для выполнения в конкретный момент времени. Это сокращает накладные расходы процессорного времени на полную перекомпиляцию обновившегося ПО, а в случае с Java изначально предполагалось, что ПО будет обновляться достаточно часто (апплеты с сервера загружаются же ж). А теперь так оно и вышло, только вместо апплетов продвигается модульность приложений на уровне отдельных JAR (сначала EJB с EAR, WAR на сервере, потом OSGi и там, и там и т.д.) и непрерывная интеграция-развёртывание ПО в энтерпрайзной инфраструктуре.
C++ приложения просто не угонятся за непрерывным обновлением: только что перекомпилировали Firefox 7.0, как уже пришло обновление до Firefox 7.0.1 — использовать не успеваем, время тратим только на обновления и т.д., в таком же духе. :))
> Один раз скомпилировать и положить в репозиторий нельзя?
Посмотрите на .NET. Там это реализовано, но накой — сами не знают.
Ещё идиотский каскадный стек фреймворков: 2.0/3.0/3.5/4.0, каждый из которых тянет собственные дополнения (некоторые не устанавливаются). Такая система окончательно запутывает пользователя вопросом "Накой столько фреймворков .NET на Windows? Почему нельзя обойтись одним, последней версии?"> Почти во всех дистрибутивах так делается.
На FreeBSD при обновлении ПО необходимо выполнить полную перекомпиляцию обновлённой программы, а в некоторых случаях и всего ПО от неё зависящего. Для Java такое делать не нужно.
> Если очень хочется отложенной компиляции, можно выполнять ее один раз перед _первым запуском_ на автомате, а в дальнейшем стартовать уже скомпиленное - почему так не делается в JVM?
Разработчики JVM так решили. Кстати, есть AOT JVM, которые выполняют компиляцию байткода в нативный код процессора непосредственно на этапе его загрузки. Такие JVM обычно установлены в мобильных телефонах. ;)
> А если делается, почему потребление памяти традиционно зашкаливает, если оно не должно отличаться от нативных аналогов?
В телефонах ни разу не получал OutOfMemoryError на запущенных приложениях. Может мне просто везло?
На десктопе тоже надо специально ухитриться написать приложение на Java, которое "зашкалит" потребление памяти и не даст другим приложениям спокойно работать.>> Как раз-таки байткод доступен, подписан, верифицирован и распространяется в качестве приложения
> Подписать можно что угодно, не только байткод. Дебиановские пакеты вон подписываются, и ничегоПодучите теоретическую часть про PKI.
ДФ, кривой Дврвик, кривая джава. Чем всё это криво? :-)
Не принимайте близко к сердцу.
У человека идея-фикс. Он однажды увидел истину, и теперь несет ее в массы. Я как-то пытался с ним дискутировать, но пробиться сквозь "кривой далвик", "кривую джаву" и "поделки гугля" не смог. Больше не вступаю с ним в споры.
> Наверно "проплачен" или просто не в теме.Извините, но когда ДФ такое говорит про ДжБ, то не в теме явно первый (и мочить ему надо бы не гугль, а некрософт, в который уж раз повторю).
В гугле явно есть приличная степень неадекватности среди тех, кто определял базовые вещи этого проекта -- но это исправимо опытом, думаю.
Я вот тоже с этим всем в корне не согласен. Так скажем MS что то там, нафиг не нужно и эта хрень точно не могла помочь долбанному андроиду. OpenVZ ваще хорошо забытое старое и с приходом xen не актуальное решение, ктр в своей основе имеет столько недостатков что да же все не перечислить.
видимо этот доклад ни что иное как рекламный ход openvz, ктр теряет клиентов. А андроид сейчас у всех на языке, потому все и думают что это клевая ос. она клевая потому что в нее вложили милиарды гугла, а так она дерьмо. тока вдумайтесь внутри ос крутится виртуалка в которой работает все остальное. тфу нечесть.
> OpenVZ ваще хорошо забытое старое и
> с приходом xen не актуальное решениеА что, приход xen - хороший приход?;) Пытаться сравнивать красное с мокрым выделяет вас как несомненного эрудита в области xen и openvz.
>ктр в своей основе имеет столько недостатков что да же все не перечислитьВсе не надо, но хотелось бы выслушать хотябы несколько.
> Я вот тоже с этим всем в корне не согласен. Так скажем
> MS что то там, нафиг не нужно и эта хрень точно
> не могла помочь долбанному андроиду. OpenVZ ваще хорошо забытое старое илучше сказать - попытка скрыть нарушения GPL в коде виртуозы.
> OpenVZ ваще хорошо забытое старое и с приходом xen не актуальное решениеПочему сразу Xen? Может, DRBD? Или accel-pptp?
> OpenVZ ваще хорошо забытое старое и с приходом xen не актуальное решение,А автомобили после изобретения самолетов - и подавно?!
статья ниочём или перевод гов...
единственное что им не понравилось так это wakelocks
кто сказал что dalvik это велосипед,
java тоже велосипед ?
python - тоже велосипед и javascript
и все остальные языки c gc ?диагноз: c++ головного мозга...
-да, фрагментация есть безусловное зло. Она, кстати, уничтожила Unixфрибсдешники негодуют )
с чего ты взял что что-то уничтожило Unix? ты его даже не видел а уже басни гоняешь тут
> с чего ты взял что что-то уничтожило Unix? ты его даже не
> видел а уже басни гоняешь тутлол. это цитата из новости
-Первое и главное фиаско – с календарём, совместимым с MS Exchange.офигеть ГЛАВНОЕ ФИАСКО
то что гугл из линукс с помощью хоть каких то патчей сделал среду где любой школьник может наваят своё приложение это фигня, а вот календарь несовместимый с Exchange это проблема.
да вообще кто то пользуется календарями ?
блондинки негодуют
> офигеть ГЛАВНОЕ ФИАСКОНу так у них есть сервис работы с ним. Не прикрутить его к своим же телефонам - странное решение. Хотя так импатентные тролли будут сильнее дубинкой махать.
>да вообще кто то пользуется календарями ?У англоговорящих людей (США и Англия, как минимум) очень высокая культура планирования. Они могут запланировать мероприятие на конкретное время аж за 3 недели. У нас же не принято планировать больше чем на неделю, а точное время обычно уточняется за день до мероприятия - это называется "созвонимся". Не удивительно, что там пользуются календарями гораздо чаще, синхронизация календарей с коллегами и возможность заглянуть в чужой календарь - это вообще функции первой необходимости. Культура у них такая.
> то что гугл из линукс с помощью хоть каких то патчей сделал
> среду где любой школьник может наваят своё приложение это фигнядействительно, главным фиаско я бы назвал именно процитированное.
> блондинки негодуютН-да, отложив учебники.
Дяденька, Вы бы всё-таки ознакомились с историей взлёта и падения _юниксов_. Вот тех кондовых, которые шли вместе с железом своего же поставщика и действительно не имели эффективных и своевременных противофорковых механизмов. Помнится, у Немет в красной книжке тоже почитать можно.
И пообщались бы хоть немного с людьми поколением старше, которые много дел делают и которым нередко уже впарили эксчанж.
А потом уже негодовали.
На мой взгляд (взгляд потребителя OpenSource и других прогрессивных явлений) "победное шествие" Android обеспечили не технологии и не усилия маркетологов.Я уверен, что успех Android объясняется тем, что до его появления не существовало широкого использования OpenSource платформы при производстве телефонов вообще и смартфонов в частности.
"В удачное время в удачном месте".
Тем не менее "рискнуть и победить" решился именно Google. Вот за это ему спасибо.
Следующим шагом (IMHO) должен быть отказ от Java как явления в пользу чего-то более "генетически" стройного.
>Следующим шагом (IMHO) должен быть отказ от Java как явления в пользу чего-то более "генетически" стройного.Этим только Nokia занимается (или занималась?) Qt и MeeGoo, N800 и иже с ними - это их проекты.
>На мой взгляд (взгляд потребителя OpenSource и других прогрессивных явлений)
>"победное шествие" Android обеспечили не технологии и не усилия маркетологов.
>Я уверен, что успех Android объясняется тем, что до его появления не
>существовало широкого использования OpenSource платформы при производстве
>телефонов вообще и смартфонов в частности.
>"В удачное время в удачном месте".
>Тем не менее "рискнуть и победить" решился именно Google. Вот за это ему
>спасибо.Следующим шагом (IMHO) должен быть отказ от Java как явления в пользу
>чего-то более "генетически" стройного.А мне кажется что Android получил вдох потому, что он позиционировался как "свободная платформа". Слава богу что гугл зажимает сорцы андроида. Это несомненно приведет (и ведет) к альтернативным решениям и росту ненависти к гуглу.
Что мне не нравится в Android:
— это Linux;
— это не Java.
Немножко поправлю:
- это НЕ Linux - на андроиде нельзя запускать нативные линукс-приложения;
- это Java, но ява не на месте - ее место на сервере и в обработке данных, а совсем не на слабеньком телефоне и не на планшете, куда надо ставить нормальную среду.
А так, в общем, мне тоже андроид не нравится...
> Немножко поправлю:
> - это НЕ Linux - на андроиде нельзя запускать нативные линукс-приложения;Linux - это ядро, потому Android это дистрибутив Linux.
> - это Java, но ява не на месте - ее место на
> сервере и в обработке данных, а совсем не на слабеньком телефоне
> и не на планшете, куда надо ставить нормальную среду.Java это основное преимущество Android для большинства программистов на планете ;)
PS большинство программистов работает на Java )))
PPS свой Android купил по двум причинам:
* Базовый язык платформы - java
* Синхронизация с GMail, который работает под Linux и под Windows. Заставить другие аппараты синхрониться с PIM-софтом работающим под Linux было практически не реально - патчи на ядро, куча конфигов и прочее мракобесие.
Все-таки мне кажется не совсем считать андроид линукс-дистрибутивом только потому, что там есть сильно измененное гуглом ядро. Любой дистрибутив линукса предполагает возможность запуска программ, не входящих в базовую поставку, хотя бы при помощи компиляции из исходников. В андроидном планшете я не могу скомпилировать веснот, чтобы поиграться в свободное время.
И никаких преимуществ для программистов в виде использования явы я не вижу. Одно можно сказать точно: именно для телефона преимущества явы над другими языками бесполезны. На телефоне во главу угла надо ставить не простоту и скорость разработки, а ресурсоемкость. Увы, сунуть еще одну плашку оперативки в телефон нельзя, это не сервер...
> Любой дистрибутив линукса предполагаетA попробуйте запустить что-нибудь на продвинутом телевизоре, там почти в каждом теперь linux сидит :)
И таких примеров тьма.Хотя слово дистрибутив давно ошибочно приписывается к семейству ОС на базе linux.
Встроенная система, внезапно, дистрибутивом не является.
> И никаких преимуществ для программистов в виде использования явы я не вижу.Безопасный доверенный код, который запускается на личном устройстве в отдельной VM.
> Одно можно сказать точно: именно для телефона преимущества явы над другими
> языками бесполезны.Скорость разработки приложений на Java много выше, чем на других (компилируемых) языках. Распространённость кодовой базы в разы превосходит остальные языки и библиотеки.
> На телефоне во главу угла надо ставить не простоту
> и скорость разработки, а ресурсоемкость. Увы, сунуть еще одну плашку оперативки
> в телефон нельзя, это не сервер...Многозадачная J2ME реализована в просто-телефонах. Удивительно, правда?
> Безопасный доверенный код, который запускается на личном устройстве в отдельной VM.
> Скорость разработки приложений на Java много выше, чем на других (компилируемых) языках.
> Распространённость кодовой базы в разы превосходит остальные языки и библиотеки.Полностью согласен. Поэтому и выбрал яву для себя. Но за все надо платить - и ява платит скоростью (в первую очередь за счет работы сборщика мусора) и повышенным расходом памяти (и ее сильной фрагментацией). Это все незаметно на сильном компьютере, но ставить эту всю красоту на маломощный АРМ, это, по моему мнению, все равно, что на КАМАЗЕ ездить за коробком спичек. Можно, конечно. Но разве лучше решений нет? Жаль, c МиГой только полторы модели телефонов...
>> И никаких преимуществ для программистов в виде использования явы я не вижу.
> Безопасный доверенный код, который запускается на личном устройстве в отдельной VM.Да-да, а мы помним и такие design error'ы: http://www.securityfocus.com/bid/4313/discuss
>> Одно можно сказать точно: именно для телефона преимущества явы над другими
>> языками бесполезны.
> Скорость разработки приложений на Java много выше, чем на других (компилируемых) языках.Расскажите при встрече камлятникам или P5EE'шникам каким, здоровый смех продлит им жисть. :)
На жабе писать не быстро, а предсказуемо долго. Только для манагеров массовой разработки предсказуемость сроков выхлопа полусотней индусов или в эквиваленте выходит гораздо важнее качественного кода в потенциально более короткий срок.
> Linux - это ядро, потому Android это дистрибутив Linux.Что такое дистрибутив ядра? Комплект патчей? А толку?
Все мои претензии к андроиду (но не к гуглу) исчезнут как только Android станет полностью бинарно и сорцово совместим с GNU/Linux.
> Все мои претензии к андроиду (но не к гуглу) исчезнут как только
> Android станет полностью бинарно и сорцово совместим с GNU/Linux.Исходя из указанной в статье популярности скорее GNU/Linux станет запускать приложения для Андроида, сделает их нативными или придумает ещё один Wine - Aine ('Aine is not emulator').
> скорее GNU/Linux станет запускать приложения для Андроидалол. там что, есть таки что-то нужное, чего нет для нормальной системы?
>> Linux - это ядро, потому Android это дистрибутив Linux.
> Что такое дистрибутив ядра? Комплект патчей? А толку?Дистрибутив это сборка определенной ОС поверх определенного ядра. Потому Android это сборка поверх Linux или дистрибутив Linux.
s/программистов/codemonkeys/gobvious fix.
> - это Java, но ява не на месте - ее место на
> сервере и в обработке данныхнененене, дэвидблэйн, нененене!
>> - это Java, но ява не на месте - ее место на
>> сервере и в обработке данных
> нененене, дэвидблэйн, нененене!Думаете, нужно Tomcat переписать на C++, а сервлеты на PHP/Perl/Python/Ruby? :)
> Думаете, нужно Tomcat переписать на C++, а сервлеты на PHP/Perl/Python/Ruby? :)думаю, что не нужно переписывать то, что не нужно использовать. для обогрева помещения я лучше куплю калорифер: и дешевле, и эффективней.
А что, томкэт (я предпочитаю гласфиш) разве не на сервере работает? А сервлеты где находятся?
краткое содержание: «тра-ла-ла-ла-ла, ведроид хороший, хоть и непонятно чем, тра-ла-ла-ла-ла, ведроид хороший и это не фрагментация, хотя ядро так оттарабанили, что оно уже в майнлайн не помещается, но это не фрагментация и ведроид хороший!».
karnel nod :/программистов/codemonkeys/g
> Поэтому код, который планируется к вливанию, лучше регулярно показывать сообществу. Даже если слияние – дело далёкого будущего. Лучше, чтобы тебя услышали на раннем этапе. В том числе и те, кто потом будет вливать код в апстрим.ой прелесть какая, наверно именно по этому публика видит openvz v2.6.32, а "паралели" регулярно выпускают патчи... к 2.6.32, и собираются интегрировать его в апстрим long-supported ветки 2.6.32.x видимо.
https://gitter.im/rus-speaking/android
Появился чат русскоязычных Android разработчиков