From: Led <ledest@gmail.com> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] бизнес и разработка Date: Sun, 29 Mar 2009 23:51:02 +0300 Message-ID: <200903292351.02874.ledest@gmail.com> (raw) In-Reply-To: <777d80610903291432p29840b58g13bdbb51ff67c07d@mail.gmail.com> On Monday, 30 March 2009 00:32:47 Aleksey Novodvorsky wrote: > 2009/3/30 Eugene Ostapets <eostapets@gmail.com>: > > Обещал больше не писать, но не могу смолчать... > > Алексей решил свести конфликт внутри команды к конфликту бизнес > > интересов... Это очень удобно, но является ложью. Я прошу больше не > > муссировать эту тему, если это возможно. Конфликт завершен, каждый > > остался при своем мнении. > > Наличие публично неанонсированного закрытого форка всегда есть > мощный источник конфликтов на уровне исполнителей, мы здесь не первые > и не последние. Его наличие объясняется только ОДНОЙ причиной: ПРИНЦИПИАЛЬНОЕ нежелание вносить изменения и исправлять баги в базовых пакетах сотрудниками OOO ALTLinux. Эта принципиальность доходит до того, что как только в рассылке указывается на кривости и костыли НЕ сотрудником ALTLinux, его тут же обливают грязью. как только с подобным/похожим предложением месяц спустя выступает сотрудник ALTLinux - всё тут же быстро, в течение пары дней решается. Если сотрудник ALTLinux накосячил с пакетами и сломал сборочную среду - моментально у других сотрудников возникает и желание, и время патчить rpm и apt и чтобы быстренько спрятать эти косяки. Если вы называете желание получить нормальный biarch форком, тогда да - это форк. А какие ещё решения вы предложите, если кроме этих нескольких "отступников" НИКОМУ в Team biarch не нужен? > И дело не в исполнителях и не в бизнес-интересах, а в > способе реализации бизнес-интересов. > Проект Сизиф должен определить ясные взаимовыгодные правила > взаимодействия с такими проектами, которые неизбежно будут появляться > все чаще. Нам нельзя допустить провоцирования бизнесами личностных > конфликтов, чей бы это бизнес ни был. Это бага номер 1. > > Проблемы типа той, о которой говорил legion@, не менее неприятны, но > имеют иную природу, -- они полностью внутри проекта. Их надо открыто > обсуждать и думать над механизмами предотвращения и разрешения. Это > бага номер 2. > > Все эти проблемы надо решать, это наши баги. Но их надо > дифференцировать, а не мешать в одну кучу, что сегодня произошло в > результате всплеска эмоций. > > Главное -- не кидать друг в друга экскременты, не подозревать в > злокозненности. Мы достаточно умны, чтобы вместе пофиксить баги Никто в этом не сомневается. Как и в том (уже), что фиксить их ПРИНЦИПИАЛЬНО не будут. Рад буду, если ошибаюсь. > и не > допустить эскалацию конфликтов. Без обид, пожалуйста, но, вольно или невольно, больше всего для этой "эскалации", к сожалению, здесь, в этом треде, сделали вы:( > Но для этого важно понять их природу. Лоично. Именно ПОНЯТЬ, а не ПРИДУМЫВАТЬ. -- Led
next prev parent reply other threads:[~2009-03-29 20:51 UTC|newest] Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top 2009-03-29 20:36 Eugene Ostapets 2009-03-29 21:32 ` Aleksey Novodvorsky 2009-03-29 20:51 ` Led [this message] 2009-03-29 22:07 ` Aleksey Novodvorsky 2009-03-29 21:27 ` Led 2009-03-29 22:41 ` Aleksey Novodvorsky 2009-03-29 21:48 ` Led 2009-03-29 23:26 ` Aleksey Novodvorsky 2009-03-29 22:45 ` Led 2009-03-29 22:53 ` Eugene Ostapets 2009-03-29 23:19 ` Aleksey Novodvorsky 2009-03-29 23:58 ` Eugene Ostapets 2009-03-29 22:16 ` Ivan Fedorov 2009-03-29 23:19 ` Aleksey Novodvorsky 2009-03-29 22:25 ` Led 2009-03-29 22:17 ` Eugene Ostapets 2009-03-29 22:18 ` Alexey I. Froloff 2009-03-29 21:33 ` Led 2009-03-29 22:46 ` Alexey I. Froloff 2009-03-29 21:50 ` Led 2009-03-30 11:33 ` [devel] костыли 0common-files.req.list (осадок) Grigory Batalov 2009-03-30 0:16 ` [devel] Administrativia Dmitry V. Levin
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=200903292351.02874.ledest@gmail.com \ --to=ledest@gmail.com \ --cc=devel@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
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