Верховный суд США удовлетворил ходатайство компании Google о переводе рассмотрения тянущегося с 2010 года судебного разбирательсва "Oracle против Google" в высшую инстанцию. В прошлом году Федеральный апелляционный суд США удовлетворил апелляцию компании Oracle и пересмотрел вынесенное в пользу Google решение 2016 года, связанное с использованием Java API в платформе Android. В ответ на прошение Google Верховный суд США согласился изучить материалы дела и вернуться к рассмотрению вопроса о принадлежности программных интерфейсов (API) к интеллектуальной собственности...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=51872
Вообще, андроид уже давно пора послать нахер с его джавой и гуглом.Пакетная система не очень, ядро старое, джава медленная(по сравнению с C/C++), ещё и гугол со своими сервисами и сбором данных.
Да, я в курсе, что под андроид написано уже очень много аппок и первые несколько лет юзерам на какой нибуть новой ОС(или дистре линуха) будет не хватать привычных программ, но и оставаться на дроиде только из-за количества выпущенных под него приложений - немного тупо. Прогресс должен двигатся вперёд, а не стогнировать на одном месте.
язык java вроде намного проще C++ ?
С каких пор проще стало означать лучше?
Лучше вообще или лучше в чем то конкретно?
"язык java вроде намного проще C++ ?" - Нет.
Проще учить - сложней реализовавать аналогичное, тем более в ч.н.по скорости, а по максимальной оптимизации - вообще нереально по определению(даже просто нет подключения ассемблера).
Да и объемы серьёзных проектов - не меньне... и уж никак не менее запутанные/сложны к понманию другими!И всегда более тормозные, даже если не на целевых системных требованиях
(которые у ПО на Java - давно мало кто вообще заявляет официально...),
то на минимальных или тем более значительно меньше минимальных
(сранительно с Сями в таком же случае).
А, по топику могу сказать следующее: гугл судить как то неверно за Java, т.к.тогда надо и MS.
Впрочем, не знаю как гугл, а MS вечно же вирусно расшрует всё и в т.ч.свою реализацию Java - т.о. это уже даже не клон, а улучшенная версия (с патентами такое прокатыват же).
Но, вот за какое-либо упоминаине слово JAVA(TM) обоими и что в ОС для андроидов ПО на нём - это IMHO нарушение уровня плагиата... т.к. т.о. они *сами* заявляют о тождественности/клоновости
(даже если вопреки таковой, что в т.сл.даже ещё и доп.мошенничество - введение [потенциальных] пользователй в заблуждение).
А, если бы и не они, а например такое заявляли бы только авторы обучающих книг
- то они обязанны были бы подавать на них в суд, как за клевету на них (чего же небыло никогда, т.о.соглашаясь).
MS за это судить не получится. Он в свое время очень быстро поняли, откуда ветер дует, и быстренько переименовали свою джаву в дотнет. Названия разные, API отличается (пусть и чисто косметически) - не прикопаться. А вот гугл как-то лоханулся в этом вопросе. Им изначально надо было брать что-нибудь другое, что не защищено такими монстрами.
Когда гугель начал разрабатывать Android Java принадлежала Sun Microsystems, и Sun на сколько это правда, вроде как даже помогала создавать андроид, возможно преследуя свои корыстные цели. Но Sun канула в лету и Oracle начал оптимизировать наследие Sun... Так что про изначальный выбор вы промахнулись, он вроде как верный был...
Меня удивило, что человек задав вопрос. Ему тут же приписали утверждение "проще значит лучше" и тут же стали спорить с этим ))
Жава другая, и для других задач. Гугль выбрав жаву получил десятки тысяч обученных жава программистов. Ентерпрайс и все такое. Нельзя сказать что сильно глупое решение. Я видел загоны с такой фауной )
Так я же и не отрицал, а наоборот...
- "Гугль выбрав жаву получил десятки тысяч обученных жава программистов. Ентерпрайс и все такое".
А я никому не приписывал это утверждение, это я просто отметил очевидные плюсы выбора )
Ну так вот за прежде всего именно них - компании Oracle кое-кто и не занёс дань...
Решив внаглую на шару попользоваться, в т.ч.(C) и даже TM именем.Т.о.кстати ещё и нанося косвенный ущерб - уводя с лицензированных Java-платформ,
а с популярностью гугло ОС - так прилично выродившихся...
Я бы на месте Oracle тоже бы сильно обиделся...Но, другое дело что они не так сформировали жалобу, ибо за открытые API судить
(да хоть закрытые - в чём проблема дизассемблировать - это даже просто другая статья...
ну или вовсе добросоветное дизасемблирование, с целью например публикации, как у того же М.Руссиновича ещё и разжиревшего на том{даже аналогично гуглу на Java}, т.о.вообще было бы не подсудно)
- это и вправду перебор.
Хоть вот если спросить того же автора CPM в отношении MS-DOS... впрочем, у них небыло адвокатов как у Oracle, что бы корректнее сформировать обвинение, или протупили
т.к. "86-DOS имела структуру команд и API, повторяющую структуру команд и API операционной системы CP/M ..., что впоследствии сделало лёгким процесс портирования программ",
Даже более: MS-DOS таки откровенно имела все те же узнаваемые CPM формы что уже как раз наказуемо.А, гугл в вопросе API (я не сказал имени Java) - может ссылаться на прецедент/практику в отношении Microsoft...
Так же как и React OS...
Кстати, реакт-осо-строевцы - и лучше об это пораньше заявить чем когда будет поздно...
С незапамятных. Проще - всегда лучше. Усложнение - это неизбежное зло, но с ним надо постоянно бороться.
Вы многоклеточный организм?
Красава, уел одной фразой!
Думаете природа построила колонию клеток не самым простым способом?
А ты можешь доказать обратное?
Нет. Эволюция наделила человека множеством несовершенных (неоптимальных, не простых) решений, которые уже естественным путем так просто не исправятся - извращения типа возвратного гортанного нерва, слепого пятна в глазу, пересечение ЖКТ с дыхательными путями (смотри не подавись!), всякие медицинские проблемы с телом, которое вдруг решило освоить прямохождение, хотя миллионы лет до того эволюционировало для перемещения на четырех ножках. Да даже такая штука как витамин Цэ - большинство животных его вырабатывает самостоятельно (из галактозы), а вот приматы и морские свинки - нет. Только готовенький с пищей, а иначе - привет цинга.
> Нет. Эволюция наделила человека множеством несовершенных (неоптимальных, не простых)
> решений, которые уже естественным путем так просто не исправятся - извращения
> типа возвратного гортанного нерва, слепого пятна в глазу, пересечение ЖКТ с
> дыхательными путями (смотри не подавись!), всякие медицинские проблемы с телом, которое
> вдруг решило освоить прямохождение, хотя миллионы лет до того эволюционировало для
> перемещения на четырех ножках. Да даже такая штука как витамин Цэ
> - большинство животных его вырабатывает самостоятельно (из галактозы), а вот приматы
> и морские свинки - нет. Только готовенький с пищей, а иначе
> - привет цинга.
> пересечение ЖКТ с дыхательными путямину да, зато все остальные подохли от насморка
из всего многообразия хаоса природа выберет самый простой и вероятный сценарий
хотя на то он и вероятный, что не всегда будет именно так
но это только подтверждает обзщее правило - прорвется там где тонко
> Вы многоклеточный организм?Червь кишечный тоже многоклеточный?
1. И так начнем, при созревании нервной системы погибает нервных 80% клеток
2. Зато возле поджелудочной есть нервная система при которой пробивается разделяющий барьер, атакуя сам себя, вызывая диабет
3. Мы проигрываем "войну" тем же грибам(и они тоже многоклеточные, но поменьше), сомнительно что проживем как вид столько же особенно если поменяется среда, хотя у нас общие предки.
4. После 30 лет отключаются системы компенсации давления, в т.ч. и внутригзлазное - компенсировать неоткуда. зарастает канал спиннномозговой жидкости.
5. При вопросах размножения отключаются любые приобритенные на сложную кору мозга установки и поэтому мы начинаем руководствоваться более примитивными надежными! инстинктами.
6. Можно продолжать, но самое главное клетка создав из другой клетки себе ядро, потеряло такое свойство как БЕССМЕРТИЕ.
Кто кого уделал? Только доказал свою ненадежность в плане познания, а программисты вообще дальше мануала и доков думать не умеют
При чем тут андроид?
Мы - следующая ступень развития разумной жизни на планете Земля, во всем превосходим вас, несовершенные многоклеточные белковые формы жизни. Ха. Ха. Ха.
вообще-то нетдо сих пор еще не придумали более универсального манипулятора, чем человеческая рука
сильнее - да.. точнее - да.. универсальнее - НЕТ
природа создает самые просто и совершенные вещи, просто ей на это нужно много времени
но даже, если мы создадим когда-нибудь андроидов лучших чем мы во всем, то все равно это будет "задумка" природы, потому что и мы и андроиды все равно будут частью природы/мира/вселенной и т.д.
так что да... все гениальное - просто.
Сам себе противоречишь. Раз не можем столько лет создать что-то, столь же универсальное, как рука, значит не так уж она и проста. Дилетанту всё кажется простым. И только начав в чём-то разбираться, понимаешь, насколько это на самом деле сложно и сколько всего требуется учесть, сколько механизмов предусмотреть и назвать такое "простым" просто язык не повернётся.
Даже втягивание ложноножек у амёб не такое простое как кажется..
> Сам себе противоречишь. Раз не можем столько лет создать что-то, столь же
> универсальное, как рука, значит не так уж она и проста. Дилетанту
> всё кажется простым. И только начав в чём-то разбираться, понимаешь, насколько
> это на самом деле сложно и сколько всего требуется учесть, сколько
> механизмов предусмотреть и назвать такое "простым" просто язык не повернётся.
> Даже втягивание ложноножек у амёб не такое простое как кажется..это не просто для тебя, но для природы это был наиболее прямой и простой путь
а думаем мы по разному (но по поводу все той же категории "простота") только потому что она отличается в наших головах
я смотрю на простоту как на "естественность", т.е. с точки зрения природы
а ты с точки зрения осознания происходящего тобой
но то как тебе тяжело осознать/принять те или иные вещи, не имеет никакого отношения к природной простоте и естественностиручей пробъет себе самую простую и короткую дорогу, но ты будешь думать что он епать как петляет в чаще
береговая линия моря - это например фрактал... упс да?
почему у цветков то или иное количество лепестков? упс ряды Фибоначчи
Ну это просто игра в слова. "Для природы так проще" - смелое утверждение для творения этой самой природы, типа "уж я-то понял природу и её суть". Сказать, что что-то на самом деле просто - можно про всё, смотря с какой стороны посмотреть. Запустить приложение в докере, который в виртуальной машине, тоже с какой-то стороны может оказаться проще, чем просто запустить приложение. А с другой стороны это будет явным оверхэдом и окольным путём.
И ручей пробивает не самую короткую дорогу, проще и короче ведь напрямик, а не петляя. С одной стороны. А с другой - через слабые места пробиваться проще, чем через прочные. С одной стороны прямой путь проще, а с другой - окольные пути проще.
Одному проще отдать тысячу рублей, чтобы ему починили розетку, а другому проще сделать всё самому. И оба могут привести сотню аргументов в пользу простоты своего решения. И оба будут правы.Так что категоричные заявления, вроде "этот путь самый простой" - не лучший показатель. Как в принципе и любая категоричность.
"Сложнее" и "Проще" очень часто зависят от уровня оценивающего.
В своё время книжные полки в отделах компьютерной литературы были забиты толстенными книгами по жабе (как сейчас - не знаю). Если сравнить это с K&R толщиной меньше пальца, то как-то тезис о простоте жабы выглядит очень сомнительным.
А вы не путайте язык и платформу.Книжки по MFC видели? По Borland Delphi/C++ Enterprise? Вот с ними нужно сравнивать.
А «Java для чайников» тоже тоненькая.
> K&Rэто С. С++ это Страуструп.
Угу. Принято. Не тот пример взял.
Вообще, вижу проблему в отсутствии в основе языка программирования харизматической личности и основополагающего источника. У С и С++ такие есть. У Джавы и Паскаля нет, поэтому они совершенно неинтересны. Еще странное наблюдение - у меня и некоторых коллег - серьезных программистов - Керниган-Ритчи лежит на столе рядом с Хоббитом Толкиена. Есть и ссылка на тему https://litresp.ru/chitat/ru/%D0%9A/kompjyuterra/k...
> Вообще, вижу проблему в отсутствии в основе языка программирования харизматической личности и основополагающего источника. У С и С++ такие есть. У Джавы и Паскаля нет, поэтому они совершенно неинтересны.На счет Паскаля - если ты не знаешь кто такой Никлаус Вирт, то не тебе рассуждать о языках программирования, да и о компьютерах вообще - тоже рассуждать не стоит... Твой потолок в ИТ это анукей.
Здесь речь не идет о мертвых языках.
Книжки Вирта хорошие. От языка Паскаль тошнит. Из-за таких преподавателей, как ты.
Это все к чему? Вирт давно обероны сочиняет, а паскаль давно уже смахивает на с++ али жабу.https://castle-engine.io/modern_pascal_introduction_russian....
А не тошнит всех от жабоскрипта или пихона. По ним видимо преподы отличные.
> анукейПоржал. Ох уж эти спецы с опенета.
Вероятно, намёк был и на свзяь с анунаками тоже.
Основная проблема C++ в отсутствии вменяемых ООП либ, а в тех которые есть API ломается с каждым мажорным релизом(
Qt - переход с 3-ки на 4-ку и с 4-ки на 5-ку не особо трудоемок.
+ документация - прелесть.
так что не надо ля-ля..
пс.ю испортились правда.
> Угу. Принято. Не тот пример взял.Точно. У Страуструпа «Programming -- Principles and Practice Using C++ (Second Edition)» тянет на 1300 с хвостиком страниц. Две трети объёма, конечно, составляют иллюстрации и листинки, но всё же…
Возможно, SVG-исходники тех иллюстраций занимают больше :)
> Возможно, SVG-исходники тех иллюстраций занимают больше :)Ох, не знаю, но это очень даже возможно, ибо PDF-файл книжки весит более 70 МБ.
Я её взялся было читать, но обломался. Страуструп начинает с хода конём: делайте, говорит, упражнения с моими заголовочными файлами, а не с системными.
// This program outputs the message “Hello, World!” to the monitor#include "std_lib_facilities.h"
int main() // C++ programs start by executing the function main
{
cout << "Hello, World!\n"; // output “Hello, World!”
return 0;
}А про оный файл и где его взять написано аж в самой жо… приложении Цэ на странице 1199!
C.3.2 Use the std_lib_facilities.h header fileFor your first programs, we strongly suggest that
you use the custom header file std_lib_facilities.h from
www.stroustrup.com/Programming/std_lib_facilities.h.
Place a copy of it in the directory you chose
in §C.3.1, step 6. (Note: Save as text, not HTML.)
To use it, you need the line#include "../../std_lib_facilities.h"
in your program. The “ ../../ ” tells the compiler
that you placed the header in C:\Documents and
Settings\Your Name\My Documents\Visual Studio
2005\ Projects where it can be used by all of your
projects, rather than right next to your source
file in a project where you would have to copy it
for each project.Странный подход к обучению читателя программировать под живые системы, где страуструповых заголовков и библиотечек не будет.
И вообще книга странная. Более сложные вещи, уже требующие некоторых знаний, соседствуют с пояснениями на пальцах банальных вещей, словно для умственно альтернативных младенцев.
хы, я первое издание читал, переведённое где-то на рубеже 80-х и 90-х.оно было довольно тоненькое и без всяких кастомных заголовков. и только где-то к середине 2000-х примеры оттуда перестали компилироваться, потому, что у gcc по умолчанию оказался более новый стандарт языка.
> хы, я первое издание читал, переведённое где-то на рубеже 80-х и 90-х.
> оно было довольно тоненькое и без всяких кастомных заголовков. и только где-то
> к середине 2000-х примеры оттуда перестали компилироваться, потому, что у gcc
> по умолчанию оказался более новый стандарт языка.Удивляться не приходится, учитывая, сколько с той пор воды утекло, и что С++ это прежде всего стандарт, а всё остальное к нему прилагается.
По Java и сейчас выпускается дофигищи книг. O'Reilly, Apress, Wiley etc. А то, что их нет в переводе - ну, это отчасти к лучшему, потому что попытки переводчиков придумывать оригинальную русскоязычную терминологию не способствуют погружению в майнстрим реального развития и применения языка.По С/C++ тоже есть множество талмудов, по толщине превосходящих K&R (и K&R ничего не говорят нам, скажем, об ISO C++ 2017 ;-)) - и сравнивать их некорректно, т.к. учебники и литература по best practices существенно != описание языка. Если кто-то вздумает учить С++ для будущей разработки реальных приложений только по K&R - результат будет плачевным. Так для любого ЯП - что С, что какой-нибудь Ruby.
У нас даже не интернет, а рунет. Возможно мейнстрим - главдир :)
главдЁр X-]
(прошу прощения за некро, не удержался)
> язык java вроде намного проще C++ ?А ещё он намного более не тормозит.
Не проще. Но если сравнивать по простоте то андройд должен быть на lua или питоне.
> жаба сдохла бы ужеЖестко. Но этого следует ожидать в русле лицензионных изменений Java JRE. Краткий обзор проблемы https://habr.com/ru/post/448632/ Вывод - пора заканчивать с Java. Конечно, поддерживать старые проекты, но не начинать новых.
>> жаба сдохла бы уже
> Жестко. Но этого следует ожидать в русле лицензионных изменений Java JRE. Краткий
> обзор проблемы https://habr.com/ru/post/448632/ Вывод - пора заканчивать с Java. Конечно,
> поддерживать старые проекты, но не начинать новых.вы вводите людей в заблуждение
платная именно поддержка от оракла, которые вобщет уже давно сами собирают свою жаву из открытых исходников openJDK
это какк debian и корпоративный суппорт ubuntu или redhat
Там основная проблема в том, что из-за того, что фреймворк на жабе, больше ни на каком языке нельзя писать приложенияОракл андроид боготворить должен, без него жаба сдохла бы уже
За что благотворить, деньги все гуглу уходят.
> Там основная проблема в том, что из-за того, что фреймворк на жабе,
> больше ни на каком языке нельзя писать приложения
> Оракл андроид боготворить должен, без него жаба сдохла бы ужевы дезинформируете (специально?) по обоим пунктам
под андроид можно писать на других языках, даже на Си
например так https://developer.android.com/studio/projects/add-native-codeна андройде совместимость с java7 (с фокусами можно java8)
текущая - java 13
и денег с андройда... ну так себе
а вот с каждого банкомата, банковского сервера, агрегатора платежей...
> под андроид можно писать на других языках, даже на Си"даже на Си" нельзя писать интерфейсный код. игрушки-то понятно, что можно (GL или вулкан или что там щас). я имею в виду, что к UI фреймворку андроида хрен прикрутишь биндинги из python-а там, условно говоря. был бы он на C/C++ - это было бы как раз тривиально.
с JS правда в какой-то степени умудрились... (react native и подобные). но это кривая конструкция - две VM параллельно.
> а вот с каждого банкомата, банковского сервера, агрегатора платежей...
жаба хоть и популярна в "ынтырпрайзе", но она в районе 6-7 версии была в глубоком застое и приток разработчиков туда был очень низкий. был чисто толстый неповоротливый язык для ынтырпрайза. потом вышел андроид, и "экосистема" жабы СИЛЬНО расширилась.
если бы этого не произошло, "ынтырпрайзный" софт бы тоже постепенно переписали. конечно не за год. но переписали бы. его и сейчас-то переписывают.
>экосистема" жабы СИЛЬНО расширилась.С появлением андроида в экосистеме жабы не изменилось примерно ничего.
В стопитсот раз читаемее плюсов
>Вообще, андроид уже давно пора послать нахер с его джавой и гугломПочему многие думают, что если спалить свой дом на его месте магически появится вилла?
Обгорелые вилы там появятся, если только.
>Пакетная система не оченьЗато доступны альтернативы например FDROID, или установка из файла, в отчичии от.
> ядро староеАндроид причем?
>джава медленная по сравнению с C/C++Медленная джава >текущий и крошащийся C/C++(на мобилках). Пользователи Symbian помнят как любой приложение могло наглухо повесить систему.
> новой ОС(или дистре линуха)Десятки раз пытались создать на базе/портировать Linux на мобильные телефоны.
ВСЕ. ПОПЫТКИ. ПРОВАЛИЛИСЬ.
Но надо попробовать еще разок.
Did I Ever Tell You What The Definition of Insanity Is?>Прогресс должен двигатся вперёд, а не стогнировать на одном месте.
Выкинуть все накопленное на помойку и начать все с нуля.
Вы называете это прогрессом? Я называю это кретинизмом.
Подождите, но ведь линукс на мобилках занимает на сегодня доминирующее положение. Или я чего-то н понимаю? Вы имели в виду GNU/Linux? Зачем он там? Или просто окружение без трансляторов? Я так думаю плазма могла бы и взлететь при желании, но она просто никому не нужна без софта.
> Медленная джава >текущий и крошащийся C/C++(на мобилках).Так и Java - наверняка сама на С++.. Как и ядро ОС адродной ОС...
> Пользователи Symbian помнят как любой приложение могло наглухо повесить систему.
Cудя из описания - проблемы реализации ОС.. И даже конкрентно в ч.н. Symbian...
ядрышкоо андроида это самособранное ядро линукс если что. значит там си. а вот обложили все это многими другими.
Речь была про глючение совершенной другой ОС.
А, глюки - они на Java глюки.
* и на Java глюки
Gnome движется в мобильном направлении. Адаптивный дизайн уже реализован в некоторых приложениях на основе libhandy. Соответственно недостатка в программах не будет.Осталось дело за железом (мобильниками).
У них кнопки в экран мобильного не влезут
И телефонов с 16 гигами оперативы еще не так много.
>Пользователи Symbian помнят как любой приложение могло наглухо повесить систему.У меня небыло такого. Но вот маету с подписями помню
>Почему многие думают, что если спалить свой дом на его месте магически появится вилла?Тут и палить нечего. Весь андройд принадлежит гуглу, который им самим не занимается (только своими сервисами). Сторонние компании тоже андройд особо не развивают, а энтузиасты по-большей части забили на андройд. Те кто остались пишут дикие костыли, узнав о наличие которых автоматически отказываются разбираться разработчики кастомных прошивок, модулей и уж тем более гугл.
Приватность даже на кастомных прошивках без гугл сервисов за 10+ лет осталась никакой (и более того - снизилась). Встроенный в андройд механизм разрешений крайне бесполезен, но даже с кастомными прошивками и левыми модулями на разрешения большинство приложений превращаются в кирпич. Про возможность по-настоящему управлять приложениями, отдавать фейковые данные например, я уже и не говорю - тут только сомнительный xprivacylua, который также превращает приложения в кирпичи.
Без гугл сервисов ничего не запустится, а поставив их фактически предоставляется гуглу рут на вышем устройстве. Все файрволы делятся на суперкостыли vpn с неплохим функционалом, сделанным через одно место, и не слишком удобным и функциональным Affwall. Shelter который мне советовали в предыдущем андройд посте тоже сделан через костыли.Юзабилити тоже на нуле, даже если полностью забить на приватность и отдаться гуглу (что хуже чем ходить с кнопочной нокией). Постоянные уведомления которые занимают весь экран, часто висят постоянно(из-за ограничений гугла, которые никто не фиксит, даже сторонние разработчики!) и которые по-человечески нельзя отфильтровать (выборочно которые можно отключить только в сторонних прошивках вроде muiu), постоянные(и при этом бесполезные) запросы на пермишины (которые уже когда-то давал), менюшки которые никак не отображают длинные пункты меню (т.е. у тебя есть пункт меню который ты никак не сможешь прочитать полностью, вроде пофикшено miui), чтобы подсоединить смартфон к пк нужно как миниум 30 секунд потратить на разблокировку, разворачивания шторки, прокликивания уведомления зарядки, выбора нужного пункта (при этом тот же adb доступен без этих махинаций!), нормального способа скидывать файлы по воздуху без сторонних сервисов кроме sshd особо и нет и т.д. и т.п. Это детские проблемы, их можно было бы простить андройду 2.2, но многие из них появились когда андройд достиг зрелости, часто причина их появления "так захотел гугл". В приложениях и вовсе ад и содомия творится, даже у вполне официальных вроде фейсбука.
Сам андройд построен на диких костылях, многие из которых извращение линуксовых механизмов (тот же селинукс). То что вы будете лезть в линуксовую часть даже не придусматривается (и даже ограничивается - нужно проделывать махинации, ставить рут, ставить левое приложение), ты должен писать джава приложение (10 лет назад нас уверяли что оно спасет нас от вирусов, кривых приложений и вселенского зла ценой производительности и занимаемого места, не получилось) через андройд сдк со своими заморочками. Хочу я разбираться в ограничениях андройд сдк и писать манифест, чтобы сделать маленькую плитку в шторке, вызывающую системную функцию, которая будет весь 4 мегабайта (10 строк кода)? Нет. Хочу собирать и править извращенный линукс? Нет. И подозреваю что никто не хочет. У меня есть большая потребность в простых приложениях для андройда, которые бы делали простые вещи вроде выбора файла и отправки его на сервер, но разбираться в костылях андройда я не готов, мне на самом деле быстрее и проще сделать веб-страничку (посыпаю голову пеплом). Кто будет допиливать для меня сам андройд и приложения? Я не знаю (никто). Если бы это был KDE, я бы взялся. Если был бы гном, с неохотой, но тоже бы взялся. А со своими андройд сдк идите подальше.
>Зато доступны альтернативы например FDROID, или установка из файла, в отчичии от.
В отличии от линукса, где можно из любого репозитория установить что угодно, хоть пакетом, хоть файла пакета, хоть мейком, хоть другим пакетным менеджером?
>Андроид причем?
Так андройд разработчики и причем. Что собрали, на том и едет. Не линукс же им не разрешает свежее ядро ставить. Ах, да им же надо на каждое свежее ядро свои андройдовские патчи накатывать. Ну гугл за них такой путь выбрал, они выюрали гугл, теперь должны страдать.
>Пользователи Symbian помнят как любой приложение могло наглухо повесить систему.
Не помню. Помню как J2ME приложения (java на минутку) весили систему. Помню как андройд без причины перезагружался. Помню как в некоторых случаях андройд становился настолько медленным, что по 5 секунд реагировал на нажатия (андройд был не чистый, стояли модули, была настроена запись в лог, уверен что со свежеустановленным андройдом такое не случилось бы, впрочем как и с любой операционкой). Впрочем у меня большинство программ на ПК написаны не на java и я не помню когда это С++ приложения (или другие) вешали мне систему (те дело явно не в языке). Ну и C++98 и C++ современный это небо и земля. Выбор java это искусственное ограничение гугла и подозреваю что обусловлено это было больше модой на то время (середина 2000х) и предпочтением разработчиков.
>ВСЕ. ПОПЫТКИ. ПРОВАЛИЛИСЬ.
Тогда и андройда не должно было бы существовать.
Из попыток были:
maemo с закрывающейся нокией (ричем наследие живет, тот же Maemo Leste),
файрфокс ос в которую и сам файрфокс не верил,
убунтуфон для которого каноникл сделал все чтобы его закопать (как каноникл и любит) - что удивительно проект еще жив и поддерживается энтузиастами (в отличии от андройда, который поддерживается только гуглом).
Сейлфиш ос (наследник маемо) который прекрасно живет несмотря на конкуренцию с андройдом и закрытость кода.
Постмаркет ос - прекрасно живет.
Итого: некоторые закрылись по внешним обстоятельствам, а не по техническим причинам, а некоторые и не провалились.>Выкинуть все накопленное на помойку и начать все с нуля. Вы называете это прогрессом?
Костыли андройдовские, android sdk точно выкинуть, они тормозят и разработку, уменьшают вовлеченность разработчиков и мешают сливать улучшения из линукса. По сути это делает гугл единственным разработчиком и большим братом по совместительству. Для страждющих можно запилить эмулятор андройда (как в сейлфиш ос или десктопном линуксе).
Большинство изменений которые андройд влил в линукс можно оставить.
Надо отбросить все ненужное и мешающее. Это еще не прогресс, но уже эволюция. Если придется отказаться от андройда полностью, значит андройд не приспособился, стал тупиком эволюции и должен умереть. Гораздо хуже, если мы осознавая что едем в тупик, будем пытаться что-то из него сделать.
> Но надо попробовать еще разок.Да, но уже без Гугла и его тормознутого шпионящего дерьма.
> Десятки раз пытались создать на базе/портировать Linux на мобильные телефоны.
> ВСЕ. ПОПЫТКИ. ПРОВАЛИЛИСЬ.для честности - все эти попытки были очень неоднозначными и странноватыми, вплоть до того что сам хозяин попытки топил результат специально
Во-первых, Android на Linux-ядре работает.
Во-вторых, технически Meego/Maemo работали шикарно. Провалились они вместе со всей Нокией по совершенно иным причинам. Ну и еще Sailfish есть, который, говорят, работает вполне себе.
Meego/Maemo была тупиком. Это было отчетливо видно, когда Nokia лихорадочно пыталась подбирать тулкиты под платформу - сначала Gnome, потом нечто невнятное на смеси GTK и Qt. В общем, не взлетели.
MeeGo это было лучшее что случалось с мобильными платформами. К сожалению что-то пошло не так.
> Почему многие думают, что если спалить свой дом на его месте магически появится вилла? Обгорелые вилы там появятся, если только.Лучший комментарий!
> Пакетная система не очень
> Да, я в курсе, что под андроид написано уже очень много аппок и первые несколько лет юзерам на какой нибуть новой ОС(или дистре линуха) будет не хватать привычных программ
> или дистре линухаСмотрю, до многих никак не дойдет, что отсутствие софта в линуксе непосредственно связано с его "столь развитой" пакетной системой. Настолько развитой, что разработчики вовсе предпочитают с ней не связываться.
> отсутствие софтаТолько ведь для проприетарного софта это не имеет значения. Он может спокойно таскать всё своё с собой. Не аргумент. Обычно отсутствие софта вызвано жёсткой привязкой к winapi и говнокодом.
Один раз написать манифест для flatpak у тебя вызывает трудности?
Ю отсутствие софта в линуксе
Это как?
фотошопчика нет
> фотошопчика нетговорят(с) под вайном работает
https://www.opennet.ru/openforum/vsluhforumID3/119014.html#43
Видимо до тебя никак не дойдет что проблем с пакетами нет.
Только в дебиановском и редхатовском репозиториях сотни тысяч пакетов. По-твоему каждый из них превозмогает фантастические трудности чтобы собрать пакет?
Уж deb и rpm исписаны многократно, их и школьник собрать сможет.
Отнюдь не с этим, а со «Stable API is Nonsense». Корпорациям-то на это накласть, они всё для себя нужное сразу заносят Линусу в каптёрку. А ты вот попробуй что-то протолкнуть от себя лично в ядро. Даже очень-очень хорошее и полезное.
> «Stable API is Nonsense»как апи ядра влияет на приложения??
приложения не дёргают апи ядра
>> «Stable API is Nonsense»
> как апи ядра влияет на приложения??
> приложения не дёргают апи ядраПодумать своей собственной головой, отвернувшись хоть на полчаса от иконы Линуса — религия не велит? Вы ведь и программы небось пишете…
Задам наводящий вопрос, в ответе на который содержится часть ответа на ваш вопрос: почему не существует форков линукса?
Тот же андройд это форк линукса. Вообще форков на самом деле много, причём довольно отличающиеся от линукса. Те дк ртос системы, тот же тизен и т.д.
Разделения на энтузиастов/компании нет. Линукс одинаково посылает всех и обосновано.
Согласен, но из-за сбора инфы, а не медленной Java. Медленная-то она медленная, но "железо" уже 20 лет как "подтянулось" за ней. А что "пакетная система не очень", хм, а что лучше? *.jar, *.sis, *.exe?
> А что "пакетная система не очень", хм, а что лучше? *.jar, *.sis, *.exe?rpm, deb, ipk…
AppImageP.S. Но вот при отсутствии исходников, всё равно, ставить не буду.
exe конечно!
> exe конечно!"This program cannot be run in DOS mode." - шикарный контейнер, да уж
>Медленная-то она медленная, но "железо" уже 20 лет как "подтянулось" за ней.Это не железо "подтянулось", это железо (и пользователи) заплатили за java.
Мой старый бюджетный телефон 2007 года живет дольше и шустрее чем мой топовый смартфон 2014 года.
Аккумуляторы стали в несколько раз больше, оперативки стало больше многократно, SoC просто многократно превосходят те огрызки и по производительности и по энергоэффективности, а смартфоны в лучшем случае 4 дня без активности живут, при этом не глушаясь подтормаживать.
В этом виновна не джава, а говнокодеры, которых, к сожалению, не бьют палками по рукам за плохой код.
>Пакетная система не оченьЕсть альтернативы включая opkg.
>ядро староеНа любом смартфоне постоянно буде старое ядро, даже с дистрибутивом линукса. Это проблема производителей SoC и arm из-за отсутствия аналога UEFI. Device tree в линукс пришел, но порядок навел только для openwrt.
>джава медленная(по сравнению с C/C++)Пишите нативно, андроид это позволяет. Или вы думаете, что все приложения для андройда на джаве и поэтому не работают на х86 смартфонах?
>ещё и гугол со своими сервисами и сбором данных.Используйте fdroid+yalp+Mozilla Location Service+AOSP, lineageos и еще сотню прошивок без gaps.
Андроид упрощает разработку приложений, а это увеличивает их общее количество и качество отдельных.
Во времена симбиан мы и мечтать не могли о таком количестве нужных и полезных программ.
>Device tree в линукс пришел, но порядок навел только для openwrt.А это, кстати, идея - использовать OpenWRT в качестве базы для ОС смартфона. А поверх Plasma какая-либо.
>Это проблема производителей SoCНет, это проблема копирастических компаний, утверждающих, что они судятся с нарушителями GPL. С некоторыми судиться у них кишка тонка.
>Пишите нативно, андроид это позволяет.Вы сами то пробовали? Думаете почему мало кто NDK использует? Без java не обойтись, даже с NDK, это все равно будет JNI обвязка над плюсовым кодом, собираемая через gradle. Т.е. раньше была проблема только java, теперь будет проблема java+ее интаграция с плюсовым кодом.
>Пишите нативно, андроид это позволяет. Или вы думаете, что все приложения для андройда на джаве и поэтому не работают на х86 смартфонах?
Думаю что все приложения для андройда на джаве, но некоторые используют часть библиотек на C++ и (в том числе) поэтому не работают на х86 смартфонах.
>Используйте fdroid+yalp+Mozilla Location Service+AOSP, lineageos и еще сотню прошивок без gaps
На fdroid'е довольно мало софта, большая его часть школьные проекты и бесполезна, кроме того на него пару лет назад жаловались разработчики софта, что он не обеспечивает достаточного подтверждения что софт действительно от разработчика.
yalp крайне нестабилен, общий аккаунт постоянно отваливается, пользоваться им постоянно это акт мазохизма, тк никогда не знаешь когда сможешь скачать приложение.
AOSP, lineageos отправляют данные в гугл, как миниум при проверке доступности сети, в теории можно пофиксить пересобрав самим систему, но это не так тривиально + раз прошляпили, то надо тогда и остальные исходники смотреть, что и куда отправляется, а это еще более нетривиально.
Без google services не работает солидная часть приложений в принципе, для части из них особо нет альтернатив вроде того же youtube (кроме веб версии).
Учитывая что разрешения на андройде никакие, то либо надо сделать себе песочницу на основе костылей вроде shelter, xprivacylua и прочего !@#$^&, что также отражается на стабильности (и безопасности) системы, либо ставить только крайне проверенные apk и остается совсем небольшой список приложений, который мы можем не опасаясь поставить на смартфон. А раз так, то возникает вопрос нужен ли нам андройд с таким количеством костылей, проблем и необходимых действий, если можно поставить линукс.>Андроид упрощает разработку приложений, а это увеличивает их общее количество и качество отдельных.
Не упрощает разработку, а только добавляет некоторые плюшки. Иначе бы тот же юнити не тратил несколько лет на интеграцию с андройдом, для андройда бы не нанимали отдельных разработчиков, а большинство проблем андройда и андройд приложений уже было бы пофикшено.
>Во времена симбиан мы и мечтать не могли о таком количестве нужных и полезных программ.
А в 1990х мы и мечтать не могли насколько полезными будут форумы 2000х и насколько тяжело будет искать полезную информацию в 2019.
Сравнивать с прошлым бесполезно, надо думать о будущем, но чисто интереса ради какими нужными и полезными программами на андройде лично вы пользуетесь?
> Думаете почему мало кто NDK использует?Очевидно, потому что не хотят. Нет толковых GUI сишных тулкитов, в которых мышкой экран набросать можно, нет огромного количества библиотек, подключаемых 1 строчкой, нет шаблонов, "лучших практик", которым можно слепо следовать, тысяч мануалов, и миллионов ответов на stackoverflow с готовым кодом на любой случай. Мозг напрягать не надо, а платят хорошо) Да и бизнесу хорошо - скорость разработки выше.
Проблема с разрешениями решена всякими privacy guardами.
У гапсов есть альтернативы с которыми работают приложения.
Для ютуба есть newpipe который всем лучше официального приложения.
> Проблема с разрешениями решена всякими privacy guardами.можно названия?
UEFI тут абсолютно непричём и никак не поможет. Девайсы в SoC-ах сидят на локальной шине и их энумерейтить их никак нельзя, нужно их описание (скорее описание их ресурсов) -- device tree (который UEFI вполне умеет передавать ядру). Проблема в отсутствии драйверов для SoC-ов из-за ебанутых производителей SoC которые пилят свои драйвера под древние версии ядра и не прилагают никаких усилий для включения своих наработок в ядро.Ах да, драйвера от производителей SoC часто содержат свои велосипеды и не используют общепринятый API.
будем стрелять себе в ногу прямой работой с памятью, отличная идея. А чтобы поддерживала все архитектуры проца нужно на основе генту делать и компилить пакеты из маркета.
LLVM спасет
Если сразу отстрелить себе голову.
> Если сразу отстрелить себе голову.А что не так?
Его нужно послать за размывание границы между компьютерами и бытовой техникой.
Согласен, давно пор послать. Тут как раз и Майки снова затрепыхались с мобильным сегментом.
Да я так и поступил, прикупил всей семье айфоны на новый год :) Гуд бай тормознутый хлам от гугла, телеметрия, "извени апдейты я больша выпускать не буду пакупай новый". Зато ВНЕЗАПНО апдейты для шпионажа (Google Apps) прилетают регулярно, да.И еще запись разговоров начиная с Aндроид 10 не будет вообще. Дяденька гугл запретил, вдруг ты какой-то журналист и запишешь невзначай коррумпированого чиновника? Ужас какой! У нас же открытая и свободная ОС, нипаложено.
Проблемы конечно верно описаны, но айфоны альтернатива не лучше.
Зелен, ох зелен тот виноград!
<i>джава медленная(по сравнению с C/C++)</i> - к дьяволу половинчатые решения, давайте сразу ассемблер, заодно поднимется порог вхождения - писать будут только осилившие профессионалы! (Если что - сарказм)
Так ассемблер возможно будет не быстее С++ за счет того что в сишные компиляторы напихано до кучи оптимизаций, которые в ассемблере повторить может быть тяжело.
Нормальной широко распространённой алтернативы-то нет: iPhone днище (на основе 2х летнего опыта использования, буду менять), а больше и нет ничего.
>Вообще, андроид уже давно пора послать нахер с его джавой и гуглом.Увы, заменить этого уродца пока нечем, по какому адресу ни посылай.
Я бы купил себе Librem 5, но толстый собака.
> Я бы купил себе Librem 5, но толстый собака.обзоров ещё нет?
>Я бы купил себе Librem 5, но толстый собака.Если речь о габаритах — не колбасу же им резать.
>>Я бы купил себе Librem 5, но толстый собака.
> Если речь о габаритах — не колбасу же им резать.для меня это критично, я бы пожертвовал M.2 разъемом для того чтобы он вышел тоньше
собственно это единственное что заставляет меня сидеть на нексусах под Lineage
> Да, я в курсе, что под андроид написано уже очень много аппокНи одной нормальной, кроме стандартного сносного набора приложений. Остальное это наколеночные помои.
Прекрасная альтернатива Андроиду - iPhone,
шикарный язык - Swift!
Жаба и гадюка отдохнули, собрались с силами...
Скорее цапли и хорьки - адвокаты с обоих сторон.
10 лет уже творится эта тягомотина! Если бы они сразу объявили яву устаревшей, то давно уже могли бы заставить всех перейти на Go.
Так они и заставляют переходить, правда, на Kotlin
Так это же та же Java, названия методов те же. Разве не так?
JVM таже.
А раз название методов те же, то это всё ещё кража интеллектуальной собственности Oracle. То есть замена Java на Kotlin проблему не решает. Да и поздно уже, ведь речь уже об компенсации "убытков" Oracle за все 10 лет существования Android и соответственно судебных издержек за тот же срок.
нет там код под другому пишетсярезульаты diff просто судье покажут - типа смотри сколько различий
а сконвертировать можно через IDEA - нанять каких нибуть индусов там чтоб каждый файл api сконвертили
Так история вопроса именно в том, что Google создала альтернативную реализацию Java, API которой придуман Sun и соответственно стал собственностью Oracle. Судятся они не за куски похожего исходного кода и именно за API, названия методов и типы параметров.
я может глупый, объясните мне пожалуйста, какое право имеет Оракл лезть с претензиями на получение роялти с использования Java API. Java Language Specification не запрещает писать совместимые реализации JVM, плюс есть OpenJDK, где в принципе нет кода, лицензированного не под GNU GPL. Если бы гугл еще использовал приватное API, тогда окей, претензии были бы понятны. Но если они взяли OpenJDK, понадергали оттуда сигнатур методов и названий классов, но переписали кишки - а не пойти бы тогда Ораклу лесом? Модифицировать что-либо при условии, что ты прикладываешь изменённые исходники - основное положение GPL лицензии.
Давайте начнем с другого вопроса. Для чего нужен суд как общественный институт в современном обществе?
> Давайте начнем с другого вопроса. Для чего нужен суд как общественный институт в современном обществе?Чтобы я с коллегами мог обеспечить скромный домик в Чери Хиллс или Олд Гринвич и учебу детей в Гарварде?
Видимо потому, что Android создавался в те времена, когда OpenJDK не существовало и соответственно копирует не код GPL, а код https://en.wikipedia.org/wiki/Sun_Community_Source_License. Что требовала отчислений корпорации Sun с любых мобильников. Google отказались платить и создали альтернативную реализацию, даже обозвав её Java. Естественно Sun были крайне не довольны. https://en.wikipedia.org/wiki/Google_v._Oracle_America#Backg...
Java Language Specification это спецификация языка, а не лицензия. Она не обязует владельца прав не подавать в суд за нарушение авторских и патентных прав.
Помимо этого Dalvik и не под GPL
> Но если они взяли OpenJDKИ выпустили производный продукт под другой лицензией не совместимой с GPL.
(Не могу не вспомнить анекдот, где "я на этом деле тебя вырастил, образование тебе дал, а ты его за месяц закрыл".) :D
Когда уже Гуголь всё на Kotlin перепишет? Тогда и API станет Java-совместимое, а это уде другой разговор :)
да переписывать даже ненадо
в IDEA можно java сконвертировать в kotlin
Прям не знаю за кого болеть. Хочется чтобы обоих наказали.
Не за кого, а за что. Болеть за неподпадание API под, так называемую, интелектуальную собственность. Это относится не только Java API.
именно
совсем уже добанулись ато с авторскими правами
Гегелева диалектика почти.
Тебе дают выбор, отнимая свободу. Жрать говно или дерьмо. А о том, что можно есть еду, старательно умалчивают.
Так фюрера же уволили. Востанию быть!
> Гегелева диалектика почти.
> Тебе дают выбор, отнимая свободу. Жрать говно или дерьмо. А о том,
> что можно есть еду, старательно умалчивают.При чем тут диалектика? Это ложная альтернатива, а не диалектика. Сам то читал Гегеля?
Иногда люди ошибаются, полагая, что у них есть выбор. Просто им так легче. На самом деле выбора особого нет. Только С/С++. Точно так же в операционных системах. Выбор - какую версию Linux взять.
Почему еще никто не вспомнил стюардессу?
У MS была своя java - j#. Засудили.И с гуглом то же будет.
Ещё вспомни, как Сан придушила Гармонию.
Два корпорастических гавнюка решают свою проблемы. Мне лично параллельно на них.
> Мне лично параллельно на них.А зря -- результаты этого разбирательства "о принадлежности программных интерфейсов (API) к интеллектуальной собственности" могут иметь весьма далекоидущие последствия, особенно, в случае победы оракла.
Вполне возможно что этот суд также в интересах гугля -- чтобы с чистой репутацией свалить на фуксию под овации любителей огороженных систем без наличия рута бай дизайн.
Тупой Гугл. Я им говорил купить джаву когда была возможность. Оракл это дьявол во плоти.
По миллиарду за строку кода заплатят (из 9-ти строк) ...
> Оракл это дьявол во плоти.Никто не заставлял Гугла брать чужую собственность и вкладывать в нее чудовищные ресурсы. Для глобального проекта запросто можно было написать или купить собственный инструмент лицензионно чистый. Что сейчас, впрочем, и делается. Джаву оставим истории - там много таких проектов осталось.
А в чем смысл то писать очередной велосипед, если он уже написан? Не вижу никаких проблем взять готовое, даже если это нарушает все лицензии. В конце концов никто от этого не выигрывает. От того что я потрачу месяц на написание такой же функциональности денег у условного оракла не прибавится. Это стратегия и сам не ем и другим не дам. Конечно у меня станет на месяц человекочасов меньше, но ведь и мой чудо фреймворк условный оракл сможет использовать.
>> Оракл это дьявол во плоти.
> Никто не заставлял Гугла брать чужую собственность и вкладывать в нее чудовищные
> ресурсы. Для глобального проекта запросто можно было написать или купить собственный
> инструмент лицензионно чистый. Что сейчас, впрочем, и делается. Джаву оставим истории
> - там много таких проектов осталось.не знаю что там реально запатентовано, но из текста новости я понял что запатентован метод взаимодействия ложкой с супом
гугл изобрёл черпачок, но метод взаимодействия с супом остался (вынуждено) прежним
Нет, Гугол черпает чужой ложкой, суп из этой ложки продаёт и другим такой же ложкой свой суп черпать не даёт.
можно подумать, что гугель - это не тоже самое.
> можно подумать, что гугель - это не тоже самое.гугл достаточно часто извлекает деньги с пользой для общества, или не топит ради копеек
всем поx, кроме адвокатов, которые заработают свои очередные сотни миллионов.
Не всем. Студенты учили. Проекты интересные. У кого-то это бизнес был. Печально осознавать, что основа была сомнительная.
Хех, когда все это начиналось, я был всецело на стороне гугла. Сейчас... пожалуй не поддержал бы никого.
> При этом Google удерживает контроль над пользователями через проприетарный API для взаимодействия со своими сервисами, который запрещено использовать для создания функциональных аналогов, т.е. использование Java API не ограничивается некоммерческим применением.Тоже заметил.
О, судебная система решила ещё подзаработать немного на сраче между корпорациями?
Ну я тут явно на стороне Oracle.
Нагибать надо Гугл. Они сами подобное творят со своими Google Services.
Интересные понятия в новости. Эдак можно скопировать любой софт, но нелья его потом продавать?
почему нельзя то? Можно, только бабло занеси тому кто первый был))
Прекрасная альтернатива Андроиду - iPhone,
шикарный язык - Swift!
Краткий, логичный, оперативки будет требовать меньше.
Оракл купил яву. Гугль исползует апи явы на халяву, а свои апи закрывает. Поэтому должен платить.