Комментарии 36
Ломать не строить... =\
0
В данном конкретном случае правильно сломать — даже сложнее, чем построить. То есть не сложнее, а просто работы больше, ведь просто набор полезных патчей сделать — это одно, а вот в этот набор невидимо включить "полезную нагрузку", жа ещё со всеми требованиями к устойивости и избыточности — это совсем другое. Это искусство!
0
не пали конторку, братишка
-1
А чего тут палить? Всё что я написал - очевидно, даже цифры на секлабе проскакивали не раз :) Тем более, что запалить кого-то конкретного при правильном подходе вообще невозможно, равно как и бороться с этим.
0
да это так, шутка
бороться можно - не принимать контрибуции кода от кого попало
бороться можно - не принимать контрибуции кода от кого попало
0
Делить народ на кого попало и не кого попало можно во первых, если этого народу много, во вторых — не вдруг и отличишь первых от вторых... Понятно, что в Kernel или FireFox так подсунуть сложно, хотя бы в виду того, что сама задача сделать полезное добавление — нетривиальна. А вот в проекты поменьше, с небольшим количеством девов, большой роадмапой и большим количеством установок — запросто. Ещё и спасибо скажут...
0
я вообще против такого подхода к opensource - когда всем миром код пишется
на мой взгляд, код должна писать маленькая группа людей (1-5 человек) с тесным co-operation
а все остальное общество в таком случае выполняет роль лишь ревьюеров кода
на мой взгляд, код должна писать маленькая группа людей (1-5 человек) с тесным co-operation
а все остальное общество в таком случае выполняет роль лишь ревьюеров кода
0
Я конечно не владею информацией насчёт соотношения количества правок в популярных продуктах постоянными членами группы и случайными людьми, но уверен, что правки от случайных людей не такая уж и редкость и бесполезность.
Насчёт полезности простой пример: лет пять назад писал плагин к Миранде, нашёл в ней багу, в менеджере сервисов. Бага шибко мешала, я её пофиксил. Если бы я, как настоящий ССЗБ, не закоммитил патч - вероятно каждый релиз мне пришлось бы пересобирать со своими патчами. Кому оно надо?
Когда никто не несёт ответственности за качество продукта, имхо только такие патчи и вытягивают всё в целом.
Насчёт полезности простой пример: лет пять назад писал плагин к Миранде, нашёл в ней багу, в менеджере сервисов. Бага шибко мешала, я её пофиксил. Если бы я, как настоящий ССЗБ, не закоммитил патч - вероятно каждый релиз мне пришлось бы пересобирать со своими патчами. Кому оно надо?
Когда никто не несёт ответственности за качество продукта, имхо только такие патчи и вытягивают всё в целом.
+1
можно было бы запостить в багтрекер и ждать пока баг пофиксят :)
0
И какая тогда мне вообще разница опен- или клозет- сорс, если нельзя коммитить туда? Если единожды выполненную мной работу по выявлению и устранению баго, придётся делать ещё раз мэйнтейнерам?
0
Интересная тема, не знал о такой «отрасли».
0
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Если бы только хабр… Мне кажется здесь речь о неуважении к людям и наплевательском отношении в принципам опенсорса, которые, в частности, предполагают добрые намерения.
+1
НЛО прилетело и опубликовало эту надпись здесь
Такой бизнес - он как ритуальные услуги. Заниматься им очень выгодно, но как-то вот что-то внутри не хочет категорически...
+2
Весело :) Только я не пойму, почему конвейер не используется на полную? Дырка -> эксплоит -> троян -> письма счастья со ссылкой -> ботсеть -> спам + шантаж + ддосы на заказ. Так можно было бы гораздо больше денег срубить, а уголовка все та же.
Да, и s/OSS/СПО/g :)
Да, и s/OSS/СПО/g :)
0
Между прочим, очень интересные мысли в этой идее.
А параноики вообще должны яростно плюсовать пост :)
А параноики вообще должны яростно плюсовать пост :)
0
Я не параноик, но плюсанул :)
Во-первых, интересно, что 0day-щику придется написать штук 5 полезных, а самое главное близкостоящих, патчей, чтобы подготовить там место для дырки. Это должна быть серъезная переработка одного участка кода. Скорее всего существенная оптимизация, рефакторинг или отладка. А саму дырку закроют через несколько дней после того, как объявится эксплоит. В сухом остатке хорошо проверенный, оптимизированный, отлаженный код написанный специалистом (чтоб такое провернуть, нужно знать свое дело). А это уже плюс.
Во-вторых, намечается новая область для соревнования между мечом и щитом. В этот раз между патчером-злоумышленником и системой тестирования. Значит последние станут умнее, что положительно скажется на качестве кода всех проектов, не только СПО. Это тоже хороший плюс :)
Во-первых, интересно, что 0day-щику придется написать штук 5 полезных, а самое главное близкостоящих, патчей, чтобы подготовить там место для дырки. Это должна быть серъезная переработка одного участка кода. Скорее всего существенная оптимизация, рефакторинг или отладка. А саму дырку закроют через несколько дней после того, как объявится эксплоит. В сухом остатке хорошо проверенный, оптимизированный, отлаженный код написанный специалистом (чтоб такое провернуть, нужно знать свое дело). А это уже плюс.
Во-вторых, намечается новая область для соревнования между мечом и щитом. В этот раз между патчером-злоумышленником и системой тестирования. Значит последние станут умнее, что положительно скажется на качестве кода всех проектов, не только СПО. Это тоже хороший плюс :)
+4
если бы это был в разделе "Юмор на Хабре" поставил бы плюс.
но если это не шутка, мне жаль вас и всех пользователей этой OSS.
если бы все пчёлы были трутнями, то не кому бы было делать мёд.
но если это не шутка, мне жаль вас и всех пользователей этой OSS.
если бы все пчёлы были трутнями, то не кому бы было делать мёд.
0
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Стартап 0day'щика