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

[vitus_wagner]

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

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

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

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

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

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


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

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

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

Comments

[nasse.livejournal.com]

Это, увы, будет борьбой с господствующей идеологией по воспитанию пользователя.

[nicka-startcev.livejournal.com]

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

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

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

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

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

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

[rblaze.livejournal.com]

assert() это называется

[tzirechnoy.livejournal.com]

Ну, вот самый продуктивный у нас Microsoft, за ним идёт то-ли Ябл, то-ли Нокия. Вперёд, товарищ.

[http://users.livejournal.com/_arty/]

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

[vitus_wagner]

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

[gest_hds]

Снёс, как увидел в работе. Почти не страдал. У жены всё работает. Карма, наверное.

[vitus_wagner]

А зачем? Тот пользователь уже решил проблему посредством apt-get remove network-manager

[gegmopo4.livejournal.com]

Ты недооцениваешь роль «обычного пользователя», непрограммиста, в поддержке и развитии свободных проектов.

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

По отдельности все эти выгоды обычно очень малы, но вместе — уже ощутимо.

[tzirechnoy.livejournal.com]

Не-не-не, assert() это слабовато. -1 --- это всем, до кого сможэт дотянуться.

[slobin.livejournal.com]

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

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

... Знал бы прикуп - сдох бы в Сочи ...

[taris_marh.livejournal.com]

И термоядерной бомбой сверху, чтоб уж точно никого не пропустить. :)

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

[roman_sharp.livejournal.com]

Ну я живой пользователь. Который иногда пишет багрепорты.

Вопрос, имхо, поставлен неправильно. Не будет живых пользователей - продукты не будут широко использовать. А "совершенное но узкое" - никому не нужно.



Сколько уже говорили про "десктопный Линукс" (уже не говоря о "десктопном Юниксе) - и что? Самое популярное из более чем менее "чистого и свободного" это в окрестностях меня Ubuntu, а самая модная и популярная система на основе Unix (по крайней мере так она говорит) - это iOS, которая совершенно несвободна в плане модели распространения и писания под нее кода (за все эти code signing надо убивать арматурой), зато в плане рюшечек и красивостей для хомячков - идеал де-факто.

[tzirechnoy.livejournal.com]

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

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

«Число работающих систем UNIX достигло уже 10, и в дальнейшем возрастёт ещё больше».

[roman_sharp.livejournal.com]

Я вообще-то утверждаю совсем другое. Что "реальными пользователям" в мире OpenSource являются в основном другие разнработчики. Они свои программы разрабатывают, а моей - пользуются.

Хммм... кажется с тех времен Ubuntu, и Firefox, и Gimp, и многое другое нарисовалось.


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

Форкайте и не учитывайте :)

[vitus_wagner]

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

[vitus_wagner]

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

[nicka-startcev.livejournal.com]

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

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

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

[roman_sharp.livejournal.com]

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

Да и с инструментами как-то не очень задалось. Я вон ниже пишу, что за политику code signing от Apple я убил бы, но по своим задачам тестировщика мне намного удобннее работать с XCode и эмулятором iPhone, чем с эмулятором Android и Eclipse. Eclipse - это "без бутылки не разберешься", скорость работы не вдохновляет (хотя сборка под XCode дело небыстрое), но эмулятор Андроида 3.0 это такой эпический капец по глюкавости и тормознутости, что даже эмуляторы Windows Mobile на его фоне выглядят прилично.

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

[http://users.livejournal.com/_arty/]

шансы нормально развиваться с двумя пользователями есть, но они заметно меньше, чем при большем числе пользователей

[roman_sharp.livejournal.com]

Не иначе как Князь Мира Сего соблазнил всех и предопределил победу drag-and-drop над святым command line :)

[roman_sharp.livejournal.com]

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

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

[awind.livejournal.com]

avva, конечно, убедителен, но есть нюансы

[vitus_wagner]

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

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

[otmenych.livejournal.com]

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