Будущее проекта Compiz

Kristian Lyngstol, “The future of Compiz”, public translation into Russian from English More about this translation.

Translate into another language.

Participants

ktbjn461 points
nns103 points
naftizine34 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

The future of Compiz

Будущее проекта Compiz

History of edits (Latest: ktbjn 3 years, 4 months ago) §

Where are we going?

В какую сторону мы движемся?

History of edits (Latest: ktbjn 3 years, 4 months ago) §

— Предлагаю убрать слово "все" nns

It's time to start thinking ahead and really figure out how to make Compiz
survive, specially in lieu of Dennis' suggestion.

Пришло время для начала размышлений о реальном будущем проекта Compiz, его будущем, взамен ответа Дениса

History of edits (Latest: jtraub 3 years, 4 months ago) §

The reality is that there has been the equivalent of no progress since the
merge. We've basically only been in maintenance mode. The reason for this,
from my point of view, is a complete lack of direction and leadership.

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

History of edits (Latest: ktbjn 3 years, 4 months ago) §

We've constantly been waiting for something that will change everything,
and whether we call it an object framework, nomad or Compiz++, the reality
is that all these branches are counter-productive, regardless of how fun or
flashy they are.

Мы постоянно ждали чего-то, что все изменит, назовем ли мы это фреймворком, nomad или Compiz++, реальность в том, что все эти ветки анти-продуктивные, несмотря на на их забавность и показушность.

History of edits (Latest: nns 3 years, 4 months ago) §

If we are to have a healthy development environment, and any hope of
bringing Compiz out of a constant alpha-stage, we need to have clear
development goals and a way to cooperate. Before somebody puts 6+ months of
development into their work then present it as a final solution.

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

History of edits (Latest: jtraub 3 years, 4 months ago) §

Our current situation is rather dark, but not without hope. We have very
little development power, and we are risking loosing even more, and unless
I'm missing something obvious, we haven't seen a single new core developer
that contributes significantly to master, since the merge. We have,
however, lost a few. We MUST turn this trend around if Compiz is to
survive.

Наша текущая ситуация весьма безрадостна, но не безнадёжна. У нас очень мало разработчиков, и мы рискуем расслабиться ещё сильнее, и если только я не упускаю что-нибудь очевидное, у нас не было ни одного нового разработчика ядра проекта, который бы внёс значительный вклад в основную ветку, со времени слияния. Кроме того мы потеряли нескольких. Мы ДОЛЖНЫ обратить эту тенденцию вспять, если Compiz должен выжить.

History of edits (Latest: ktbjn 3 years, 4 months ago) §

So why do we loose developers? I see a few important reasons:

Так почему у нас распускаются разработчики? Я вижу несколько важных причин:

History of edits (Latest: ktbjn 3 years, 4 months ago) §

— Ага, разработчики распускаются, цветут и благоухают... nns

- The project has no goals, and essentially all development and design is
done as a solo race. There's no way to know whether you can work on
something without loosing your work because some obscure branch gets
merged.
- We have an inconsistent organization. Two bugtrackers, one isn't really
cared for. Two places to find code. Some plugins are here, and some other
plugins are there. Two development mail lists. Messy.
- The code is undocumented, specially core, and not particularly pretty.
Even new code is added using this same style of no documentation and
functions that do more than C functions should do. This is not something
new, but even people who realize the problem are ignoring it.

- У проекта нет целей, и, по существу, вcя разработка и проектирование происходят как одиночный заезд. Нет никакого способа узнать, сможете ли вы работать над чем-нибудь, не опуская руки, из-за того что вливается какая-нибудь малопонятная ветка.
- У нас непоследовательная организация. Два багтрекера, за одним недостаточно смотрят. В двух местах находится код. Часть плагинов тут, часть - там. Два списка рассылки для разработчиков. Бардак.
- Код недокументирован, особенно в ядре, и не очень хорош. Даже новый код добавляется в таком же стиле - без документации и с функциями, которые делают больше, чем должны делать функции на C. Ничего нового тут нет, но даже те, кто осознаёт эту проблему, игнорируют её.

History of edits (Latest: ktbjn 3 years, 4 months ago) §
Pages: ← previous Ctrl next
1 2