Re: Отцы рулят
Патчи для ядра линукс пишут анастезиологи, для бзд патологоанатомы, а для винды пациенты.
anonymous (*) (13.01.2009 17:45:37)
Модератор: Модераторы разделов
TuxWare писал(а): ↑23.06.2012 23:59
http://finance.yahoo.com/echarts?s=NVDA+In...urce=undefined;
Акции поднимаются. Проблем не видно. О чем спорить?
watashiwa_daredeska писал(а): ↑16.06.2012 16:12Есть и ровно обратный эффект. В средние века, до становления науки в её современном виде, приплетая к рассуждениям теологию приходили порой к совершенно диким для сегодняшего человека выводам. Просто потому, что такая сущность, как Бог, считалась ключевой.
"Предоставляет" и "можно сделать" это сильно разные вещи. Молотком очень много чего можно сделать, но сам по себе он ничего кроме возможности стукнуть в нужное место с нужной силой не предоставляет.
Неправда Ваша. Не можешь или не хочешь делать сам -- заплати тому, кто может. А в случае закрытых исходников, как выяснилось, и такой возможности нет.
Правильно, прямой нет, есть косвенная.
А есть самодокументированный код. А если нет ни его, ни документации (что бывает не так уж часто в достаточно популярных открытых проектах), всё равно есть возможность разобраться самостоятельно. Я Вам больше скажу: в закрытых проектах (с которыми я непосредственно работал) код и документация к нему, даже если к ним есть доступ, обычно гораздо хуже, чем в открытых. Поэтому случаев, когда польза от открытости минимальна (а не никакой всё же), не так уж много.Crazy писал(а): ↑21.06.2012 16:37Есть хорошо задокументированный исходный код, а есть исходный код без всякой документации. Во втором случае вряд ли, кто-то кроме самого автора сможет внести изменения.Другая категория вреда - потеря возможностей, которые можно было бы реализовать при условии, что программу возможно изменить в своих нуждах, или же попросить кого-то сделать это для вас. Степень этого вреда зависит от ожидаемой ценности модификации - больше для ПО с относительно общим назначением, меньше - в супер-специализированном ПО, плотно завязанном на одной задаче и единственной инсталляции. Мы назовём такой вред "вредом от невозможности изменить код".
Поэтому польза от некоторых открытых программ нет никакой.
Главным гостем вечера был поэт. Он закончил литературный институт и стал поэтом.
А мог бы закончить медицинский и стать врачом.
Всё-таки хорошо, что он закончил литературный институт
/dev/random писал(а): ↑27.06.2012 02:42Если эти четыре - единственные, то кому удалось переизобрести, скажем, бумеранг?
reg123 писал(а): ↑20.06.2012 14:38
Открытый код, практически, нужен одному человеку, script/sdk -- десяти, а остальным 989-ти -- ни то, ни другое не нужно. Даже программисты предпочитают не связываться с нутром программы, при этом пишут сотни и тысячи скриптов. Т.е., практически, что там, что не там, люди идут по одним и тем же тропам.
reg123 писал(а): ↑20.06.2012 14:38Единственный серьезный плюс открытого софта в том что функционирующую программу не похоронит перекупивший её вендор, как это было много раз. Но с другой стороны это опять теоретика. Никто не запретит запускать старую, не поддерживаемую, программу в эмуляторе или даже хакнуть.
alv писал(а): ↑27.06.2012 05:49/dev/random писал(а): ↑27.06.2012 02:42Если эти четыре - единственные, то кому удалось переизобрести, скажем, бумеранг?
Бумеранг, использовавшийся практически - это просто метательная дубинка. В изобретении не нуждается.
Возвращающийся бумеранг - детская игрушка. Куклу Барби тоже вроде не переизобретали.
Хотя с бумерангом на самом деле сложнее - его юзали не только аборигены, не евшие Кука, но и древние египтяне..
Но в любом случае, влияния на судьбы человечества он не оказал.
всё верно говоришь, Алексей·
С чего вдруг оно так окажется? Разве только если программа в стиле brainfuck написана, но такие и не заслуживают дальнейшего развития.
Да, но в случае закрытой программы даже этот вопрос не стоит, т.е. ситуация в любом случае хуже. Только об этом и речь; Вы с этим спорить пытаетесь?
Зависит, хотя и косвенно, в том числе и архитектура. Стандарты, документирование и code review это всё отлично. Но кроме них есть ещё один совсем не маловажный фактор, в большинстве случаев весьма влияющий на качество кода (да и архитектуры зачастую тоже): насколько этот код публичен. В штатной ситуации этот фактор, возможно, и не столь существенен; но коммерческие проекты значительную часть времени пребывают в нештатных ситуациях, потому что дедлайны, текучка кадров, да и непредсказуемые требования, всплывающие вдруг в середине проекта. Да, бывают исключения из этого правила, и среди коммерческих закрытых проектов иногда попадаются вещи с крайне стройной архитектурой и правильным кодом; но это именно исключения.Crazy писал(а): ↑26.06.2012 18:44В случае архитектуры да же косвенной зависимости нет. Качество зависит очень косвенно
Я работал компаниях где есть стандарты кодирования, системы документирования исходного кода, регулярные code review.
Все зависит исключительно от команды разработчиков, а не открытости/закрытости исходников.
Думаю, сейчас мы не в состоянии знать, изобретался ли тот же лук независимо в разных частях земного шара.
Я больше скажу: он им может помочь даже если они этого желания не имеют -- усилиями остальных одиннадцати. Вот, скажем, наш оппонент свободное ПО всё-таки использует, хотя и в незначительном количестве; значит на деле он даже ему помог.