The OpenNET Project / Index page

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

Опрос Intel показал, что выгорание и документация являются основными проблемами открытого ПО

21.02.2024 09:34

Доступны результаты опроса разработчиков открытого ПО, проведённого компанией Intel. На вопрос об основных проблемах открытого ПО 45% участников отметили выгорание сопровождающих, 41% - обратили внимание на проблемы с качеством и наличием документации, 37% - выделили поддержание устойчивого развития, 32% - организацию взаимодействия с сообществом, 31% - недостаточное финансирование, 30% - накапливание технического долга (участники не доводят работу до конца), 27% - контроль качества.

На вопрос о наиболее значимом аспекте открытого ПО, 46% выделило лицензии на код, 17% - дружественный характер сообщества, 14% - отзывчивость сопровождающих, 11% - активность разработки.

При выборе наиболее интересных открытых проектов 80% упомянули ядро Linux, 42% - язык Rust, 38% - LLVM/Clang, 35% - GCC, 24% - Kubernetes, 17% - PyTorch, 15% - eBPF.

82% отметили чрезвычайную важность развития технологий искусственного интеллекта в форме открытых проектов.

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



  1. Главная ссылка к новости (https://www.phoronix.com/news/...)
  2. OpenNews: Результат опроса предпочтений разработчиков от Stack Overflow
  3. OpenNews: Результаты опроса разработчиков, использующих Ruby on Rails
  4. OpenNews: Alpine Linux покинул наиболее активный сопровождающий
  5. OpenNews: Сокращение срока поддержки LTS-ядер Linux и проблема с выгоранием сопровождающих
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/60634-survey
Ключевые слова: survey, opensource
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (120) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:01, 21/02/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +32 +/
    Хорошо что в закрытом ПО такой проблемы нет. Нет документации - нет проблемы
     
     
  • 2.3, Аноним (-), 10:14, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У проприетарщиков: "Нет исходников - нет проблемы".
     
     
  • 3.91, Аноним (-), 20:03, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > У проприетарщиков: "Нет исходников - нет проблемы".

    YOLO! Учись как надо было: нет багтрекера - нет проблем! Ни с документацией, ни с программой, ни с хоть там чем - вот, маркетинговый буклетик почитайте, там написано как все ЗБС! :)

     
  • 2.6, Аноним (6), 10:17, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +11 +/
    >Нет документации

    https://learn.microsoft.com/ru-ru/docs/
    https://developer.apple.com/documentation/

     
     
  • 3.7, Аноним (7), 10:20, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Документация Microsoft на русском это ужаснейший автоперевод. Кстати, Гугл туда же подался. Разленились в край.
     
     
  • 4.18, Аноним (6), 10:41, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +6 +/
    https://learn.microsoft.com/en-us/docs/
     
  • 4.36, Hax (?), 11:28, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Читайте в оригинале.
    Программист без знания английского - инвалид.
    И радуйтесь, что не приходится читать оригиналы на китайском, которые что с автопереводом, что после курсов китайского для начинающих, в любом случае читаются как ребусы.

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

     
     
  • 5.59, Аноним (7), 12:20, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С радостью. Только вот оно путается под ногами в поиске. А если всё-таки поиск выдаст оригинал, то особо умные автоматом переключат на язык браузера.
     
  • 5.84, Аноним (84), 15:01, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вы не волнуйтесь, оригиналы на китайском и для того, кто неплохо знает китайский, читаются как ребусы.

    Как говорил Линус Торвальдс "что рождалось с трудом, пониматься тоже должно с трудом".

     
  • 5.135, kusb (?), 19:42, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Текст от автопереводчиков не понятен на тонком уровне,я когда читаю - много смысла могу пропускать мимо. Если что-то сложное.
    А ещё я потом в жизни могу использовать термины и конструкции придуманные автопереводчиком.
     
     
  • 6.140, n00by (ok), 12:26, 23/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сепир и Уорф тихонько курят возле пустой цистерны с бензином, а нативных спикеров взрывает лингвистический термин "лакуна".
     
  • 3.9, Аноним (1), 10:23, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    А вот вы ж не пользовались этой документацией) Индусские примеры кода на C# которые никто не проверял на валидность, которые не скопированы из рабочего экземпла, а накиданы из головы, с опечатками и выдумками прекрасны. И надцать раз переехавшие ссылки, из-за чего иногда поиском приходишь на статью - а её нет давно
     
     
  • 4.17, n00by (ok), 10:37, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Естественно, используют оригинал, а не машинный перевод. До Platform SDK и DDK документации по любимому всеми здешними экспертами XCB (угадайте, что это) как до Луны пешком.
     
     
  • 5.40, Hax (?), 11:35, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Кстати был случай. Начинающие програмисты аномально долго отлаживали почти дидактическую програмку.
    В переводах документаци на STM32 были обнаружены ляпы перевода, дающие заведомо ошибочное понимание.
    После впадантя начинающих программистов в ступор, по вине такокой документации, горе-переводы были безжалостно удалены с локальных серверов.
     
     
  • 6.43, n00by (ok), 11:46, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть и куда эпичнее случай с переводами: "низкоуровневое программирование". С точки зрения нормального человека, "программировать на низком уровне" - это тяп-ляп. :)
     
  • 5.54, Аноним (1), 12:11, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А где ж вам померещилось "перевод"? Там в коде, на английской странице, примеры не валидные
     
     
  • 6.120, n00by (ok), 13:31, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А может мне померещилась ссылка на страницу? В Platform SDK и DDK, о которых я писал, такого нет.
     
  • 3.107, microcoder (ok), 08:32, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Назвать это документацией сложно, скорее декларация
     
  • 2.8, Аноним (8), 10:22, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Сколько встречал проприетарного ПО — всегда документация была, ещё начиная с MS-DOS (книжкой от Windows 3.11 вообще можно было телесные повреждения нанести).
    А разгадка одна:
    1) писать документацию — это трудоёмко;
    2) держать документацию в актуальном состоянии — это трудоёмко;
    3) писать документацию надо уметь, это совсем другой навык по сравнению с программированием;
    4) самое главное: писать документацию СКУЧНО И НЕИНТЕРЕСНО, по сравнению с кодингом. В проприетарщине такой проблемы нет, там для этого специально обученные люди на зарплате сидят.
     
     
  • 3.10, Аноним (1), 10:24, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > там для этого специально обученные люди на зарплате сидят

    ахахахахахааххахахахахахахаха. Первый день в вайтишке? Так же смешно, как утверждение, что документация всегда была. Далеко не к каждому продукту вы ей даже интересовались.

     
     
  • 4.12, Аноним (8), 10:27, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Приведите пример.
    (впрочем, я и не утверждаю, что она всегда есть, но лично с такой проблемой не сталкивался.)
     
  • 4.77, похнапоха. (?), 14:03, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ты просто не читал документацию к продуктам IBM, а уж их IBM Redbooks - это вообще академический уровень написания документации, лучший образец.
     
     
  • 5.82, Аноним (6), 14:47, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >академический уровень написания документации

    Как и у Cisco например.
    И в судах выиграли:
    https://www.cisco.com/web/RU/news/releases/txt/0297.html

     
  • 4.142, randomize (?), 13:44, 23/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В средних и крупных компаниях целые отделы технических писателей создаются. Поинтересуйся, кто это такие.
     
  • 3.22, Аноним (22), 10:53, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >документация была, ещё начиная с MS-DOS

    И ею же заканчивая.

     
  • 3.23, тоже Аноним (ok), 10:55, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Толщина документации отнюдь не означает ее практическую пригодность.
    У тех же M$ можно постоянно продираться сквозь разжевывание очевидных вещей с придумыванием собственной, ни на что не похожей терминологии - а как все это обложенное жеваной бумагой работает на практике и может быть приложено к конкретным задачам, только эмпирическим путем и выяснишь...
     
     
  • 4.30, Golangdev (?), 11:19, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну этим троллям всегда "там" хорошо.
    Что ж, пользуйтесь продуктами M$, если они Вам так милы.
    Впаривайте их своему работодателю / нанимателю втридорога, с конскими наценками. Завязывайтесь на них по самое нехочу, тем самым создавая вендорлок.
    Это эволюция, тупиковые ветви тоже ведь зачем-то нужны.
     
  • 4.97, Аноним (97), 22:50, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Старые книжки у MS были отличнейшие.
    MSDN — тоже пример документации.
     
  • 3.37, Аноним (37), 11:29, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > писать документацию — это трудоёмко;
    > В проприетарщине такой проблемы нет, там для этого специально обученные люди на зарплате сидят.

    У нас она генерировалась из исходного кода и писалась программистом сразу вместе с сервисом.

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

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

    И всё становится печально у такой проприетарщины.

     
     
  • 4.67, тоже Аноним (ok), 12:46, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У нас она генерировалась из исходного кода

    Это сопроводиловка, а не документация. Без человеческого описания, что это и зачем (а не как реализовано) - можно считать, что ее нет. Показать аргументы функции и IDE умеет.

     
     
  • 5.124, User (??), 14:01, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вот в этом и беда - что программисты "в эксплуатацию" не умеют, и собственно "документации" как правило в глаза не видели. А видели... кто "language reference", кто арчевики, а кто и вовсе - стековерфлоу...
     
  • 4.98, Аноним (97), 22:53, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > У нас она генерировалась из исходного кода и писалась программистом сразу вместе с сервисом.

    Сгенерьте мне таким образом документацию к фотошопу, пожалуйста.
    К слову, у Adobe, кроме онлайн-справки, на сайте лежит талмуд в PDF на 1000+ страниц.

     
     
  • 5.108, тоже Аноним (ok), 09:38, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    У Adobe с документацией хорошо, да.
    https://www.adobe.com/jp/print/postscript/pdfs/PLRM.pdf - документация по языку PostScript, позволяющая его освоить и пользоваться, не прибегая ни к каким другим материалам.
     
  • 3.85, Аноним (84), 15:14, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Сколько встречал проприетарного ПО — всегда документация была, ещё начиная с MS-DOS

    Покажите мне документацию для Microsoft Word. Мне _очень_ нужна прямо вчера.

     
     
  • 4.99, Аноним (97), 22:56, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если сами не смогли найти, обратитесь в поддержку. Вы ведь его купили, правда?
     
  • 2.28, Аноним (37), 11:12, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Хорошо что в закрытом ПО такой проблемы нет. Нет документации - нет проблемы

    Там выгорание 4 из 5 в старших должностях.

    Документация бывает плохая или совсем нет, но гораздо хуже, что попытка экономить и делать minimum viable/valuable product заканчивается сохранением недоделки.

    Как в у мелкомягких: талантлив? - или сюда талантливо халтурить!

     
  • 2.141, randomize (?), 13:33, 23/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я как человек, который пишет документацию для закрытого продукта, смотрю на тебя с недоумением.
     

  • 1.2, crypt (ok), 10:06, 21/02/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    фух! проблемы открытого ПО на десктопе решены!
     
     
  • 2.14, n00by (ok), 10:29, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Опрос показал, что возможность для решения отсутствует: некому (существенная часть выгоревших в опросе не участвовала) и нет условий (документации).
     
     
  • 3.19, Sw00p aka Jerom (?), 10:41, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >существенная часть выгоревших в опросе не участвовала

    их в первую очередь и нужно было опрашивать

     
     
  • 4.26, n00by (ok), 11:03, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это от целей опроса зависит. Если требуется оставить всё как есть (фанаты якобы борются за свободу и против корпораций, продающих вечную поддержку), то наоборот следует их исключить.
     

  • 1.5, Аноним (-), 10:17, 21/02/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    В принципе согласен с участниками опроса. У меня схожие ощущения.
     
     
  • 2.72, Аноним (72), 13:14, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    PyTorch'ки всё также PyTorch'ат...
     

  • 1.11, n00by (ok), 10:25, 21/02/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > 45% участников отметили выгорание сопровождающих

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

     
     
  • 2.13, Аноним (8), 10:28, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ни разу не сталкивались с заброшенными проектами? По той простой причине, что автору надоело.
     
     
  • 3.15, n00by (ok), 10:32, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Нет, не сталкивался. Мне пришлось "забросить" an estimated 51 years of effort (COCOMO model) поскольку цель СПО в России согласно ГОСТ - удаление программистов с рынка.
     
     
  • 4.20, Sw00p aka Jerom (?), 10:45, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    рынок? О_о

    и какое определение по ГОСТ-у у "рынка"?

     
     
  • 5.25, n00by (ok), 10:57, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ГОСТ Р 54593-2011. Информационные технологии. Свободное программное обеспечение. Общие положения.

    Скачай и почитай сам (в сообщении выше отсылка к п. 4.1.1), вместо вот этих попыток потроллить.

     
     
  • 6.29, Аноним (29), 11:14, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И какой толк от этих стандартов?
     
     
  • 7.32, n00by (ok), 11:20, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Каждому свой. Одним даёт основания говорить, что они делают хорошие дела. Другим он объясняет, чем на самом деле заняты первые.
     
  • 6.92, Sw00p aka Jerom (?), 20:22, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    там нет определения, ток упоминание в 4.1.1 в стиле "продаем клоны (форки) дешево".

    > вместо вот этих попыток потроллить

    там где речь заходить про СПО, последнее о чем можно говорить в этом контексте, это о "рынке".

     
     
  • 7.121, n00by (ok), 13:51, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Там и слова "программист" нет.
     
  • 4.21, Sw00p aka Jerom (?), 10:47, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    и чем вам модель "цап-царап" не нра?
     
     
  • 5.33, Аноним (37), 11:21, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Попользуйся современным мелкософтом, это их модель.

    - Когда для близоруких интерфейс разъезжается у их вебни,
    - когда почтовые фильтры невозможно админить,
    - когда управления конфигурациями без систем версионирования (типа Svn/Git нет и не будет; хотя - пакетиование на их месте, но тут админы в свою очередь не догадываются),
    - в мультифакторке "морковь-чё" в интерфейсах и сбоит переодически,
    - с чатиками 15 лет хоть раз в неделю, но работает именно через пень колоду,
    - код страны в номере телефона может быть перпереставлен на стороне сервиса 007 и 077, а это система без-ти и аутен-ции.

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

     
     
  • 6.70, Аноним (-), 13:00, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А ты отлично разбирашься в продуктах мелкософта, что аж подозрительно (≖_≖ )
    Возможно все то что ты написал правда, проверить я все равно не смогу.
    Но по какой-то причине юзерам оно удобно.
    А вот декстопный линукс - нет.

    > В опенсорсе свободней дышится: не смог - таким себя сам сделал, никто не неволил, но зато есть возможность делать для людей.

    Угу тонны УГ, тысячи васяно дистров, форки-форов и тд.
    А еще селые секты поехавших на щвоßодке которые не признают друг-друга и спорят кто посвободестее (libroboot'ы и прочие)

     
     
  • 7.138, Аноним (37), 00:17, 23/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Юзера и пальмовое масло едят, и руки моют анионными мылами, вместо катионных.
    Миллион мух не может ошибаться. :)

    Проблема не удобстве, а духоте халтуры отдельных проприетарщиков. Не всех.

    Но и у тех, у кого качество высокое, душно от искуственности и надуманности ограничений.

    > что аж подозрительно

    P.S. Да просто наши винадмины на работе находятся в пяти метрах. Волей неволей будешь в курсе какое г. MS с изнанки.

     
  • 6.93, Sw00p aka Jerom (?), 20:27, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > но зато есть возможность делать для людей.

    где-то я это уже слышал - "земля крестьянам!", ага.

     
     
  • 7.139, Аноним (37), 00:59, 23/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Наоборот, с другого континента: бери, делай, покажешь результат.
    Не можешь? - Извини, давай досвидания.

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

    Но многие не смогли. Их назвали васянами, у них же MS Teams получился сбойно-забагованный даже во второй версии New.

     
  • 3.76, Аноним (76), 13:25, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вам не кажется, что проект может быть "заброшенным" потому, что он уже почти совершенен и в него ничего добавлять и убавлять не надо?
     
     
  • 4.78, Аноним (1), 14:16, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Проект может быть заброшен по совершенно разным причинам. От автор умер, протерял доступы, нашёл готовое решение которое его устраивает больше, до в сотни раз большего заброшенных коммерческих проектов о которых, в отличие от открытых, может никто никогда и не узнает потому что бизнес не оправдался.
     
  • 4.100, Аноним (97), 22:58, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    О да, он на убунточке 14.04 автора совершенен. А если у кого на современной оси не компилируется — ну вам же никто ничего не должен.
     
  • 4.123, n00by (ok), 14:00, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Само слово "заброшен" говорит о том, что причины не известны и выдуманы. Если проект "совершенен", то он завершён. Если проект коммерческий не целесообразно развивать далее -- то он "свёрнут". Даже если сам автор говорит "я забросил" -- это всего лишь значит, что он не хочет углубляться в детали.
     

  • 1.16, Аноним (-), 10:36, 21/02/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > 45% участников отметили выгорание сопровождающих

    И это был опрос среди еще не выгоревших))
    А сколько таких проигнорило опрос - одному Патрику известно.

    Вообще это не удивительно. Сейчас не 80-90е, новизны стало совсем мало, ты не можешь слабать за два вечера супер-пупер не имеющую аналогов (в прямом смысле) программу.
    Зато появилось много рутины, много взаимодействия с другими проектами, куча неочевидных легаси решений, которые были приняты годы назад по хз каким причинам.

     
     
  • 2.24, n00by (ok), 10:55, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для поправки на ошибку выжившего в первом приближении умножаем на 2, получается 90%. Теперь смотрим на кривую Гаусса. Выгорание является "нормой". Естественно, что ему не подвержены не занятые производством: идеологи, коммитеры в CoC, сборщики из исходников и прочие плохо понимающие, чем они на самом деле заняты. Вот они остаются и привлекает новое "мясо", что обеспечивает кажущуюся устойчивость системы.
     
  • 2.113, Аноним (113), 11:27, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > ты не можешь слабать за два вечера супер-пупер не имеющую аналогов (в прямом смысле) программу

    Почему же мне постоянно приходится добавлять в опенсорс чего-то не хватающего? Причём даже за пару дней.

    Вон, в один только Nushell сколько всего нужно добавить нужного, причём это несложно (если знаешь что-то кроме Си в 2024 году).

     
     
  • 3.125, n00by (ok), 14:05, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> ты не можешь слабать за два вечера супер-пупер не имеющую аналогов (в прямом смысле) программу
    > Почему же мне постоянно приходится добавлять в опенсорс чего-то не хватающего? Причём
    > даже за пару дней.

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

     

  • 1.27, 12yoexpert (ok), 11:10, 21/02/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +3 +/
     

     ....ответы скрыты (4)

  • 1.38, Аноним (38), 11:29, 21/02/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Об этом примерно 15 лет назад написали, ЛОЛ:

    https://itvision.altervista.org/why.linux.is.not.ready.for.the.desktop.current

     
  • 1.39, Аноним (39), 11:32, 21/02/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Выгорание, по причине отсутсвия документации, из-за отсутствия обратной связи разработчика с пользователями, по частой причине безпочвеной вони, о том, что кто-то сделал бы лучше.

    82% за ии? Ну-ну...

     
     
  • 2.79, Аноним (1), 14:18, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    из этих сказочников половина "ну точно в следующем году начнут учить хруст, ведь им интересно" (спойлер - нет)
     

  • 1.45, Аноним (45), 11:51, 21/02/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Основная проблема опенсорса - это дизлайки и теневые баны. Человек тратит время, деньги, кодит, что то получается. А его нет чтоб поддержать, минусуют  банят. Всем подавай высокое качество бесплатно.
     
     
  • 2.52, Аноним (-), 12:06, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не, проблема опенсорса в том, что каждый васян наовнячивший какой-то кусок кода, считает "не раз оно запустилось - значит оно идеально! его же создал такой гений как я!!"

    А потом, когда в этом выпрограмише начинаю находить узявимости, то чел начинает агриться.
    Типа "вы что хотели высокое качество!?"

    И ладно если это какой-то лефтпад, а когда ребята из OpenSSL, берущие денежки у корпов, выкатывают HeartBleed, а потом такие "нужно больше денег!".

     
     
  • 3.144, Прохожий (??), 10:59, 24/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Казалось бы, причём здесь open source? Эта проблема (уязвимости и/или другие баги) везде есть. И куда обидней, когда она проявляется в платном ПО с платной техподдержкой при том, что эта техподдержка вначале все соки из тебя выпьет, прежде чем признает проблему.
     

  • 1.51, Аноним (51), 12:05, 21/02/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >При выборе наиболее интересных открытых проектов 80% упомянули ядро Linux, 42% - язык Rust, 38% - LLVM/Clang, 35% - GCC, 24% - Kubernetes, 17% - PyTorch, 15% - eBPF.

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

     
  • 1.53, Аноним (53), 12:10, 21/02/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    ИМХО главный бич СПО — это безразличие апстримов. Ты сделал фичу, послал PR, и он 5—10 лет висит и апстрим его даже не интегрирует. Апстрим активен, но на твою лично фичу ему по фигу. Ты её периодически перебазируешь на master, апстриму от этого прилетает уведомление, но ему всё равно пофиг.

    Ещё бывает PRы просты закрывают из-за тараканов в голове апстрима "а я вот хочу так, и **** я хотел на всё остальное, я тут главный".

     
     
  • 2.64, Аноним (-), 12:39, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно фич слишком много, и мейнтейнеры не успевают хотя речь не про 10 лет ... большой текст свёрнут, показать
     
     
  • 3.75, Аноним (75), 13:23, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    1 часто проект авторский, автор на него клянчит донаты, и ему часто важно демон... большой текст свёрнут, показать
     
     
  • 4.109, Аноним (109), 09:55, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А нужна фича в апстриме — ну заплатите автору, он реализует.

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

     
     
  • 5.114, Аноним (114), 11:33, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    SQLite — пример из палаты мер и весов: известный и значимый проект с явно прописанной такой политикой. Ты, конечно, при желании сможешь сделать свой форк. Но и сопровождать его будешь тогда ты, а в пакеты дистров он никогда не попадёт и на него всегда будут смотреть как на васянозависимость. Другое дело, что согласно докам SQLite основные его спонсоры — это ... автомобильная индустрия. Такие пакетами из дистров не пользуются.
     
  • 5.127, n00by (ok), 14:18, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> А нужна фича в апстриме — ну заплатите автору, он реализует.
    > А интересно, вот это хоть раз в современной истории работало? Регулярно такое
    > про опенсорс слышу, а видеть никогда не видел.

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

     
  • 4.126, n00by (ok), 14:12, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Совершенно верные аргументы, обусловленные нежеланием тратить время на тех, у ко... большой текст свёрнут, показать
     
  • 2.80, похнапоха. (?), 14:24, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Выбирайте проекты с меньшим числом звездочек и с более дружным комьюнити, там и работать приятнее, и фичи влетают в тот же день после ревью.
     
     
  • 3.81, Аноним (81), 14:38, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я как бы не выбираю проекты. Я выбираю фичи, а еслр фичи есть в одном проекте, то приходится выбирать его.
     
     
  • 4.110, Аноним (110), 10:38, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Выбираешь фичи, чтоб потом впилить недостающие фичи, и поныть на трудность принятия твоих фич.
    Отличный план.
     
     
  • 5.115, Аноним (114), 11:34, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Предлагаешь просто с нуля свой незалежны1 луна-парк сделать? Или сделать хардфорк и самому его и поддерживать и развивать?
     
     
  • 6.128, Аноним (110), 14:38, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Предлагаю изначально выбирать софт/сообщество правильно. Из серии: emacs/vim, screen/tmux, irssi/weechat, ratpoison/stumpwm, lighttpd, suckless, etc. Большая часть из них даже не требует запиливания фич, так как фичу уже запилили и нужно лишь кастомизировать для себя. А если требуется - кодовая база стабильна, и позволяет твоему патчу жить без переделки годами. Сам же софт стабильный, баги известны, патчи от разных энтузиастов написаны, и сами софтины работают 24/7 без проблем на тысячах машин по всему миру.

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

     
  • 2.116, Аноним (113), 11:45, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > главный бич СПО — это безразличие апстримов. Ты сделал фичу, послал PR, и он 5—10 лет висит и апстрим его даже не интегрирует

    Это не имеет отношения к СПО. Если я сделаю для чужого проекта что-то, что владельцу не нужно или не нравится или без согласования - оно даже в коммерческой конторе может быть отвергнуто.

     

  • 1.61, Аноним (-), 12:24, 21/02/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Результаты опроса, кстати, вполне коррелируют со старой новостью про "Сокращение срока поддержки LTS-ядер Linux" (opennet.ru/opennews/art.shtml?num=59791)
    Так тоже плач, что все сложнее искать немамонтов, которые будут бесплатно работать.
    А денег у ЛинуупсФаундейшена 60 лярдов, но на зарплаты нет))
     
  • 1.69, Аноним (69), 12:54, 21/02/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Скудная документация это фича современного СПО. Решение способа оплаты труда программиста. Не хочешь бесплатно разбираться в трех строках мануала, купи консультацию у авторов.
     
     
  • 2.71, 12yoexpert (ok), 13:14, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в qt и archlinux шикарная документация, лучше просто нет
     
     
  • 3.130, User (??), 15:41, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Второе просто гомерически смешно, да.
     
     
  • 4.133, n00by (ok), 18:39, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А первое ложно. Qt - проприетарь с двойной лицензией. На то он и эксперт.
     
  • 2.73, Аноним (72), 13:15, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, а вместо трех строк мануала получишь целый лист.
     
  • 2.131, омонем (?), 17:55, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Скудная документация это фича современного СПО. Решение способа оплаты труда программиста.
    > Не хочешь бесплатно разбираться в трех строках мануала, купи консультацию у
    > авторов.

    Практически у всего более менее значимого GNU софта отличная документация.

     

  • 1.87, Анонимус3000 (?), 18:02, 21/02/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    42% - Rust. Немыслимо, комментаторы опеннета возмущены
     
  • 1.88, Аноним (88), 18:11, 21/02/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Идеалом считаю документацию от Borland на С++. К сожалению, устаревшая, но иногда пользуюсь и печатным, и электронным вариантом.
     
     
  • 2.89, Аноним (72), 18:43, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можно подумать, ты когда-либо пользовался другой документацией.
     

  • 1.90, Аноним (90), 19:25, 21/02/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > На вопрос о наиболее значимом аспекте открытого ПО, 46% выделило лицензии на код

    Я давно подозревал, что «открытое ПО» где-то в конце девяностых/начале двухтысячных превратилось в ритуал вроде религии или ансамблей «народных» песен и плясок. Теперь видно, что это не просто подозрение.

     
     
  • 2.94, Аноним (-), 20:39, 21/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Я давно подозревал, что «открытое ПО» где-то в конце девяностых/начале двухтысячных
    > превратилось в ритуал вроде религии или ансамблей «народных» песен и плясок.

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

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


     
     
  • 3.117, омонем (?), 11:54, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > немамонтов
    > будут _тебе_ бесплатно
    > поиска таких же
    > грантик урвать
    > главное не продолбаться
    > непуганных

    O tempora, o mores. Я думал вы вымерли в 90х, как вообще в ойти попали?

     

  • 1.95, Аноним (95), 22:24, 21/02/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > наиболее интересных .. 42% - Rust, 38% - LLVM/Clang, 35% - GCC, 24% - Kubernetes, 17% - PyTorch, 15% - eBPF

    Чивоо?! Кто все эти люди??
    Или правильные пацаны из корпорации Intel нарисовали правильный рейтинг?

     
     
  • 2.102, Аноним (109), 03:29, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Добро пожаловать в реальный мир, юный падаван.
     
     
  • 3.104, Аноним (104), 04:49, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А как же мои любимые PHP, Java, Go и JavaScript они куда-то вошли?
     

  • 1.96, RocketShark (?), 22:44, 21/02/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    У BSD систем шикарная документация, гораздо лучше, чем у любых проприетарных продуктов. Тут дело не в опенсорс, а тупо в бабках. Всё дело в том, что такие компании, как, например, Ред Хат зарабатывают деньги на поддержке и им просто невыгодно писать документацию к их намеренно раздутым и переусложнённым продуктам, ведь они будут терять гешефт.
     
     
  • 2.103, Аноним (109), 03:30, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Маны это не документация.
     
     
  • 3.111, Аноним (110), 10:45, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Маны и хэндбук это документация. Самая что ни на есть исчерпывающая для использования и администрирования системы. Покрывает полностью спектр задач.

    А если уже охота лезть в код а по природе овощ овощем, то бери книги от разработчиков, из серии The Design and Implementation of the xyzBSD. Плати или качай бесплатно.

     
     
  • 4.119, Аноним (109), 13:01, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нет. Маны — это user's manual. Инструкция по использованию. Это часть документации, но само понятие намного шире.
    Условно, man — это «для того, чтобы сделать так, сделайте вот так». А что можно сделать, зачем и почему — они не описывают.
     
     
  • 5.129, Аноним (110), 14:45, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Нет. Маны — это user's manual

    man 1 man.

    >Это часть документации, но само понятие намного шире.

    Шире. Как небо. И даже аллах.

    Расширяется хэндбуком и книгами.

    >Условно, man — это «для того, чтобы сделать так, сделайте вот так».

    очень условно. man 1 man, чтоб не быть таким "неоднозначным".

    > А что можно сделать, зачем и почему — они не описывают.

    описывают. Краткость покрывается хэндбуком и книгами.

     
     
  • 6.136, Аноним (136), 21:37, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Расширяется хэндбуком и книгами.

    Ха! А их создание — дело сугубо добровольное.

     
     
  • 7.137, омонем (?), 23:23, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> Расширяется хэндбуком и книгами.
    > Ха! А их создание — дело сугубо добровольное.

    И маны дело добровольное. И само программирование. Ты скучаешь по кнуту, или в чем претензия? Все равно ж лучше документации BSD ничего нет (в соотношении объема/качества).

     

  • 1.101, Аноним (101), 23:41, 21/02/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вы качество OSS софта Intel видели?
     
  • 1.105, Аноним (104), 04:51, 22/02/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Про выгорание, так они же сами создают ситуацию когда у тебя пять менеджеров и каждый говорит не слушай того этого делай что я говорю. И вот ты такой успешный сидишь и делаешь ... а потом бац выгорание из-зща переключения между 5 контекстками
     
     
  • 2.132, Аноним (90), 18:24, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А тебя к клавиатуре приковали цепью и паспорт отобрали Это совершенно аномальна... большой текст свёрнут, показать
     

  • 1.118, InuYasha (??), 11:58, 22/02/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Подгорание, документация... главное - хвост!

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

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

     
     
  • 2.122, Аноним (109), 13:54, 22/02/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Код надо писать так, чтобы он сам был хорошей документацией.

    Так и представил, как черпаю знания о каком-нибудь GIMP из исходников.

     

  • 1.145, adolfus (ok), 12:32, 25/02/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Все вышеперчисленные проблемы решаются в процессе разработки типа "водопад". Что-то не замечается проблем ни с выгоранием, ни с документацией у таких проектов, как ПО для воздушного транспорта, медицинского ПО, а только у того, котороое готовится по принципу "понос". Банально выгоняте нахер эджайлщиков, вместо них на работу берете нормоконтролеров, берете в руки стандарты -- у каждой страны есть на сей счет такие, и жестко им следуете. И документация будетв порядке и никто не выгорит.
    Заодно всех дизайнеров тоже нахер -- нет никакой необходимости постоянно "обновлять" внешний вид приложений, достаточно один раз разработать их интерфейс, согласовать с физиологами, хирургами, окулистами, психиатрами и все будут рады.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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