Вороны на помойке

[vitus_wagner]

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

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

Недоеденные объедки еды выкидывают на помойку. Где этими объедками кормятся вороны.

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

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

А что людям невкусно - так это ж мелочи. Главное - вороны, они определяют судьбу.


К чему я это все? А именно так выглядит сегодня мир OpenSource. От разработчиков, которые что-то полезное делают и обмениваются этой пользой друг с другом постоянно требуют прогнуться под интересы "обычного пользователя". Волю которого толкуют специальные жрецы-авгуры.

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

Но талантливые демагоги-авгуры уже добились того, что для людей, то есть для существ наделенных речью, и способных выразить свои мысли (на языке, понятном компьютеру) open source среды стали крайне неудобны.

Comments

[vitus_wagner]

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

[nicka-startcev.livejournal.com]

Если без демагогии, то мне кроме компилятора и IDE хочется видеть некий готовый подукт (КАД, текстовый редактор, векторный редактор, редактор картинок, итп).

При этом я хочу видеть этот продукт рабочим, продуманным и сегодня. Мне нафиг не нужны новомодные дизайнерские штучки, я хочу как минимум стабильной работы (без падений и порчи документов) из коробки, а как максимум - возможности чуток доточить интерфейс, чтоб, например, копирование цитаты выливалось не в 7-10 жестов стилусом, а, в идеале, в один.

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

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

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

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

[vitus_wagner]

Ну вот я высказал гипотезу по поводу возможного происхождения такого положеняи вещей - что разработчики пытаются удовлетворить не реальные потребности пользователей (образцом которых можно было бы считать себя, любимых. Ведь каждый разработчик отнюдь не 100% проведенного за компом времени занимается разработкой), а те потребности, про которые им какие-то авгуры напели.

[nicka-startcev.livejournal.com]

Или они сами их (потребности) сами придумали, что более вероятно.
Или им самим интереснее оптимизировать какой-нибудь memcpy(), а не продумать логику интерфейсы и прочюю архитектуру всего проекта.
Или у них самих потребности немножко странные, примерно как потребности владельца мейнфрейма будут далеки от потребностей 16ядерного десктопа или 3-ядерного несимметричного КПК с маленьким экраном. Или они сами не отрываются от розетки дольше чем на час и проблема экономии батарей им непонятна.

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

Плюс, опять же, сильносвязность и слабая документированность кода.
(документация - это не комментарии к каждой строчке типа "перевод с си на английский", а описание видения программистом задачи и стратегии ее решания)

[roman_sharp.livejournal.com]

Я еще не видел ни одной рабочей системы учета потребностей пользователей вроде "Vote for this feature".

Разве что у Mozilla, но и то это ну уж очень суровый opt-in (по сравнению с report usage, который часто предлагают).

[vitus_wagner]

Ну у vim есть. Но увы, представительная демократия она и есть представительная демократия, и в разработке софта толку от нее ничуть не больше, чем в политике.

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

[roman_sharp.livejournal.com]

Уважаемый френд, Вы не читали рассказ "Свиньи целиком" Диккенса? Культовая по-моему вещь.

Вредны крайности. Полностью отдать все "демократии" - будет плохо. Но и полностью от нее отказаться - тоже будет плохо {вспомните Ваши жалобы на Nokia хотя бы - вот они-то как раз вообще не учитывали Ваше мнение}.

Мы вполне можем собирать данные из разных источников (статистика использования, представительское голосование пользователей, голосование разработчиков, голосование community (не основных разработчиков, но, скажем, разработчиков расширений и плагинов).

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