From: Alexey Tourbin <at@altlinux.ru> To: ALT Devel discussion list <devel@altlinux.ru> Subject: [devel] Re: мысли о 3.0, или "сейчас начнётся" Date: Mon, 4 Apr 2005 00:23:32 +0400 Message-ID: <20050403202332.GL12494@solemn.turbinal.org> (raw) In-Reply-To: <20050403180236.GY30108@osdn.org.ua> [-- Attachment #1: Type: text/plain, Size: 6018 bytes --] On Sun, Apr 03, 2005 at 09:02:36PM +0300, Michael Shigorin wrote: > Так ты -- разработчик. И это проблема, которая в [московском] > альте характерна для большей части народу -- проблем > дистрибутивов нет, потому что сидим на сизифе, а суппорт скорее > будет сражаться сам, чем заставит выпустить errata. Угу. Проблемы дистрибутивов, как ты её сформулировал, действительно нет. Потому что к M24 у меня интереса нет (и не только у меня). И не до конца ясно, зачем его тогда выпускали, если уже было ясно, что "сидим на сизифе" и всё примерно так и будет... Но к сизифу некоторый комплексный/эклектичный интерес у меня есть (и не только у меня). Вот нужно этот интерес наиболее рационально использовать. Есть более общая проблема стабильности/нестабильности. Сложность софта увеличивается, соответственно, увеличивается и разрыв между стабильным/нестабильным. То есть стабильное в прежнем виде становится всё менее возможным, и само понятие девальвируется. Автоматическое тестирование необходимо как раз для того, чтобы сократить разрыв между стабильным/нестабильным. Грубо говоря, сизиф обязан стать "стабильным". Попробую объяснить, почему. > > Какой в сущности интерес его поддерживать? > Такой, чтоб системы, которые введены в производство (начиная с > серверов своей же фирмы и заканчивая любимой домашней настольной) > -- _работали_ и не отсвечивали. Хех. А зачем их ввели в производство? :) Какой расчет за этим стоял? > И раз уж ты такой умный и читал про маркетинг -- попробуй сам > подумать, что проще, иметь ясный и объясняемый на пальцах ряд > продуктов с известными (лучше -- предсказуемыми) свойствами > (главное -- "работает и поддерживается", по крайней мере для > тех, кто готов платить за такое деньги фирмы или своё время > в проекте), чем нечто "текущее" и вечно ни для чего толком не > приспособленное без выполнения увесистого тюка условий, начиная > с подписки _и_ чтения sisyphus@. Ох. Я говорю про проект Sisyphus, который некоммерческий и который не подразумевает в виде явной цели создание какого-либо стабильного продукта, пригодного для использования "в производстве". Я занимаюсь сизифом вовсе не для того, чтобы мне дали "коробку" (и даже не для того, чтобы кому-то ещё эту коробку дали). Может мне просто интересно во всяких этих эрпэемах ковыряться. Может я просто не могу свой неуёмный энтузиазм в более рациональное русло направить. А тут приходят всякие фирмачи и начинают про магазны да макароны загибать. :) > Попробую сам на пальцах объяснить. Ты вот в магазин приходишь, > видишь там макароны. Сккажем, рожки, спагетти и ещё какие-нить > ушки покемонов. Правда, изготовителей тоже порядком и поэтому > приходится повыбирать (некоторые ещё и состав читают). > > А теперь -- как у нас выходит. Раз в год завозят то макароны > пачками по пять кило, то спагетти по двести граммов, причём > помимо того, что и те, и другие не содержат соли (настраивалок) > и рекомендуется солить вручную, они имеют кучу нюансов с > приготовлением и съедением. Сравнение с макаронами поверхностно. Но оно следует из твоего суждения о дистрибутиве/системе как о продукте для потребления, который пытаются продавать. Во-первых, это не так: бизнеса на дистрибутивах не сделаешь (за исключением партий OEM; впрочем, дела обстоят прозачино не только в отношении дистрибутивов). Во-вторых, это грубый материализм. :) То есть вот я купил вещь и я честно ей владею, как предметом, плюс получаю некоторые услуги, если она сломается. Или я могу её вернуть и получить деньги назад, если предмет обманул мои ожидания. А в информационных технологиях такого материализма нет, здесь совсем что-то интересное происходит. Имеют место быть развивающиеся системы, которые входят на новый уровень сложности. К ним эти материальные критерии не применимы. > Вот тут аналогия ломается, поскольку для пищи нехарактерны > распространённые в безответственной компьютерной среде проблемы > "дырок" и "багов". Я, в общем, знаю, что бывает с хлебными > магазинами (и заводами), которые допускают в хлеб палочку. > Но применить этот уровень ответственности здесь уже нереально :( Дело не в безответственности, а в сложности системы. Макароны сделать просто и их свойства предсказуемы. Свойства макарон принципиально не зависят от кастрюль, в которых они варятся. И т.д. > Наверное, попробуем перебраться на автомобили. Получается так -- > можно купить "местную сборку", которая лучше приспособлена к > местным же дорогам, но на этом и всё. Правда, цена почему-то > опять же сопоставима если не с BMW, то с VW, и это при том, что > запчасти доступны в течение хорошо если года после выпуска > модели -- через год предлагается вполне бегающую лошадку > автоматически, но полностью пересобрать из запчастей следующего > варианта. При этом не гарантируется, что прямоточник третьего > производителя или прицеп (ради которого всё и затевалось) не > отвалится. > > В общем, опять картина странная. Наверное, просто нигде нет > таких темпов многовекторной разработки, как в ИТ, и мало где > среди функционирующих даже консалтерских фирм творится такой > бардак, как в ООО. Люди, да если ваши макароны будут хоть > суперкалорийными, но взрываться при варке -- вы в пролёте. Нет цели продавать макароны. И уже в пролёте. :( > > (Частные интересы типа "у меня в трёх местах работает" не в > > счёт.) > А какие вообще бывают интересы? Что когда-то понадумал -- А-аааа.... какие интересы бывают??? :) Это к Новодворскому. :) > обрисовал на http://wiki.atmsk.ru/index.html/AltPolicy (хм... > будет теперь http://www.freesource.info/wiki/AltLinux/AltContext) Может ночью прочитаю. Я что-то хотел сказать про стабильность сизифа. В двух словах, это сводится вот к чему: лучше направить все усилия на сизиф, в частости, автоматически тестировать корректность обновления M24 до сизифа. И таки рекомендовать обновляться из сизифа. Иначе будет стагнация на оба фронта. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2005-04-03 20:23 UTC|newest] Thread overview: 85+ messages / expand[flat|nested] mbox.gz Atom feed top 2005-03-25 13:57 [devel] [kirill@altlinux.ru: Проект оглавления Руководства по эксплуатации Compact 3.0] smi 2005-03-26 15:48 ` [devel] Re: [Office] " Anton Farygin 2005-03-26 16:43 ` Alexey I. Froloff 2005-03-26 19:56 ` [devel] zsh by default? :) (was: Проект оглавления Руководства по эксплуатации Compact 3.0) Michael Shigorin 2005-03-27 9:38 ` [devel] zsh by default? :) Anton Farygin 2005-03-27 11:49 ` [devel] " Michael Shigorin 2005-03-29 5:36 ` Anton Farygin 2005-03-29 5:34 ` Вячеслав Диконов 2005-03-29 8:11 ` Vitaly Lipatov 2005-03-29 12:04 ` [devel] UTF-8 in 3.0 by default? Michael Shigorin 2005-03-29 12:09 ` [devel] Re: zsh by default? :) Valery V. Inozemtsev 2005-03-29 13:24 ` Stanislav Ievlev 2005-03-29 13:27 ` Valery V. Inozemtsev 2005-03-29 12:27 ` Вячеслав Диконов 2005-03-29 16:20 ` Alexey Voinov 2005-03-29 16:38 ` [devel] re UTF-8 by default? Michael Shigorin 2005-03-29 16:58 ` Alexey Voinov 2005-03-29 17:03 ` [devel] Re: zsh by default? :) Sergey V Turchin 2005-04-04 6:01 ` Ivan Zakharyaschev 2005-04-04 6:41 ` Anton Farygin 2005-04-04 17:43 ` Alexey Voinov 2005-04-06 1:12 ` Ivan Zakharyaschev 2005-04-05 7:56 ` Sergey V Turchin 2005-04-06 1:12 ` console-tools delay; was: " Ivan Zakharyaschev 2005-04-08 16:25 ` [devel] kbd/console-tools progress Ivan Zakharyaschev 2005-04-08 17:42 ` Valery V. Inozemtsev 2005-04-09 21:57 ` Ivan Zakharyaschev 2005-03-29 15:40 ` [devel] imz wanted (was: zsh by default ) Sergey V Turchin 2005-03-27 21:51 ` [devel] zsh by default? :) Alexey I. Froloff 2005-04-02 17:54 ` [devel] " Alexey Tourbin 2005-03-29 13:48 ` [devel] Re: [Office] [kirill@altlinux.ru: Проект оглавления Руководства по эксплуатации Compact 3.0] Kirill Maslinsky 2005-03-29 14:37 ` [devel] мысли о 3.0, или "сейчас начнётся" Michael Shigorin 2005-03-30 6:09 ` Anton Farygin 2005-03-30 7:43 ` [devel] " Michael Shigorin 2005-04-02 18:13 ` Alexey Tourbin 2005-04-03 14:50 ` Michael Shigorin 2005-04-03 16:03 ` Alexey Tourbin 2005-04-03 16:34 ` Konstantin A. Lepikhov 2005-04-03 18:55 ` Alexey Tourbin 2005-04-03 20:32 ` Konstantin A. Lepikhov 2005-04-03 17:28 ` Vitaly Lipatov 2005-04-03 18:56 ` Alexey Tourbin 2005-04-03 21:47 ` Vitaly Lipatov 2005-04-04 8:26 ` Gleb Stiblo 2005-04-03 18:02 ` Michael Shigorin 2005-04-03 20:23 ` Alexey Tourbin [this message] 2005-04-03 20:28 ` Dmitry V. Levin 2005-04-04 6:54 ` Michael Shigorin 2005-04-04 18:53 ` Alexey Tourbin 2005-04-06 7:23 ` [devel] Re: мысли о 3.0, dev cycles и "кому что надо" Michael Shigorin 2005-04-04 10:05 ` [devel] Re: мысли о 3.0, или "сейчас начнётся" Nick S. Grechukh 2005-04-04 17:44 ` Denis Smirnov 2005-04-05 20:52 ` Alexey Tourbin 2005-04-05 21:24 ` Dmitry V. Levin 2005-04-06 12:20 ` Денис Смирнов 2005-04-04 11:51 ` Igor Vlasenko 2005-04-03 19:03 ` Peter V. Saveliev 2005-04-03 21:30 ` Alexey Tourbin 2005-04-04 6:33 ` Michael Shigorin 2005-04-04 7:16 ` vserge 2005-03-30 9:58 ` [devel] " Alexey Borovskoy 2005-03-30 10:23 ` Dmitry V. Levin 2005-03-30 14:05 ` Andrey Rahmatullin 2005-04-01 5:58 ` Anton Farygin 2005-03-30 9:16 ` Sergey V Turchin 2005-03-30 10:06 ` Maxim Tyurin 2005-03-30 11:24 ` Sergey V Turchin 2005-03-30 11:46 ` Maxim Tyurin 2005-03-30 11:57 ` [devel] " Michael Shigorin 2005-03-30 12:23 ` Sergey V Turchin 2005-03-30 12:37 ` Michael Shigorin 2005-03-30 13:00 ` Sergey V Turchin 2005-03-30 16:30 ` Michael Shigorin 2005-03-30 12:22 ` [devel] " Sergey V Turchin 2005-03-30 12:33 ` [devel] " Michael Shigorin 2005-03-30 12:46 ` Sergey V Turchin 2005-03-30 16:12 ` Michael Shigorin 2005-03-30 17:21 ` Alexey Voinov 2005-03-30 17:27 ` Michael Shigorin 2005-03-30 13:06 ` Sergey V Turchin 2005-03-30 14:06 ` Andrey Rahmatullin 2005-03-30 16:18 ` Michael Shigorin 2005-03-30 10:27 ` Michael Shigorin 2005-03-30 11:31 ` [devel] " Nick S. Grechukh 2005-03-30 11:49 ` Maxim Tyurin
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=20050403202332.GL12494@solemn.turbinal.org \ --to=at@altlinux.ru \ --cc=devel@altlinux.ru \ /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
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/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 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git