Почему у свободного программного обеспечения убогое юзабилити и как его улучшить

Matthew Paul Thomas, “Why Free Software has poor usability, and how to improve it”, public translation into Russian from English More about this translation.

See also 9 similar translations

Translate into another language.

Participants

TarzanASG1465 points
Bishop953 points
the_corrector105 points
And others...
Join Translated.by to translate! If you already have a Translated.by account, please sign in.
If you do not want to register an account, you can sign in with OpenID.
Pages: ← previous Ctrl next
1 2 3 4 5 6 7 8

Why Free Software has poor usability, and how to improve it

Почему у свободного программного обеспечения убогое юзабилити и как его улучшить

History of edits (Latest: the_corrector 3 years, 8 months ago) §

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

— Думаю, не нужно. «Юзабилити» давно прижилось и всем понятно. Bishop

— Юзабилити значит больше, чем просто "удобство использования". И, действительно, прижилось. Netsvetaev

When I wrote the first version of this article six years ago, I called it “Why Free Software usability tends to suck”. The best open source applications and operating systems are more usable now than they were then. But this is largely from slow incremental improvements, and low-level competition between projects and distributors. Major problems with the design process itself remain largely unfixed.

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

Unapproved edits (Latest: sms 3 years, 9 months ago) §

Comment was deleted

— По-моему здесь tend не в смысле тенденции (ухудшения юзабилити со временем), а в смысле склонности ("юзабилити свободного ПО склонно сосать"), так что можно вернуть "Почему у свободного ПО хреновое юзабилити". sms

More 10 comments

— Разница в том, *насколько* оно плохое. Было совсе плохо, никуда не годилось (sucks), а теперь улучшиось и стало просто плохо (poor). the_corrector

Many of these problems are with volunteer software in general, not Free Software in particular. Hobbyist proprietary programs are often hard to use for many of the same reasons. But the easiest way of getting volunteers to contribute to a program is to make it open source. And while thousands of people are now employed in developing Free Software, most of its developers are volunteers. So it’s in Free Software that we see volunteer software’s usability problems most often.

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

Unapproved edits (Latest: Bishop 3 years, 8 months ago) §

— Hobbyist — кто-то у кого есть хобби. "Любительские" не совсем точно. Bishop

— are employed - наняты the_corrector

— вместо собственнических лучше оставить проприетарные. Ибо термин Enlightened

— Enlightened, http://ru.wikipedia.org/wiki/Проприет... Bishop

That gives us a clue to our first two problems.

Это приводит нас к первым двум проблемам.

History of edits (Latest: Bishop 3 years, 9 months ago) §

1. Weak incentives for usability. Proprietary software vendors typically make money by producing software that people want to use. This is a strong incentive to make it more usable. (It doesn’t always work: for example, Microsoft, Apple, and Adobe software sometimes becomes worse but remains dominant through network effects. But it works most of the time.)

1. Слабые стимулы для работы над юзабилити. Производители собственнических программ, как правило, зарабатывают деньги, выпуская ПО, которое люди хотят использовать. Это мощный стимул для повышения удобства. (Он не всегда работает: например, программы Microsoft, Apple и Adobe иногда становятся хуже, но продолжают доминировать благодаря сетевому эффекту. Но чаще он работает.)

History of edits (Latest: Bishop 3 years, 9 months ago) §

With volunteer projects, though, any incentive is much weaker. The number of users rarely makes any financial difference to developers, and with freely redistributable software, it’s near-impossible to count users anyway. There are other incentives — impressing future employers, or getting your software included in a popular OS — but they’re rather oblique.

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

History of edits (Latest: sms 3 years, 9 months ago) §

— Похоже, что я вообще не понял второе предложение. Bishop

— to make difference = влиять. Речь не о юзерах, а об их количестве (the number of). Исправил на "Количество пользователей редко влияет на доход разработчиков ..." sms

Solutions: Establish more and stronger incentives. For example, annual Free Software design awards could publicize and reward developers for good design. Software distributors could publish statistics on how many of their users use which programs, and how that number is changing over time. A bounty system could let people pay money in escrow for whoever implements a particular usability improvement. And distributed version control could foster quicker competition: distributors could choose not just which application to ship, but also which variant branch of an application, with usability as a factor in their choice.

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

History of edits (Latest: Bishop 3 years, 9 months ago) §
Pages: ← previous Ctrl next
1 2 3 4 5 6 7 8