-
- И да, Евгений, я не про Вас, а про стиль изложения в том обзоре. Там вообще сайт своеобразный, повеселило - symbions(24.01.2022 08:35)
- Суть в том, что ты не сделаешь продукт "для любого линукса".
Множество дистрибутивов, множество релизов делают невозможной
качественную поддержку в Linux разумными средствами сколь-нибудь
сложного приложения. Поэтому существует много коммерческого ПО,
которое работает в Windows, работает в MacOS, но которое не
выпускается для "Linux". Nikolay_Po(684 знак., 24.01.2022 01:33)
- Контейнеры, Appimage, flatpack, snap. Кто хочет -- ищет
возможности, кто не хочет - причины. BlackPrapor(210 знак., 24.01.2022 08:28)
- Я спрашивал разные конторы, когда меня интересовало их коммерческое
ПО. Готов был покупать. Но когда спрашивал, почему нет варианта для
Linux, ссылались на сложности в поддержке. Nikolay_Po(469 знак., 24.01.2022 08:37)
- Это вопрос в отношении: кто у кого на подтанцовке - ОС для
приложения или приложения для ОС. Серьезный большой софт вполне
можно писать для одного дистрибутива, подразумевая, что ОС просто
вспомогательная прослойка для запуска рабочего ПО. BlackPrapor(132 знак., 24.01.2022 08:51)
- У нас именно так :) ПО Scada - всем плевать с колокольни, что там
под ним за операционка. Но с Линуксом - сложно, его не существует :) Cкpипaч(1003 знак., 24.01.2022 10:33)
- И тут майкрософт всё это безобразие хочет добавить к похожему хтоническому ужасу мира виндоус. И они добавят, они упёртые - symbions(24.01.2022 12:14)
- Нет никакого пиздеца. Пиздец в голове. BlackPrapor(460 знак., 24.01.2022 11:29)
- Напомнить что в прошлом году произошло с Centos? От нас это
потребовало "все бросить и найти замену". Пару месяцев абсолютно
непроизводительной суеты. И так каждый год. Ни одно так другое. Cкpипaч(150 знак., 24.01.2022 11:49 - 11:56)
- И что, от этого Centos срочно перестал работать и всё, что продали
до этого накрылось медным тазом? BlackPrapor(121 знак., 24.01.2022 11:54)
- Нам это уже не важно. Но если свое ПО вы будете ставить заказчикам под уже заведомо неподдерживаемыми ОС
- мне вас жаль. - Cкpипaч(24.01.2022 11:55)
- Никто не запрещает любому иметь свои загоны. Но загоны всё равно
есть загоны. BlackPrapor(77 знак., 24.01.2022 12:00)
- Угу. Cкpипaч(190 знак., 24.01.2022 12:04)
- Да, практики существуют разные BlackPrapor(185 знак., 24.01.2022 12:10)
- :) недавно пробовал поставить LMDE4 32-бит не на виртуалку - после первого update/upgrade легло. - Vit(24.01.2022 14:05)
- Да, практики существуют разные BlackPrapor(185 знак., 24.01.2022 12:10)
- Угу. Cкpипaч(190 знак., 24.01.2022 12:04)
- Никто не запрещает любому иметь свои загоны. Но загоны всё равно
есть загоны. BlackPrapor(77 знак., 24.01.2022 12:00)
- Нам это уже не важно. Но если свое ПО вы будете ставить заказчикам под уже заведомо неподдерживаемыми ОС
- мне вас жаль. - Cкpипaч(24.01.2022 11:55)
- Сколько заплатили, столько и получили. А могли бы платить Красной
Шапочке и наезжать на них "мы вам платим, где результат?" - SciFi(24.01.2022 11:51)
- Тех, кто не читает внимательно договора, мне искреннее и
неподдельно жаль :) RH хотят получать деньги за поддержку серверов. Мы-же только продаем. Отправлять наших заказчиков в RH? Я как-то
плохо себе это представляю. - Cкpипaч(24.01.2022 11:59)
- Это всё от бедности. Вот, например, с просторов интернета: "My
primary argument for Ubuntu over Debian is that my clients can pay
Canonical (Ubuntu’s publisher) for commercial support, with or
without a support contract. I have actually used the on-demand
support option. (It was $75/hr back then, 1-hour minimum. Don’t
know what current fees are.)" - SciFi(24.01.2022 12:11)
- Лень писать очередную простыню. Сами помедитируйте на тему какой уровень компетентности должен иметь заказчик, чтобы корректно поставить задачу этому "мужу на час". - Cкpипaч(24.01.2022 12:24)
- Это всё от бедности. Вот, например, с просторов интернета: "My
primary argument for Ubuntu over Debian is that my clients can pay
Canonical (Ubuntu’s publisher) for commercial support, with or
without a support contract. I have actually used the on-demand
support option. (It was $75/hr back then, 1-hour minimum. Don’t
know what current fees are.)" - SciFi(24.01.2022 12:11)
- Тех, кто не читает внимательно договора, мне искреннее и
неподдельно жаль :) RH хотят получать деньги за поддержку серверов. Мы-же только продаем. Отправлять наших заказчиков в RH? Я как-то
плохо себе это представляю. - Cкpипaч(24.01.2022 11:59)
- И что, от этого Centos срочно перестал работать и всё, что продали
до этого накрылось медным тазом? BlackPrapor(121 знак., 24.01.2022 11:54)
- Напомнить что в прошлом году произошло с Centos? От нас это
потребовало "все бросить и найти замену". Пару месяцев абсолютно
непроизводительной суеты. И так каждый год. Ни одно так другое. Cкpипaч(150 знак., 24.01.2022 11:49 - 11:56)
- В этом смысле, WSL может выглядеть как островок стабильности. - Nikolay_Po(24.01.2022 11:18)
- Возможно, вы не в курсе, но поверх WSL ставится дистрибутив по выбору. Такшта никуда не девается тот 3,14здец, о котором пишет Скрипач. Плюс добавляются особенности WSL. - SciFi(24.01.2022 11:39)
- Там сразу сказано - не для серверных решений :) Декларируется как уровень абстракции от аппаратных средств (какой ценой?). Но именно аппаратные сейчас не проблема взять совместимые - просто не умничай, бери ПК или сервер с Линуксом изначально. Лет десять так делаю. - Cкpипaч(24.01.2022 11:35)
- У нас именно так :) ПО Scada - всем плевать с колокольни, что там
под ним за операционка. Но с Линуксом - сложно, его не существует :) Cкpипaч(1003 знак., 24.01.2022 10:33)
- Это вопрос в отношении: кто у кого на подтанцовке - ОС для
приложения или приложения для ОС. Серьезный большой софт вполне
можно писать для одного дистрибутива, подразумевая, что ОС просто
вспомогательная прослойка для запуска рабочего ПО. BlackPrapor(132 знак., 24.01.2022 08:51)
- Я спрашивал разные конторы, когда меня интересовало их коммерческое
ПО. Готов был покупать. Но когда спрашивал, почему нет варианта для
Linux, ссылались на сложности в поддержке. Nikolay_Po(469 знак., 24.01.2022 08:37)
- После того, как Apple перешла на процессор M1, операционка MacOS
тоже станет разнообразной. :) - Kceния(24.01.2022 02:08)
- Сейчас кросплатформенность в тренде. Разработчик ОС поставляет
комплект разработки. И для программиста тип процессора в ОС
прозрачен. Программный код у него будет один, общий для всех
платформ данной ОС. Просто в магазине приложений для x86 будет один
файл, для M1 другой. В любом случае это проще, чем пытаться
поддержать приложение для "Linux", добавив ещё и вариант под
aarch64. - Nikolay_Po(24.01.2022 11:22)
- А чем для вас Linux непрозрачен? :) Пишите код и отлаживаете на том
Linux'е, что милее вашему сердцу, а когда будет готово,
компилируете код средствами целевой операционной системы. На мой
взгляд, все Linux'ы, может быть, в чем-то и разные, но у их
компиляторов gcc/g++ один стандарт языка, а потому по идее на любом
Linux'е можно получить исполняемый код, который на ней заработает.
Тогда как aarch64 может вас смущать, только если вы на ассемблере
что-то пишите. :) - Kceния(24.01.2022 14:43 - 14:56)
- У GCC есть завязка на libc, поэтому полной портируемости между
всеми возможными версиями пингвина как бы нет. К счастью glibc/musl
не то, чтобы сильно часто менялся. - lloyd(24.01.2022 14:45)
- libc на каждом Linux'е своя должна быть, с языками gcc/g++
совместимая. И ANSI-фунции языка все поддерживать должна. Но даже
если какой-то функции в ней не окажется, то при компиляции это
сразу же выяснится и можно будет эту функцию самим дописать, не
возвращаясь заново к отладке всей программы. - Kceния(24.01.2022 15:08)
- В цитатник! :) И так по каждому отдельному пакету. Ну-ни-а-че?! Не
хватает - допиши :) - Cкpипaч(24.01.2022 15:20)
- Что ж такого? Например, функцию itoa(...) мне приходилось
многократно добавлять, т.к. в ANSI ee нет. - Kceния(24.01.2022 15:30)
- А функцию _register_new_id() ? - Cкpипaч(24.01.2022 15:33)
- О такой функции я даже не слышала :) - Kceния(24.01.2022 15:40)
- А функцию _register_new_id() ? - Cкpипaч(24.01.2022 15:33)
- Таков путь! - LightElf(24.01.2022 15:25)
- Что ж такого? Например, функцию itoa(...) мне приходилось
многократно добавлять, т.к. в ANSI ee нет. - Kceния(24.01.2022 15:30)
- В цитатник! :) И так по каждому отдельному пакету. Ну-ни-а-че?! Не
хватает - допиши :) - Cкpипaч(24.01.2022 15:20)
- libc на каждом Linux'е своя должна быть, с языками gcc/g++
совместимая. И ANSI-фунции языка все поддерживать должна. Но даже
если какой-то функции в ней не окажется, то при компиляции это
сразу же выяснится и можно будет эту функцию самим дописать, не
возвращаясь заново к отладке всей программы. - Kceния(24.01.2022 15:08)
- У GCC есть завязка на libc, поэтому полной портируемости между
всеми возможными версиями пингвина как бы нет. К счастью glibc/musl
не то, чтобы сильно часто менялся. - lloyd(24.01.2022 14:45)
- Это да, но и тут они начинают портить. Кто-нибудь, где-нибудь в
какой-нибудь мордокниге из под акаунта с вашей фоточкой/эмблемой
напишет что-то не то про чернокожих геев - и нет вашего приложения
в магазине. К этому потихоньку всё идёт - symbions(24.01.2022 12:19)
- а ссылки есть? я бы почитал. они конечно долбанутые, но неужели
настолько. - cheblin(24.01.2022 12:51)
- Вы не слышали как выкидывают ПО из магазина после изменения условий? А теперь вспомним недавнюю отставку немецкого главного по военноморским силам из-за некорректного высказывания о Крыме. А теперь скрестим - и обратим внимание на последнее предложение в моём предыдущем посте. - symbions(24.01.2022 15:42)
- а ссылки есть? я бы почитал. они конечно долбанутые, но неужели
настолько. - cheblin(24.01.2022 12:51)
- А чем для вас Linux непрозрачен? :) Пишите код и отлаживаете на том
Linux'е, что милее вашему сердцу, а когда будет готово,
компилируете код средствами целевой операционной системы. На мой
взгляд, все Linux'ы, может быть, в чем-то и разные, но у их
компиляторов gcc/g++ один стандарт языка, а потому по идее на любом
Linux'е можно получить исполняемый код, который на ней заработает.
Тогда как aarch64 может вас смущать, только если вы на ассемблере
что-то пишите. :) - Kceния(24.01.2022 14:43 - 14:56)
- Сейчас кросплатформенность в тренде. Разработчик ОС поставляет
комплект разработки. И для программиста тип процессора в ОС
прозрачен. Программный код у него будет один, общий для всех
платформ данной ОС. Просто в магазине приложений для x86 будет один
файл, для M1 другой. В любом случае это проще, чем пытаться
поддержать приложение для "Linux", добавив ещё и вариант под
aarch64. - Nikolay_Po(24.01.2022 11:22)
- Ну смысл есть, но пока я не вижу надобности. Но я - не очень хорошо
прогнозирую будущее :) А Мйкрософта - "наелся" - symbions(24.01.2022 01:55)
- даже гитхабом не пользуетесь? - cheblin(24.01.2022 09:45)
- Спасибо! Шикарно - Evgeny_CD(24.01.2022 01:52)
- Контейнеры, Appimage, flatpack, snap. Кто хочет -- ищет
возможности, кто не хочет - причины. BlackPrapor(210 знак., 24.01.2022 08:28)