The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Анализ проблем с GPL у бизнес-модели Red Hat , opennews (??), 25-Июн-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


225. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (204), 26-Июн-23, 19:59 
Гейтс с Джобсом не стеснялись воровать идеи  в лабораториях Xerox. Математические алгоритмы должны быть в Public Domain, как научные открытия. Если кто-то использовал в своём продукте - пусть продаёт. Но он не может запретить использовать те же алгоритмы другим. Патенты в текущем виде используются как запретительные барьеры корпорациями и для шантажа патентными троллями. А заработать на чужом коде без понимания как он работает, без документации, спецификаций, навыков отладки и сопровождения и т.д. далеко не "каждый желающий на халяву" сможет. Стратегия EEE (embrace, extend and extinguish) по плечу только монстрам типа MS.
Ответить | Правка | Наверх | Cообщить модератору

227. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 26-Июн-23, 20:17 
> Математические алгоритмы должны быть в Public Domain, как научные открытия. Если кто-то использовал в своём продукте - пусть продаёт. Но он не может запретить использовать те же алгоритмы другим. Патенты в текущем виде используются как запретительные барьеры корпорациями и для шантажа патентными троллями.

Как скажешь, дружище. С тебя - R&D в любой более-менее сложной области, включая все расходы. С меня - разработанная по итогам софтина, которую я буду продавать богатым клиентам за сотни миллионов денег и забирать себе всю прибыль кроме налогов и прочего положенного по закону. Тебе ни копейки не дам, не обижайся: ты сам говорил про Public Domain и патентовать ничего не будешь. Если кто-то захочет аналогичную софтину написать и продавать самостоятельно - фигня вопрос, запрещать и мешать не буду. Принимаешь бизнес-предложение или ну нафиг?

Ответить | Правка | Наверх | Cообщить модератору

230. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (204), 26-Июн-23, 20:42 
Конкретизируй. Что такое "более-менее сложной области"? В чем заключается R&D? Мне почему-то вспоминаются только патенты на мышки, алгоритм сжатия Люмпеля-Зива-Велча и jpeg за которые дрючили софтописателей пока сроки патентов на них не истекли и не придумали другие алгоритмы. Сейчас они никому не нужны, и честно говоря эти алгоритмы не rocket science. Всё на уровне студенческих курсовиков и задачек из книжек Д.Кнута. Объективно это современный вариант средневековой цеховщины, когда какие-то секреты мастерства передавались от отца к сыну или от мастера подмастерью.
И главное - на кой мне какому-то хамоватому анониму давать преференции? Не обижайся, но богатым клиентам за сотни миллионов ты ничего не продашь. Иначе бы ты тут не сидел.
Ответить | Правка | Наверх | Cообщить модератору

232. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 26-Июн-23, 21:04 
> Что такое "более-менее сложной области"?

Какая-нибудь физика плазмы, молекулярная биология, lossless-сжатие аудио и видео в рилтайме с качеством в разы выше на данный момент имеющегося + автокоррекция ошибок (чтобы 4K видео с 6канальным звуком передавалось по обычному модему на 33600 бод в обе стороны без задержек) и так далее. На твое усмотрение, короче.

> В чем заключается R&D?

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

> Мне почему-то вспоминаются только патенты на мышки, алгоритм сжатия Люмпеля-Зива-Велча и jpeg за которые дрючили софтописателей пока сроки патентов на них не истекли и не придумали другие алгоритмы.

Мне вспоминаются многолетние рыдания на тему как бы мы классно какую-нибудь штуку из какого-нибудь MPEG скопипастили, но нельзя. А сами придумать что-то получше неспособны в принципе (история Theora и VP8/VP9 как бы намекает).

> И главное - на кой мне какому-то хамоватому анониму давать преференции?

Ну ты же заявил что патенты не нужны и Public Domain рулит. Неужели нет желания бесплатно потрудиться на общее благо ради подтверждения собственного тезиса?

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

Just for lulz, чувак.

Ответить | Правка | Наверх | Cообщить модератору

235. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (204), 26-Июн-23, 21:58 
Не вижу постановки задачи. Так, один трёп. По поводу физики и биологии ничего не скажу.
А по аудио-видео - существующие алгоритмы сжатия уже подошли к теоретическому пределу. "В разы лучше" сделать физически невозможно.
Опять-таки не вижу причин тратить время и силы на твои хотелки.

> Ну ты же заявил что патенты не нужны и Public Domain рулит. Неужели нет желания бесплатно потрудиться на общее благо ради подтверждения собственного тезиса?

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

Сейчас, благодаря конкуренции и проекту GNU, c софтом всё более-менее хорошо. Есть дешёвые и даже бесплатные ОС, браузеры, текстовые редакторы, компиляторы, БД и прочее. Шароварщики пропали как класс. А совсем недавно, 20-30 лет назад практически всё было платное.

И не надо передёргивать. Я говорил, что патенты на софт вредны. И про Pubic Domain я говорил в контексте науки и математических алгоритмов. Свой код автор может лицензировать как хочет.

Ответить | Правка | Наверх | Cообщить модератору

238. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 26-Июн-23, 22:17 
Так и запишем: халявы этот анонимус хочет, а предоставлять ее самому - категорически нет. Предсказуемо, чоужтам.
Ответить | Правка | Наверх | Cообщить модератору

244. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (204), 26-Июн-23, 22:49 
Вы мне приписываете собственные грязные мысли. Посмотрите в зеркало.
Ответить | Правка | Наверх | Cообщить модератору

248. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 26-Июн-23, 22:58 
С фига ли? Я не проповедую отмену патентов и всеобщий Public Domain. Или в следующий раз мне теги <сарказм> и <доведение до абсурда> нужно прописывать в явном виде?
Ответить | Правка | Наверх | Cообщить модератору

281. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Аноним (281), 27-Июн-23, 02:27 
> По поводу физики и биологии ничего не скажу.

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

> А по аудио-видео - существующие алгоритмы сжатия уже подошли к теоретическому пределу.

А вот это уже интересно, нельзя ли зацитировать теорию описывающую предел?

> "В разы лучше" сделать физически невозможно.

Да вообще-то можно супер-эффективное сжатие. Смотрите, magnet-ссыль содержит лишь 20 байтов хеша, но он уникально идентифицирует конкретный мувик. А то что словарь для декомпрессии великоват... ну... мало ли чего... зазеркальте пиратскую бухту и сможете декомпресить ссылки в многогиговые файлы, где взять столько дисков - ваши проблемы :)))

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

Однако если посмотреть в каком виде оказываются объекты без собственника...

Ответить | Правка | К родителю #235 | Наверх | Cообщить модератору

314. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (204), 27-Июн-23, 18:58 
> А вот это уже интересно, нельзя ли зацитировать теорию описывающую предел?

Это очевидное следствие из алгоритмов сжатия.
Есть такое понятие - энтропия. Чем она выше, тем хуже файл сжимается. Классические алгоритмы, тот же LZW создают словарь повторяющихся строк и заменяют их на код этой строки в словаре, который короче этой строки.
В сжатом файле энтропия всегда выше чем в исходном. Но энтропия не может увеличиваться до бесконечности. В случано сгенерированной последовательности байтов энтропия максимальна. Поэтому текстовые файлы сжимаются хорошо, бинарные хуже, а созданный генератором случайных чисел набор байтов - хуже всех. И поэтому же при сжатии уже архивированных файлов они очень плохо сжимаются, а на 2-3 итерации размер архива начнет расти - из-за заголовка архива и всякой служебной информации.
Вот первая же ссылка нагуглилась: https://habr.com/ru/articles/181045/

Ответить | Правка | Наверх | Cообщить модератору

330. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (-), 28-Июн-23, 02:43 
> Это очевидное следствие из алгоритмов сжатия.

Теория не может быть следствием из алгоритмов сжатия.

> Есть такое понятие - энтропия. Чем она выше, тем хуже файл сжимается.

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

> Классические алгоритмы, тот же LZW

Не надо мне рассказывать что я знаю, я даже кодил LZ unpacker'ы лично. Но раз вы такой умный вы можете рассказть как оценить энтропию "в этом мувике" для начала. Чтобы понять расстояние от теоретического предела. Более того - пойнт lossy сжатия в том что оно часть информации теряет, но человек это не замечает, или не очень замечает. Это несколько меняет правила игры.

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

И вы конечно же сформулируете какой-то осмысленный верхний предел, показав что он и правда близок к тому что есть?

А то насколько я вижу, современные кодеки как раз более-менее прокачали удаление избыточности и пришли к тому что опробование наилучших вариантов как это делать и их комбо требует неслабо так времени на кодирование при котором пытаются понять наилучшие из вариантов как кодировать. Вы же понимаете что есть много способов даже получить битовый поток дающий идентичный результат при декодировании. У LZ-like даже есть такое понятие как Optimal Parsing, но эта задача полностью и честно решаема только для самых тривиальных форматов типа LZ4. В более сложных и фичастых оптимальный парсинг вообще нереально сделать за разумное время. В лучшем случае бывает приблизительная эвристика. А уж современные форматы видеокодеков - заведомо в субоптимальном режиме кодируют, отбрасывая большую часть пространства поиска эвристикой, и даже так это очень медленно.

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

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

> Вот первая же ссылка нагуглилась: https://habr.com/ru/articles/181045/

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

Ответить | Правка | Наверх | Cообщить модератору

315. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (204), 27-Июн-23, 19:03 
> Да вообще-то можно супер-эффективное сжатие. Смотрите, magnet-ссыль содержит лишь 20 байтов хеша

Некорректное утверждение. Расчет хеша, контрольной суммы - это не сжатие.
Это всё равно что сказать: URL - это сжатый сайт, а строка, содержащая путь к файлу на диске равно архиву файла.

Ответить | Правка | К родителю #281 | Наверх | Cообщить модератору

332. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (-), 28-Июн-23, 02:48 
> Некорректное утверждение. Расчет хеша, контрольной суммы - это не сжатие.

Ну как, это мухлевание с словарем :). Очень большим слованем, размером с весь контент TPB :). И вы можете возразить, но brotli мухлюет примерно так же: у него встроеный словарь на этак примерно 120 кило хлама, во ВСЕХ реализациях. Выжимка из типовых конструкций веба. И поскольку этот хлам уже есть у всех клиентов - его не надо передавать, можно только ссылку на него передать. И это по общей идее процесса не настолько уж и отличается. Вон то просто чуть более масштабная и глобальная версия идеи. Правда хранить словарь такого размера очень напряжно.

Ответить | Правка | Наверх | Cообщить модератору

266. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (264), 27-Июн-23, 01:04 
> R&D в любой более-менее сложной области, включая все расходы

Вообще-то все действительно более-менее сложные области исследуются при университетах, в том же MIT, например. Это вам не кнопки двигать и углы скруглять, чтобы повысить продажи на 2%.

Ответить | Правка | К родителю #227 | Наверх | Cообщить модератору

270. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 27-Июн-23, 01:13 
"Microsoft research and development expenses for the twelve months ending March 31, 2023 were $27.305B, a 16.94% increase year-over-year. Microsoft annual research and development expenses for 2022 were $24.512B, a 18.32% increase from 2021"

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

Ответить | Правка | Наверх | Cообщить модератору

306. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (304), 27-Июн-23, 10:18 
А тогда развитие тормозиться. Научные разработки не случайно и государственные тоже.

Конечно, мы не про JS сайтики по продаже кредитов.

Ответить | Правка | К родителю #227 | Наверх | Cообщить модератору

310. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 27-Июн-23, 11:22 
Конечно не про сайтики и хелловорлды. Клепает какая-нибудь условная нвидия/амд/еще кто свои видюхи. Что им для счастья надо? Чтобы эти видюхи покупали, желательно больше чем конкурирующие с ними. Ок, загнали специально обученных инженегров в лаборатории, дали им кучу денег, приборов и расходников, те поколдовали несколько месяцев и сказали: тесселяцию надо переделать вот так, арбитраж с шиной - вот этак, а алгоритм взаимодействия многих тысяч графических процессоров на видюхе между собой - совсем иначе и тогда видюха при сохранении себестоимости получит производительность в несколько раз выше или при той же производительности будет стоить в несколько раз дешевле. Что, конечно же, является неоспоримым конкурентным преимуществом. А теперь сюрприз: приходят конкуренты, копируют эти самые удачные решения в свои разработки и получают видюхи еще мощнее и дешевле, поскольку они своих инженегров в лабораториях не запирали, денег и приборов им не давали и потому затраты на НИОКР нулевые, отбивать их не требуется и в себестоимость видюхи они не заложены. В результате фирма, всю работу сделавшая, не выдерживает ценовой борьбы и благополучно разоряется, а через некоторое время ее конкуренты тоже, поскольку не одни они такие умные и НИОКР как явление перестает существовать в принципе: зачем что-то изобретать если все равно украдут? И всякий прогресс в этой области прекращается примерно навсегда. Есть реально рабочие идеи как от такого нехорошего защититься кроме патентования?
Ответить | Правка | Наверх | Cообщить модератору

351. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 12:25 
> Есть реально рабочие идеи как от такого нехорошего защититься кроме патентования?

Вношу рабочее предложение:
1. Социалистическая революция.
2. Обобществление средств производства.
3. Создание фондов потребления.
4. Отказ от частной собственности.
5. Отказ от товарного производства и денег.


Ответить | Правка | Наверх | Cообщить модератору

355. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 14:46 
Отнять и поделить? Проходили уже. Закончилось все не разработкой уникального своего, а откровенным копированием и клонированием того, что проклятые капиталисты с их патентами наизобретали. А уж промышленное производство в сколь-нибудь заметных масштабах этого скопированного и клонированного отдельная песня, как я бегал по рынкам в 91 году в поисках тех же К565РУ5 (спектрум паял, ага) до сих пор помнится. И это еще повезло, что в СССР все кончилось относительно мирно, могло и по кампучийскому варианту пойти. С Пол Потом и красными кхмерами, те дообобществлялись и доотменялись до физического уничтожения трети населения страны и ликвидации науки с промышленностью в принципе.
Ответить | Правка | Наверх | Cообщить модератору

358. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 18:54 
Так проблема не в социализме (который строится поверх капитализма), а в состоянии капитализма в России начала 20-го века. Отсталая аграрная страна неизбежно будет копировать у развитых капиталистических стран. Но вариантов строить социализм там не было, строили здесь, где могли. И не плохо строили, многое было своим. Копиями, но своими копиями, которые можно сделать на своих заводах, своими рабочими, выученными у нас же.
А сейчас? Технологии импортные, рынки чужие. Чуть запретили и половина производителей встала и вышла в страны, где ещё можно лицензировать технологии, покупать инструменты и сырьё, продавать товары с прибылью, получать за них деньги на банковскую карту. Оставшаяся половина кратно сократила объемы производства до "лучших времен". Вот такая свобода и независимость. И чем всё это закончится не известно, но тревожно.
Ответить | Правка | Наверх | Cообщить модератору

361. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 19:41 
Проблема в том, что с точно такими же результатами социализм строили еще в куче мест. Половина Европы (в СЭВ 12 стран входило как члены и столько же как наблюдатели), Юго-Восточная Азия, Африка и так далее. Не взлетело нигде. Зато результаты отчуждение, обобществления и прочего в процессе строительства социализма были в точности такими же.
Ответить | Правка | Наверх | Cообщить модератору

370. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 21:03 
Но социализм и капитализм строились не где-то в вакууме, а бок о бок в тесной борьбе. Инициатива переходила из руки. СССР копировал американские технологии. США оглядывались на советский опыт, когда он был применим в условиях рынка. Но в конечном счете руководство СССР предало народ и проиграло. А следом за распадом второго полюса посыпался и соцлагерь. Кто попал под бомбежки, кто - в изоляцию. Мировой жандарм расчетливо, пользуясь экономическим давлением и грубой силой, всех принудительно демократизировал, не встречая достойного сопротивления.
Ответить | Правка | Наверх | Cообщить модератору

373. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 21:24 
Если в целях подтверждения какой-то теории я провожу несколько десятков экспериментов с разными данными (экономика, политика, история и прочие менталитеты бывшей Российской Империи явно отличались от таковых в Корее, Вьетнаме, Йемене и других Кубах, Венгриях и Румыниях) и эти эксперименты ни разу не дают заявленного теорией результата - значит теория не верна.
Ответить | Правка | Наверх | Cообщить модератору

374. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 21:40 
Если эксперименты проводятся не в лабораторных условиях, экспериментатор не учитывает влияния внешних факторов, подыгрывает оплаченному^W ожидаемому результату и откровенно притягивает за уши выводы, то грош цена таким экспериментам.
Что, кстати, мы регулярно наблюдали в многочисленных социологических исследованиях, освещавшихся с помпой в газетах в этом и прошлом веках. Большинство "экспериментов" рассыпалось, как карточный домик, как только их брался проводить кто-то другой и без нарушений.

Ответить | Правка | Наверх | Cообщить модератору

376. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 22:02 
"Учение Маркса всесильно, потому что оно верно". Сколько раз, интересно, я этот лозунг видел? Ибо на момент распада СССР в 1992 году мне как раз 20 лет исполнилось. И в школе все эти мудрые постановления очередного партийного съезда изучали, и на 1-2 курсе вполне себе технического института (электромеханический факультет, специальность "Электрические машины и  аппараты") марксизм-ленинизм тоже, хотя даже идиоту было понятно: не взлетит по объективным причинам, проект закрывают на глазах.
Ответить | Правка | Наверх | Cообщить модератору

378. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 22:53 
Не знаю, что там было очевидно в политэкономии студенту первого курса технической специальности, а в Академии наук СССР, где тоже не идиоты заседали, всем всё очевидно не было. И оперировали там не лозунгами, а научными работами. Которые, кстати, с интересом читали во всем мире, даже в кап-странах. Чем современная рыночная держава, построенная на прежнем месте, похвастать, увы, не может, за прискорбно редкими исключениями. Но очевидное экономическое поражение у себя в глазу мы, конечно, замечать не будем, а будем замечать навязанные западной повесткой пылинки-плевочки в богом забытом прошлом, о котором почти воспоминаний не осталось, да и те - смутные.
Ответить | Правка | Наверх | Cообщить модератору

379. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 23:21 
> Не знаю, что там было очевидно в политэкономии студенту первого курса технической специальности, а в Академии наук СССР, где тоже не идиоты заседали, всем всё очевидно не было.

Тотальное отставание во всем более-менее наукоемком. Массовое копирование взлетевшего за бугром (ЕС ЭВМ, СМ ЭВМ, комплектуха (ни для кого не секрет, что та же микрухи К573 были слизаны с забугорных интеловских 2716, 2764 etc, К580 и К1810 - с интела же, 565 серия - это в основном Texas Instruments; список огромен, но продолжать его лень)). Пустые полки магазинов, в которых без талонов можно купить только березовый сок и консервы из морской капусты (хз что в москве и Питере было, я говорю про мой Смоленск). Заводская продукция, больше половины которой можно смело отправлять в брак не выпуская за ворота даже если на ней клеймо госприемки стоит. Институтские типа аналоги забугорных машин, которые паять приходится каждые несколько дней чтобы они хоть как-то работали (в не аналоги, а оригиналы при мне с паяльниками не лазил никто, они просто работали в том же помещении и в тех же климатических, электрических и прочих условиях). Дефицит переводной свежей литературы по специальности. Знаменитая павловская денежная реформа. Казалось бы, что могло пойти не так?

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

Я хоть где-то говорил что в РФ все хорошо? Почти такая же задница, просто вид с другого бока.

Ответить | Правка | К родителю #378 | Наверх | Cообщить модератору

384. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (384), 30-Июн-23, 22:22 
Ну как-то при "тотальном отставании" умудрялись и на поле брани побеждать, спасая "преуспевающих", и в космос летать, и работу и быт обеспечивать, причем для каждого, а не только лишь для избранных.
И сегодня используют американские космонавты наши, не побоюсь, космические технологии, а американские композиторы - наши синтезаторы, и т.п.

А переводной литературы полно было. Особенно, в сравнении. Не всегда самой свежей по всякой специальности, но фундаментальное - всё было. Плюс, куча периодики. И научпоп для юношества.
Даже сегодня на рабочие специальности по советской литературе учатся, отсканированой библиотеками и энтузиастами, выложенной на трекеры. Хотя, казалось бы, 30-лет технического прогресса! А всё ещё актуально. Толи тогда так далеко вперед глядели, толи сейчас прогресс на месте топчется, низко стелится. Не помню, когда последний раз технические книги или статьи по-русски читал или обсуждал, всё профессиональное общение и чтиво - всё на ангельском, родной забудешь.


> Почти такая же задница, просто вид с другого бока.

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

Ответить | Правка | К родителю #379 | Наверх | Cообщить модератору

385. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (401), 01-Июл-23, 01:54 
> Ну как-то при "тотальном отставании" умудрялись и на поле брани побеждать, спасая "преуспевающих", и в космос летать, и работу и быт обеспечивать, причем для каждого, а не только лишь для избранных.

А за чей счет банкет был в виде пустых магазинов, недостатка элементарных лекарств (которые на тот момент делали даже индусы в любом количестве) и тому подобного? Даю не только зуб, но и три ребра: не за счет кремляди с пристяжью или этих самых академиков-политэкономистов, они-то за свой тяжелый и нужный труд снабжались по высшей категории.

> И сегодня используют американские космонавты наши, не побоюсь, космические технологии, а американские композиторы - наши синтезаторы, и т.п.

А у нас открываешь журнал "Радио", читаешь про успехи советской промышленности вроде какого-нибудь видеомагнитофона "Электроника ВМ-12" и понимаешь что в свободной продаже ты его увидишь примерно через никогда. Ибо дефицит. А когда в руки попадает его документация со схемами, то с грустью и печалью понимаешь что это панасоник конца 70х. Про ЕС ЭВМ и СМ ЭВМ я уже писал.

> А переводной литературы полно было. Особенно, в сравнении.

Я говорил именно про свежую. Год-два с момента публикации оригинала. Реликты-то в виде "Программирования на IBM/360" у меня и сейчас на книжной полке стоят ради ностальгии, когда имел дело с ее типа аналогом ЕС-1052, то здорово пригодилось.

Ответить | Правка | К родителю #384 | Наверх | Cообщить модератору

398. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (397), 01-Июл-23, 12:46 
> А за чей счет банкет был в виде пустых магазинов, недостатка элементарных лекарств

По-разному было. Не мрак. Особенно в сравнении.
Что мелкий и средний бизнес щемили, то ошибкой было, он перед госмонополией отвалился бы сам (как Ленин завещал). Но тогда уже ваши либералы в Кремле сидели, такое у них художественное видение было. А иногда и бизнес такой был, не изобретатели и производители, а спекулянты. Так кто ж виноват?

> открываешь журнал "Радио"

Вопрос системный, отдельными случаями, сильно искаженными восприятием, его не рассмотреть. А то как в пословице получается: "Свинья везде грязь найдет".

Ответить | Правка | К родителю #385 | Наверх | Cообщить модератору

402. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (401), 01-Июл-23, 15:31 
> По-разному было. Не мрак. Особенно в сравнении.

В сравнении с Питером и москвой? Возможно. Но я жил от этой самой москвы километрах в 300 западнее и там был реальный мрак. И для меня анекдот на тему "длинное, зеленое и пахнет колбасой" анекдотом не был. И даже просящие ствол в зубы от всей души с последующим ведением на этом стволе затылком вперед до ближайшей ямы рыла продавцов в московских магазинах, которые тебе напрочь отказывались продавать товары по магазинной цене в случае отсутствия в паспорте московской прописки помню. Типа штампа нет - покупай в 2 раза дороже (половина в кассу, половина продавцу на карман), или в 5 раз дороже на рынке. Куда смотрел ОБХСС и прочие - вопрос риторический.

> Что мелкий и средний бизнес щемили, то ошибкой было, он перед госмонополией отвалился бы сам (как Ленин завещал). Но тогда уже ваши либералы в Кремле сидели, такое у них художественное видение было.

Наши либералы - это Хрущев? Именно он начал щемить всякие артели и прочие кооперативы, которые более-менее нормально жили даже при Сталине. Так Хрушев все строго по заветам святой троицы делал, которая Маркс/Энгельс/Ленин.

> А иногда и бизнес такой был, не изобретатели и производители, а спекулянты. Так кто ж виноват?

ЦНТТМ всякие, помню-помню. Поголовно состоящие из комсомольцев и коммунистов, так что кто виноват - ответ очевиден.

> открываешь журнал "Радио"

Или польский Bajtek, или аналогичный немецкий (ну не попадалось мне в советской периодике и учебниках ничего стоящего внимания по программированию на том же семействе процессоров M68K. Если что и было, то не в наших книжных магазинах и библиотеках).

Ответить | Правка | К родителю #398 | Наверх | Cообщить модератору

399. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (397), 01-Июл-23, 12:47 
Тут обсуждение вести не получается. Мещанская цензура. Модерация, которая учит нас приличиям, хамски влезает в чужой разговор и удаляет сообщения. Причем, как-то избирательно, оставляя ругательства и хамство с одной стороны и удаляя обширные ответы за одно маленькое неудобное слово для ивестиционного климата с другой. Я пас тут дискутировать. Могу только xyzями обменяться.
Ответить | Правка | К родителю #385 | Наверх | Cообщить модератору

245. "Анализ проблем с GPL у бизнес-модели Red Hat "  –1 +/
Сообщение от Аноним (239), 26-Июн-23, 22:50 
дядька, вот смотри. твоя фамилия пока не гейтс и не джобс. не лемпель-зив и даже прости господи не брюс-шнейдер.

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

Ответить | Правка | К родителю #225 | Наверх | Cообщить модератору

250. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 26-Июн-23, 23:02 
О как. Да неужели до меня сам Гейтс, Цукерберг, Илон Маск или еще кто из этой компании снизошел жизни поучить? Или же это очередной никчемный и легко заменяемый питонист/пхпшник, живущий где-нибудь в Капотне или Бирюлево в комнатушке, совместно снимаемой с парой десятков таджиков? Гюльчатай, открой личико, а?
Ответить | Правка | Наверх | Cообщить модератору

252. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (204), 26-Июн-23, 23:10 
Странно. Я не тот аноним. 1.225 - мой пост. А этот ответ - нет.
Ответить | Правка | Наверх | Cообщить модератору

253. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 26-Июн-23, 23:18 
Значит мой вопрос не по адресу.
Ответить | Правка | Наверх | Cообщить модератору

251. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (204), 26-Июн-23, 23:07 
Ты не можешь мне запретить высказывать своё мнение.
Впрочем, ладно. Пойду спать. Ни к чему бисер метать...
Ответить | Правка | К родителю #245 | Наверх | Cообщить модератору

254. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (239), 26-Июн-23, 23:21 
да не могу, конечно. но могу высказать свое отношение к твоему мнению. что собсно и сделал. :)
Ответить | Правка | Наверх | Cообщить модератору

255. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 26-Июн-23, 23:22 
> Ты не можешь мне запретить высказывать своё мнение.

Безусловно. Но результат немного предсказуем: https://vodvore.net/demotivators/demot0951.jpg

Ответить | Правка | К родителю #251 | Наверх | Cообщить модератору

256. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (239), 26-Июн-23, 23:30 
SCP-173 такой "блин а где я???"
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру