All streams
Search
Write a publication
Pull to refresh
106
0
Олег Большаков @ob1

Разработчик

Send message
Оттого и красивое, что вышло позже. :)
Мне сложно сказать, что случилось с корпоративным рынком во время кризиса. :) Подозреваю, что был не только рост, но и спад.
Мне тут правильно подсказали, что в блоге разработчиков прямо указано, что NFS написан с использованием NDK.
Насколько я знаю, RIM не стремится насытить свой AppWorld огромным количеством приложений для PlayBook. Отсюда могу сделать вывод, что с выпуском Native SDK им спешить ни к чему. Приложения необходимые для бизнеса появятся и так, а свистелки мало кому нужны.
> рынок вырос, а количество пользователей RIM осталась примерно тем же. о чем это нам говорил?

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

> хми плеер это который для флеша лайт? к тому, чем заряжен плейбук, флеш лайт отношения практически не имеет :)

Думаю, что имеет прямое отношение. Скорее всего, используется та же самая технология.
Промазал с ответом.
1. Собрать это пол дела, но надо ему ещё среду предоставить — графику, звук, устройства ввода…
2. За деньги всё возможно, ведь NSF это реклама.

Не надо нагнетать, не столько RIM теряет рынок, сколько он просто прирос за счёт айфонов и андроидов. Нормальная фирма выпустит нормальный продукт, а не абы что.

По поводу классов для всяких гпсов и акселерометров согласен, их надо было готовить, но это не такие уж объёмы, устройства то простые. А вот то что гуи на аире, это ещё не значит, что всё на аире должно быть. Точно также к этому интерфейсу может цепляться и сишный код. В QNX есть технология HMI Player, там к flash можно писать свои расширения (на Си) и работать с ними как с классами в AS. Но раз сами расширения написаны на Си, то использовать их из Си программы будет даже проще.
Конечно, я знаю, какие SDK доступны для PlayBook. Но Вы не учли следующие два момента:

1. Сам AIR SDK должен на что-то опираться, например, на нативный сишный код.
2. Написать и запустить нативное приложение на PlayBook можно было и раньше, до выхода нативного SDK.

А это значит, что у RIM нативный SDK был с самого начала, что должно быть очевидно. Может быть он не был оформлен подобающим образом, конечно. ;-} Скорее всего они просто разрабатывали в Momentics IDE, который, кстати, и лёг в основу Native SDK. Почему бы при помощи Momentics не собрать NFS? Я лично видел, насколько эта игрушка динамична, чтобы с уверенностью сказать, что она сделана не на Flash.
Почему Вы решили, что NFS написан на Air?
Собственно, я даже участвовал в доработке одного GPL продукта — не как фрилансер, а работая на аутсорсера. Одно из требований заказчика, кстати, было добавить патч с нужной им фичей в апстрим@sourceforge — что бы им не надо было не только не дорабатывать самостоятельно, но и что бы в дальнейшем им не надо было поддерживать этот софт.

Тут конкретная лицензия не имеет значения. Главное, чтобы исходный проект был открыт.

Можно какое-нибудь подтверждение того, что можно дизассемблировать работу, производную от работы, лицензированной под BSD лицензией?

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

Или другое подтверждение вашего предположения о моём незнании BSD лицензии.

Смотрите ниже.

Любую разработку можно лицензировать под несколькими лицензиями (обычно, MIT+GPL или BSD+GPL), чем активно и пользуются разработчики. Вряд ли можно упрекнуть в незнании этого подхода авторов упомянутых мной программ.

Разработчиков, может быть, вряд ли можно упрекнуть. Но по поводу Вашего понимания т.н. двойной лицензии у меня есть сомнения. Двойная лицензия может применяться автором на весь его продукт. Например, можно выбрать MIT или GPL. Но при сборке и линковке с одной (и более) библиотекой под GPL лицензия на весь продукт может быть только GPL. И нельзя лицензировать одну часть продукта под GPL, а другую под MIT. Зато микшировать в одном проекте файлы под BSD и MIT вполне можно. Или под BSD и коммерческой лицензией. Или под MIT и коммерческой лицензией.

То, что в сложных проектах используется GPL — это намеренный шаг. Вряд ли какой-то Vasya Pupkin VoIp Company интересно будет публиковать используемые внутри неё доработки, если через день после опубликования эти доработки будут в ещё более отточеном виде использованы в каком-нибудь WonderMediaBrick, который будут толкать конкуренты, откуда доделки будет невозможно получить и останется только кусать локти.

Зависит от того, какие цели преследует Вася из Vasya Pupkin VoIp Company. Если он просто делится своей программой, то кусать он ничего не будет. Если он себя и свой талант рекламирует, то ничего ни у кого он кусать не будет. Если же он хочет продать свои потуги, которые за один день можно доработать и отточить (это с Ваших слов), то, конечно, он будет возмущён. Понимаете, GPL это инструмент, с помощью которого преследуются зачастую не очень благородные цели.

Безусловно, BSD живёт и будет жить, но развиваются конечные BSD проекты медленнее, чем GPL — начиная с кода ядра OS — потому что в GPL проще получить самую новаторскую функциональность, наблюдая за конкурентами-соседями по рынку.

Т.е. GPL хорош тем, что узаконивает воровство и шпионство? Странный вывод.

Сколько есть клонов busybox, лицензированных под BSD-подобными лицензиями? — ан нет, выбирают именно его. Т.к. он наиболее богат фичами и, при этом, наиболее отлажен.

Наверное не только в лицензии дело, но и в том, что Вы даже названий этих клонов не привели, я тоже этих названий не помню, а сами клоны появились заметно позже оригинала?

Честно сказать, мне надоело жевать эту жвачку в этой теме. Не вижу, что это ещё кому-то интересно. Если хочется продолжить, то пишите в личку.
И что, вы сможете при необходимости получить и доработать стек tcp/ip от винды?

И что, Вы думаете, что у меня может возникнуть такая необходимость? Я буду покупать Винду и её дорабатывать? Нет, я не сумасшедший. Ведь есть же CE. В любом случае, мне будет доступен первоисточник, например TCP/IP стек NetBSD.

В GPL смысл не в том, что все бесплатно побегут дорабатывать программы специально для вас, а в том, что вы сами (или нанятые вами специалисты) смогут законно доработать определённую программу.

Вы, наверное, не знаете, что есть различные схемы поддержки ПО нижнего уровня. Самая простая и удачная — это заказная разработка и платная тех.поддержка. Именно к этому и скатывается вариант с лицензией GPL. За примерами далеко ходить не надо. Или Вы будете писать все драйверы себе сами и выпустите своё устройство позже всех, или заплатите за разработку и получите гарантию. Стремиться всё делать самостоятельно — это юношеский максимализм.

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

Похоже, что Вы с BSD лицензией незнакомы.

В частности, благодаря GPL мой домашний роутер делает то, что я хочу, а не то, что хотел автор его оригинальной прошивки.

Другие люди не заморачиваются по мелочам и ездят на Бентли. И что?

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

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

Просто хочу Вам сказать, что столько открытого GPL софта не из-за использования GPL. А только по тому, что GPL агрессивно поглощает другие лицензии.
Лицензия BSD появилась раньше, чем GPL, если мне память не изменяет. И ничего страшного с исходниками под BSD не случилось. До сих пор живы и развиваются. От GPL лично я вижу больше вреда, чем пользы. Почему-то считается, что раз программа под GPL, то её начнут дорабатывать и открывать исходники. А то что зачастую серьёзные коммерческие организации просто стопорятся таких программ в голову никому не приходит? Если бы программа была под более либеральной лицензией, то ей бы пользовались больше. А исходники рано или поздно становились бы доступными. Я приемного так это себе представляю.

И ещё надо разобраться, кто тут волки.
Прошу прощения. Замечания по поводу перевода снимаются. Не переведён только FAQ. ;-}
Честно сказать не понял, в чём основная мысль топика. Получается, что это просто набор ссылок (на англоязычные источники). Прошу прощения, это набор ссылок на разные страницы gnu.org. Неужели есть люди, которые неспособны сами зайти на gnu.org? Была бы польза от качественного перевода, а так эта тема ни о чём.

Есть мнение, что свободное ПО под лицензией GNU GPL не такое уж и свободное, т.к. не позволяет делать всё с исходными кодами. В этом случае, лицензия BSD гораздо более свободна. Но эта лицензия не позволят вести судебные тяжбы и вытягивать деньги из коммерческих организаций, чем, например, занимается FSF. Любая библиотека под лицензией GNU GPL принуждает использовать эту же лицензию для всего проетка. Ну и где тут свобода?

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

Так что считаю, тема не раскрыта.
Во-первых, multi-core processor — это многоядерный процессор, а по-Вашему, «процессор среди тех, у кого много ядер»?

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

А что такое «многоядерные вычисления» я вообще не знаю. Есть «параллельные вычисления», когда алгоритм вычислений допускает распараллеливание, например. Есть «многоядерный процессор», который содержит более одного вычислительного ядра. Ну да Вам виднее.
Главное руки подлиннее. ;-}
И то верно. Заменил на «обработать». Ведь handler это обработчик.
Ну так тесные связи. ;-}
Надо было в своё время посетить «будку» 1746. Там бы всё объяснили. ;-}

Information

Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Works in
Date of birth
Registered
Activity

Specialization

System Software Engineer
Lead