LINUX.ORG.RU

Apple добилась запрета на продажу Galaxy Nexus в США

 , , ,


0

1

Пока шла презентация новых сервисов Google (голосовой помощник и прочее), компания Apple добилась в суде запрета их топового телефона Galaxy Nexus.

Заявка, поданная в феврале, была удовлетворена. В иске фигурировали следующие патенты:

  • 8,086,604 — реализация голосового помощника;
  • 5,946,647 — определение телефонов в программах и его вызов по нажатию;
  • 8,046,721 — slide to unlock;
  • 8,074,172 — предсказание слов при наборе на экранной клавиатуре.

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

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

★★★★

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

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

И чего не хватало неизвестным геронам для начала развития промышленности?

«В мировой истории начало промышленной революции связывают с изобретением эффективного парового двигателя в Великобритании во второй половине XVII века

Ну ты цитируй и дальше: „Хотя само по себе подобное изобретение вряд ли бы что-то дало (необходимые технические решения были известны и раньше), но в тот период английское общество было подготовлено к использованию инноваций в широких масштабах. Это было связано с тем, что Англия к тому времени перешла от статичного традиционного общества к обществу с развитыми рыночными отношениями и активным предпринимательским классом“.

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

Там объясняется, что нигде раньше не было „подобных условий“.

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

Вот бы по типу как с авторским правом на книги во франции поступили:

Если товара нет на рынке, то патент не может запретить никому выпускать аналог. Ну и монопольные ограничения в виде регулирования цен (ограничения на прибыль например) если запатентованная технология единственная на рынке.

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

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

капли жира точат камень :) один раз раскрытый секрет уже не является секретом (ну разве что полишинеля :).

кроме того ограничитель прогреса в цехах патенты на вид деятельности --- то есть запреты для всех остальных делать так, а никакие не секреты.

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

Секретами

не мешает

я знаю, как оно есть в патенте

в котором написано, что всё создал бо^W Apple?

инновация гугля была признана судьей

Люська галаху-таб от гейпада не отличает, куда ей судить о шпингалетах

Их придется изобретать, и снова изобретать

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

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

Единственное отличие, которое я вижу — тогда патентов не было

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

всего этого одновренменно до этого не было нигде. а нужно чтобы все это присутствовало. науки до Френсиса Бэкона тоже толком не было, только философия.

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

Почему бы и нет? Ни один язык/платформа не поддерживает всего изначально. Возможность и удобство добавления того, чего нету - один из важнейших критериев.

Потому что у меня уже есть несколько типов строк и эти типы _низкоуровневые_, то есть позволяют не задумываясь над последствиями производить над собой такие операции которые с классами нужно делать очень осторожно и не всегда это возможно. Зачем устраивать такие сложности и ограничения? Ты ещё указатель заменить классом предложи. Видел реализацию заменителя GOTO классами на питоне, это возможно, но если есть встроенный низкоуровневый аналог, то он лучше.

Но если для тебя легче выступать на ЛОРе, чем реализовать то, чего тебе не хватает - то проблемы исключительно твои.

Не хватает в твоём языке, значит проблемы не мои - лишь бы ПО конвертировалось при необходимости а там уже на фоне общих проблем эти корявости не должны быть очень заметны, и шишки будут падать на платформу с java в качестве основного ЯП. Вот почему я должен стараться сделать java лучше;) Пусть гуглы и ораклы развивают или нет своих детищ.

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

Но у тебя есть ограничения: «тут вижу а там не вижу», «тут понимаю - там не понимаю и не желаю ничего понимать».

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

Это char в java двухбайтный, а не строки. Но ничего не мешает написать свой класс, с однобайтными и хранением в массиве byte.

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

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

Паскаль-то здесь причем?:)

Его пилят и для пейсательства ПО на устройствах с java, пилится даже собственный тулкит который будет работать на OpenGL - всякие гтк и кути не везде есть искаропки, монструозны и доставляют много хлопот при выходе новых версий. Нежелание применять java двигатель прогресса:)

Еще бы пожаловался, что C++ в jvm плохо переводится.

На это тоже намекалось, но жалуются пусть плюсовики.

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

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

Строка не транслируется в байткод в виде класса. Строка — это данные.

В jvm нет указателей и работы над ними. Вообще нет. Преобразование массива элементов одного типа в массив или значение другого типа запрещено. Транслировать код, работающий напрямую с памятью, в jvm невозможно. В реализациях трансляторов, где это необходимо, эмулируется сырой кусок оперативной памяти с помощью массива байт.

Можно использовать java.unsafe.*, но не нужно, потому что зависит от реализации и противоречит принципам java.

Все эти операции доступны на действительно низком уровне — через JNI на C/C++, но при передаче данных обратно в jvm вызываемый код обязан сформировать правильные с точки зрения jvm объекты.

Похоже, ты не очень разбираешься в устройстве и работе jvm. Она очень ограничена. CLR ближе к нативным языкам, там все можно (и указатели, и ссылки, и небезопасная работа с памятью).

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

Нежелание применять java двигатель прогресса

У java очень узкая область применения (ну, так получилось), сейчас она полностью ушла с десктопов, для них есть лучшие альтернативы.

Его пилят и для пейсательства ПО на устройствах с java

А на устройствах с java нельзя и нативный код запускать? Или мы говорим о j2me?

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

Строка не транслируется в байткод в виде класса. Строка — это данные.

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

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

А, значит «строка» было в значении класса. Но ничего не меняется, небезопасные операции в jvm выполнить невозможно, они просто отсутствуют.

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

сейчас она полностью ушла с десктопов

И пришла на смартфоны и планшеты которые плодятся как тараканы. Похоже она пришла туда надолго.

А на устройствах с java нельзя и нативный код запускать?

И для каждого устройства тестировать совместимость.

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

И для каждого устройства тестировать совместимость.

Нет, совершенно не обязательно. На андроиде 3 бинарные платформы, стандартизированный набор библиотек. Да и это обычно никого не касается, если только в проекте не используются ассемблерные вставки.

Абсолютное большинство игр написано не на java.

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

Ну вот, пришли к тому, с чего начинали - для небезопасных и отсутствующих операций применяется в каком-то виде эмуляция и эмулировать придётся много, прямых аналогов сильно нехватает. Код оттранслированный с C++/паскаль в итоге потеряет часть скорости.

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

На андроиде 3 бинарные платформы, стандартизированный набор библиотек.

Целых 3, а потом будет вместе со старыми версиями в несколько раз больше и кто-нибуть пропатчит несколько библиотек для установки ОС на новом устройстве.

Да и это обычно никого не касается, если только в проекте не используются ассемблерные вставки.

Про линуксы можно было бы сказать также, но только иногда всёже касается.

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

Ну вот, пришли к тому, с чего начинали - для небезопасных и отсутствующих операций применяется в каком-то виде эмуляция

Для небезопасных и отсутствующих операций просто не применяется java. Нет ни одной платформы, где это оправдано.

Целых 3, а потом будет вместе со старыми версиями в несколько раз больше

3 аппаратные платформы (arm, x86, mips). В ближайшее время они никуда не денутся и новые не появятся.

Про линуксы можно было бы сказать также, но только иногда всёже касается.

При существенных обновлениях окружения, естественно, нужно синхронизироваться с ним. Это цена за использование нативного кода на любой платформе. По-другому не бывает.

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

3 аппаратные платформы (arm, x86, mips). В ближайшее время они никуда не денутся и новые не появятся.

Хочешь сказать в пределах одной такой платформы библиотеки не меняются? Если гугл не пойдёт по линуксовому пути и станет пилить обратную совместимость пока это возможно, тогда платформ останется 3, иначе их станет намного больше.

При существенных обновлениях окружения, естественно, нужно синхронизироваться с ним. Это цена за использование нативного кода на любой платформе. По-другому не бывает.

Бывает. На одной платформе можно использовать гимп 2.8 без существенных обновлений, а на линуксах такого конечно не бывает - провода кривые и в них биты искривляются и как следствие нужно постоянно заменять искривлённые библиотеки.

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

Хочешь сказать в пределах одной такой платформы библиотеки не меняются?

Меняются, но старый код почти никогда не ломается. NDK давно существует, можно для теста найти какую-нибудь старую сборку игры тех времен и запустить на самом последнем 4.1. Angry Birds, например.

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

Да не, там от линукса на этом уровне ничего почти нет.

note173 ★★★★★ ()

реализация голосового помощника;

В нокиях было что-то подобное ещё. Какое-то очень размытое понятие.

определение телефонов в программах и его вызов по нажатию;

Опять таки, и до айпихона было, есть и будет

slide to unlock

Ок.

предсказание слов при наборе на экранной клавиатуре.

Ну совсем маразм.

P.S. Видел тред на 21 странице

P.P.S. Не читал

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