Культурный офтопик
 help / color / mirror / Atom feed
From: Gennadiy Redko <uit1@zaz.zp.ua>
To: "культурный офтопик" <smoke-room@lists.altlinux.org>
Subject: Re: [room] в чем "фишка" Open Source?
Date: Fri, 24 Feb 2006 07:49:58 +0200
Message-ID: <43FE9E86.4020101@zaz.zp.ua> (raw)
In-Reply-To: <E1FCQ3i-0002Sl-00.dlagovna-mail-ru@f64.mail.ru>

Sergey Stepanov пишет:

> Товарищ совершенно прав. При написании не OS программы, на тебя ложится
> ответственность за качество программы, ее надежную работу и 
> юзабельность. Ежели ты пишешь OS программу, то на эти критерии ты можешь
> положить - всеравно же раздаешь бесплатно. И тут мерило качества 
> программы - только твое желание/умение сделать хорошо. У многих 
> разработчиков это свойство характера очень быстро улетучивается,
> так как нет веских стимулов писать программу, которой можно было бы
> беспроблемно пользоваться. Поэтому под линухом мы имеем столько
> сырых, недоработанных программ, и программ, поддержка которых
> прекратилась. И никого нельзя упрекнуть - программы-то опен сорцные.
> 
> Идем дальше - разработчикам, которые используют модель "платная
> поддержка" или "платная доработка" тоже невыгодно делать качественные,
> надежные и удобные программы. Гораздо лучше написать нечто 
> "чтоб работало", потом растрезвонить саморекламой, что эта разработка -
> уникальная, легко конфигурабельная система для таких-то и таких-то
> нужд. Обычно на эту удочку попадаются несколько заказчиков-неудачников,
> которые в погоне за дешевизной (обычно за внедрение просят немного)
> начинают пользоваться этой уникальной разработкой. И превращаются
> в дойную корову. Потому что определенные деньги уже заплачены,
> и работа вроде идет, но постоянно нужно что-то еще, а за эту хотелку
> нужно платить.
> 
> Кроме того, чем запутаннее и сложнее программа - тем сложнее ее 
> сопровождать, и тем сложнее заказчику слезть с крючка 
> и начать сопровождать ее своими силами. Поэтому обычно такие программы
> имеют свои "особенности", которые по-хорошему, в нормальном коммерческом
> продукте, надо немедленно исправлять. "Особенности", например
> особенности настройки, накапливаются по мере разработки, 
> и играют только на руку "разработчикам", так как только этот разработчик
> и способен более-менее правильно делать настройку/доводку программы.
> 
> А еще разботчик может организовать курсы по подготовке специалистов 
> по работе и сопровождению своей программы. За это тоже можно
> брать деньги. Обычно на этих курсах часть "неочевидной" информации
> передается обучающимся, чтобы они хотя бы понимали архитектуру
> данного решения и при проблеммах хотябы представляли, откуда ноги
> растут.
> 
> Вот примерно таким образом можно зарабаотывать на OS решениях.
> Поэтому мы и имеем в линухе набор разрозненных, кривых, неудобных,
> и чорт ещо знает каких программ, за которые, впрочем, надо еще и спасибо 
> сказать, что они вообще есть.
> 
Вы ничего не путаете?
Open Source вовсе не "счастье всем даром", а предоставление
исходных текстов программ тому, кто ими пользуется.
Автор может ограничить круг пользователей по своему
усмотрению/договору.

Другими словами - почему именно открытие кода стимулирует халтуру?


  reply	other threads:[~2006-02-24  5:49 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-21  9:02 Volosatov Alexander
2006-02-21  9:56 ` Damir Shayhutdinov
2006-02-21 10:36   ` Volosatov Alexander
2006-02-21 10:44     ` Aleksey Novodvorsky
2006-02-21 10:51       ` Alexey Rusakov
2006-02-21 11:04         ` Aleksey Novodvorsky
2006-02-21 11:24         ` Volosatov Alexander
2006-02-21 11:24         ` Volosatov Alexander
2006-02-21 12:49           ` Anton Farygin
2006-02-21 10:48     ` Alexey Rusakov
2006-02-21 14:54 ` Damir Shayhutdinov
2006-02-21 15:30   ` Volosatov Alexander
2006-02-21 15:38     ` Nick S. Grechukh
2006-02-21 15:43     ` Alexei V. Mezin
2006-02-21 17:12       ` Re[2]: " Alexander Volosatov
2006-02-21 17:34         ` Gennadiy Redko
2006-02-21 19:08           ` Re[2]: " Alexander Volosatov
2006-02-21 20:52             ` Damir Shayhutdinov
2006-02-21 20:53             ` Alexei V. Mezin
2006-02-21 21:12               ` Alexei V. Mezin
2006-02-21 22:30                 ` Alexey Rusakov
2006-02-21 22:47                   ` Aleksey Novodvorsky
2006-02-22  5:21             ` Gennadiy Redko
2006-02-22  5:21             ` Gennadiy Redko
2006-02-22 21:18             ` Денис Смирнов
2006-02-22 21:57               ` Alexander Volosatov
2006-02-22 23:21                 ` Vasily Kolomeets
2006-02-23  6:21                 ` Gennadiy Redko
2006-02-23  6:10               ` Gennadiy Redko
2006-02-23 20:32                 ` Денис Смирнов
2006-02-21 15:48     ` Alexey Rusakov
2006-02-21 17:13     ` Damir Shayhutdinov
2006-02-21 17:37       ` Andrey Rahmatullin
2006-02-23 23:39       ` Re[2]: " Sergey Stepanov
2006-02-24  5:49         ` Gennadiy Redko [this message]
2006-02-24 12:42         ` Nick S. Grechukh
2006-02-24 14:07         ` Денис Смирнов
2006-02-24 16:05           ` Alexander Volosatov
2006-02-24 18:07             ` Денис Смирнов
2006-02-24 18:45               ` Alexander Volosatov
2006-02-25 14:17                 ` Денис Смирнов
2006-02-25 14:34                   ` Alexander Volosatov
2006-02-25 16:54                     ` Денис Смирнов
2006-02-25 20:42                       ` Alexander Volosatov
2006-02-25 19:39                   ` Yura Kalinichenko
2006-02-26  9:39                     ` Денис Смирнов
2006-02-22 21:16     ` Денис Смирнов

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=43FE9E86.4020101@zaz.zp.ua \
    --to=uit1@zaz.zp.ua \
    --cc=smoke-room@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Культурный офтопик

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/smoke-room/0 smoke-room/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 smoke-room smoke-room/ http://lore.altlinux.org/smoke-room \
		smoke-room@lists.altlinux.org smoke-room@lists.altlinux.ru smoke-room@lists.altlinux.com smoke-room@altlinux.ru smoke-room@altlinux.org smoke-room@altlinux.com
	public-inbox-index smoke-room

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.smoke-room


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git