LINUX.ORG.RU
ФорумTalks

Приложение под оффтоп и мак. А почему не линукс?

 ,


0

2

У меня в голове сидит мысль, что маки - те же линуксы. Почему тогда часто я вижу, что есть программа под винду, есть вариант под мак, а под линукс - шиш? В чем коренное отличие?

P.S. Собственно, о чем говорю - печально, что LEGO Digital designer есть под оффтоп/мак, но нет под онтопик.

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

Android — это Linux. Спорить тут бесполезно. Вот то, что Android не GNU/Linux — с этим я полностью согласен.

ivanlex ★★★★★
()

linux как бы не О.С., а ядро.
Ваш К.О.

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

Тут Pulse, там Alsa
GTK c Qt

Выбери что-то одно. Они и этого не могут?

а где-то и имена сетевых интерфейсов через пятую точку.
SysV vs

Всяким фотошопам на это должно быть положить.

Бздуны такие бздуны :}

Deleted
()
Ответ на: комментарий от Ttt

первое умеет эмулировать второе

Объясни это IdTech4. Все игры (кроме Prey) с пульсой пердят/хрипят и звук отстает. А на голой Алсе только подхрипывает слегка...

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

platform api же не утащишь с собой

Зачем его таскать? Тулкиты типа JUCE придуманы даже не позавчера.

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

juce.com? Выглядит круто, спасибо.

Но все портит проклятая GPL. Дальше первой страницы можно не смотреть - открыл, порадовался скриншотам, ctrl+F по слову «license», нашел GPL, и, самое ужасное - AGPL. Закрыл навсегда.

JUCE умеет COM+? OLE? DBUS? Может транслировать вызовы DirectX в OpenGL? Может превратить сервис в демон и демон в сервис? Или политику менеджера памяти OSX перенести на планировщик линукса? А как у него совместимость ABI между Microsoft Visual Studio, Clang и тем, подо что он собирается? Итп. «platform api не утащишь за собой»

Насчет кроссплатформенного гуя отдельная история. Понимаешь чо. Под маком гуи выглядят хорошо. А под линуксом - как говно, и даже на Qt. И под явой тоже как говно. Не представляю, зачем человек откроет на Маке, или даже на Винде все это вырвиглазие, если есть адекватно выглядящая нативная альтернатива.

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

Имеются ввиду реализация этого протокола.

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

Где ты в последний раз видел многопользовательский unix?

Давно не видел, год как минимум. Вижу достаточно часто винду многопользовательскую. Решение через костыли конечно (поставь программку, взломай её, продерись через её глюки, глюки винды и т.д.), но работает. И причём just works.

leonidko ★★★★
()

Потому что 1%, очевидно же.

PaRuSoft ★★★★
()

У меня в голове сидит мысль, что маки - те же линуксы

Не те же, не линуксы.

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

На мак, похоже, портируют в случае наличия соответствующей жидкости в голове менеджмента.

ya-betmen ★★★★★
()

Потому что нестабильность ABI затрудняет поставку закрытого исходного кода. Взять хотя бы libpng.

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

Насчет кроссплатформенного гуя отдельная история. Понимаешь чо. Под маком гуи выглядят хорошо. А под линуксом - как говно, и даже на Qt. И под явой тоже как говно. Не представляю, зачем человек откроет на Маке, или даже на Винде все это вырвиглазие, если есть адекватно выглядящая нативная альтернатива.

Это попытка обмануть тех, кто не видел Qt под маком? Отлично оно там выглядит. Java выглядела прилично, пока её патчил сам Apple; потом они это прекратили, а маразм помешал разработчиками swing продолжить их работу. Теперь только Ubuntu иногда патчит под себя swing (ЕМНИП какой-то человек не из Canonical сделал для swing поддержку глобального меню).

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

Под маком гуи выглядят хорошо. А под линуксом - как говно, и даже на Qt.

Ты просто не видел Guitar Pro вживую, правда ведь?

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

так мак - замкнутая на себя штука, на линукс их фреймворк слабо переносим

Основная проблема в том что нечем xcodeproj качественно перегнать в мейкфайлы от GNUStep или открыть в какой-нибудь IDE. А так у GNUStep немало наработок и их можно было бы улучшить.

quiet_readonly ★★★★
()
Последнее исправление: quiet_readonly (всего исправлений: 1)
Ответ на: комментарий от AP

Целое одно приложение с owner draw интерфейсом, в котором два с половиной стандартных контрола? Ну да, успех. А все другие проги не знают даже элементарных вещей, по типу того что на маке изменения в опциях подхватываются без кнопки ОК (и этой кнопки быть не должно вообще), а на винде и линуксе - с кнопкой ОК, что на Маке табы должны превращаться в специальные (сцентрированные посередине), что на виндовсе другая модульная сетка, итп. Что в винде вещи типа «количества новых писем» отображаются в табличке, в маке - в левой панельке (забыл как называется, которая в Finder'е) и рисуются в круглых синих маркерах, а в линуксе... ээ как бог на душу положит). Не говоря уже о нюансах, что при выборе «плоского» скина надписи должны быть ровно по центру плашки, а в градиентном - смещены вверх относительно центра на величину соответствующую тому, как градиент искажет поверхность плашки. Итп. Перечислять можно долго.

stevejobs ★★★★☆
()
Последнее исправление: stevejobs (всего исправлений: 1)
Ответ на: комментарий от stevejobs

по типу того что на маке изменения в опциях подхватываются без кнопки ОК (и этой кнопки быть не должно вообще), а на винде и линуксе - с кнопкой ОК

В гномо-приложениях тоже нигде нет кнопки ОК. Так что 4.2.

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

Но все портит проклятая GPL. Дальше первой страницы можно не смотреть - открыл, порадовался скриншотам, ctrl+F по слову «license», нашел GPL, и, самое ужасное - AGPL. Закрыл навсегда.

Там схема как раньше у Qt была. Либо GPL, либо проприетарная за деньги.

Кстати, GPL там вроде определённой версии (вроде только 2), что ни я, ни Столлман не одобряю.

Ttt ☆☆☆☆☆
()
Ответ на: комментарий от Deleted

Выбери что-то одно. Они и этого не могут?

Ну а как ты думаешь, откуда берутся монархисты?

Ttt ☆☆☆☆☆
()

На портирование нужны ресурсы. Затраты труда. Чисто для фана можно конечно портануть, но такого времени не у всех достаточно. Сложность портирования зависит от того, что используется в программе, какие компоненты. Кроме того, мало разового портирования. Когда добавляешь очередную фичу, нужно будет следить за всеми версиями под платформы, чтобы ничего не сломать. Да и постоянная адаптация программы под меняющийся мир какой-нибудь из платформ - тоже время и тоже деньги и силы.

Сейчас, наверное, самый простой способ поддерживать все три платформы - это Qt и boost. Но тоже есть свои подводные камни. Еще одним относительно легким способом я бы назвал mono и .net. Правда здесь придется писать интерфейс по-разному, отдельно для каждой платформы. В общем, если прога не ХеллоуВорд. то поддержка разных платформ - достаточно утомительное занятие.

hibou ★★★★★
()

У меня в голове сидит мысль, что маки - те же линуксы.

Проветривайте хоть иногда.

Dirty_Diana
()
Ответ на: комментарий от aes_ultimum

А сообщество FOSS?

Кто из этого сообщества взял на себя обязательства хотя бы по формальному ответу на твои вопросы?

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

А как оценить, насколько эффективно устройство графической системы в Plan9? Там вся графика в лучших традициях минимализма. Как хорошо там будет работать офис или графический редактор? А по сети? А так, сетевая прозрачность, которая доступна «из коробки», это очень классно.

ls-h ★★★★★
()
Ответ на: комментарий от beastie

Во-первых, основных дистрибутивов всего штук 5 от силы (остальное либо совместимые деривативы, либо наколенное ненужно). Во-вторых, из них достаточно поддерживать _максимум_ парочку самых популярных, ибо нефиг.

Насчёт революций и api - никто не мешает таскать с собой либы нужной версии и зависеть только от низкоуровневых вещей типа иксов и алсы, например. Тот же perforce отлично работает на куче дистров 5-летнего разброса выпуска.

lazyklimm ★★★★★
()

Потому что мак примерно настолько же линукс, насколько винда.

PolarFox ★★★★★
()

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

2. Маркетологи решили, что для поддержки платформы с другим названием и тем же API надо нести колоссальные затраты.

3. Маркетологи решили, что линукс поддерживать противопоказано для бизнеса.

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

Тут Pulse, там Alsa

ALSA на линуксе есть всегда (OSS пользователей не берем, это их личные роблемы)

где-то и имена сетевых интерфейсов через пятую точку

а зачем их вообще в программе хардкодить? Есть API получения имен - от него и нужно отталкиваться.

GTK c Qt…

тут, в общем-то, по большому счёту пофиг. Qt умеет темы gtk, если что.

SysV vs

зачем какому-нибудь фотошопу init-скрипты?

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

beastie> Я о том, что Win — один и Mac — один, а Linux — rabbits, rabbits, rabbits… (и все с мутациями).

Тем не менее разработчикам той же Desura это не помешало. Запаковать программу в tar.gz со всем, что нужно, статически слинковать, выложить на сайт - разве это так трудно?

Quasar ★★★★★
()

В чем коренное отличие?

Аудитория маленькая. Покупателей мало (даже потенциальных). Проблем много (о них написали выше).

Norgat ★★★★★
()
Последнее исправление: Norgat (всего исправлений: 1)
Ответ на: комментарий от stevejobs

по типу того что на маке изменения в опциях подхватываются без кнопки ОК (и этой кнопки быть не должно вообще)

Хорошо, такого нету. Но расположение кнопок в диалогах Qt умеет сам определять.

что на Маке табы должны превращаться в специальные (сцентрированные посередине)

Qt умеет.

что на виндовсе другая модульная сетка

Не понял

Что в винде вещи типа «количества новых писем» отображаются в табличке, в маке - в левой панельке (забыл как называется, которая в Finder'е) и рисуются в круглых синих маркерах, а в линуксе... ээ как бог на душу положит)

На это есть библиотека QDockTile, написанная вроде бы лоровцем (со взрывом на аватарке).

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

Говорят, на само портирование затраты обычно ничтожные, по сравнению с последующей поддержкой и доставкой клиентам (с нормальной монетизацией).

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

Во-первых, основных дистрибутивов всего штук 5 от силы (остальное либо совместимые деривативы, либо наколенное ненужно). Во-вторых, из них достаточно поддерживать _максимум_ парочку самых популярных, ибо нефиг.

И тут засада...

  • Нет магазина приложений, доступного на всех платформах — так что либо делать только для Ubuntu, либо только для Steam/Desura, либо продавать с сайта и на дисках — по старинке, либо in-app purchase. С виндой последние два варианта легко делаются, благодаря огромной аудитории и наличия в winapi средств для проверки лицензии. В Mac OS X есть аппстор.
  • Если всё-таки решиться продавать с сайта или через in-app purchase, то вполне возможно, что придётся предоставить ещё и техподдержку. И тут в игру вступают пользователи тех дистрибутивов, которые не поддерживаются — стоит только продукту стать популярным. Пример — ROSA и skype.
quiet_readonly ★★★★
()
Ответ на: комментарий от zgen

1) Ты вообще о чём? 2) Вопрос был адресован лично тебе (если не понятно). 3) Твоему ответу не хватает конкретики.

И ещё раз, твоё предложение — мой пример.

Если ты кодишь под линукс - то ты один, сам с собой.

Господин Линус Торвальдс пишет ядро Линукс в одиночку? (Самый показательный пример)

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

-- убунту - не самый плохой вариант

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

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

А из всего коммерческого и некоммерческого все носят с собой библиотеки под Windows. Все.

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

Если оно использует методы Loki, то там используется вывод звука через SDL, а выбор именно alsa сделан в скрипте запуска.

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

1. Магазин приложений не нужен - программу можно продавать и через сайт (как раньше и делали и делают до сих пор).

2. Техподдержку предоставлять придётся в любом случае, если она предусмотрена лицензией.

Quasar ★★★★★
()

Почему тогда часто я вижу, что есть программа под винду, есть вариант под мак, а под линукс - шиш? В чем коренное отличие?

в Linux нужны открытые исходники, тогда просто собрать что угодно под любой Linux. А если открытых исходников нет, а есть только блоб, то этот блоб нужно автору(блоба) запиливать под Over9000 дистров. Вот как гуглохром например. Но ставится оно отдельно, ибо разрабы дистра никак не могут гарантировать, что там внутри этого блоба на самом деле лежит.

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

Магазин приложений не нужен - программу можно продавать и через сайт (как раньше и делали и делают до сих пор).

дык это надо Over9000 сайтов обойти. Как в windows.

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

Через SDL, это верно. Вот только при наличии запущенной Пульсы все скрипит, пердит и звук отстает от происходящего на экране секунд на 10-12.

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

lazyklimm> всякие росы и прочие непонятные дистрибутивы не нужно поддерживать как минимум по той причине, что по числу пользователей Убунта (+ минт + опционально дебиан) делает их как тузик жучку.

Это самый глупый совет в этой теме. LSB разрабатывали именно для того, чтобы поддерживалось везде. Если собрать программу в соответствии с LSB, то она будет работать везде, где стандарт поддерживается (практически везде). Если дистрибутив не поддерживает этот стандарт, он идёт лесом.

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

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

Теперь есть. Но не суть важно - им на практике не пользуются.

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