1 |
В Пнд, 04/02/2008 в 17:54 +0500, Azamat Hackimov пишет:
|
2 |
> Эту техническую подробность попрошу осветить отдельно. Сможет ли trac |
3 |
> удовлетворить потребности как команды gentoo.ru, так и переводчиков? |
4 |
> |
5 |
> Давайте накидаем, что нам нужно от проект менеджера! |
6 |
|
7 |
Именно поэтому я начал с того, как организовать переводчиков. Исходить
|
8 |
нужно из того, чтобы этот проект менедежр давал то что нужно и не больше
|
9 |
того, что нужно. Лишние элементы интерфейса лишь отвлекают тех, кто
|
10 |
хочет присоединиться к проекту. Можно ли его "заточить" под нашу
|
11 |
структуру?
|
12 |
|
13 |
> Вот мое видение: |
14 |
> |
15 |
> Объективные требования, данные свыше и которые нужны обеим ветвям: |
16 |
> |
17 |
> - поддержка ldap |
18 |
> - поддержка системы запросов a-la bugzilla |
19 |
|
20 |
Зачем? Отслеживать переводы? Как это удобно? Это добавляет следующие
|
21 |
проблемы:
|
22 |
* нужно открыть баг, чтобы видеть что не переведно (и дублирует
|
23 |
overview.xml)
|
24 |
* нужно открыть браузер и изменить статус, чтобы показать, что перевод
|
25 |
взят, не верю, что это будут делать ибо две строчки в рассылку проще, но
|
26 |
и этого не делали
|
27 |
* нужно закоммитеть и в нагрузку изменить статус бага
|
28 |
|
29 |
и так для каждого документа. Вот это действительно сложно, особенно для
|
30 |
тех, кто никогда не работал с багзилой...
|
31 |
|
32 |
Не говоря о том, что одна из частых проблем в gentoo - это багзила.
|
33 |
Много пользователей не знают и поэтому бояться с ней работать. Мне
|
34 |
дважды приходилось убеждать открыть тикет и всё равно есть люди, которые
|
35 |
этого не делают а пишут о проблемах письмом...
|
36 |
|
37 |
> - wiki-система |
38 |
|
39 |
Для чего? Можно конечно решить все документы gentoo.ru в неё оформить,
|
40 |
но нужно ли? Разве это тормозит развитие статической составляющие сайта?
|
41 |
Разве удобно к wiki приделывать скрипты для автоматизации сбора нужной
|
42 |
нам информации, типа состояние переводов?
|
43 |
|
44 |
> Требования для команды g.ru: |
45 |
> - поддержка svn |
46 |
|
47 |
сам по себе он мало решает
|
48 |
|
49 |
> - почтовая служба |
50 |
|
51 |
без неё никуда... любой web требует почты.
|
52 |
|
53 |
> Требования от переводчиков: |
54 |
> - среда для обсуждения переводов |
55 |
|
56 |
список рассылки
|
57 |
|
58 |
> - среда для контроля свежести документов |
59 |
|
60 |
overview.xml
|
61 |
trads, может быть лучше, но он не решает дополнительных проблем поэтому
|
62 |
нужен ли он?
|
63 |
|
64 |
> Возможно что-то я упустил, дополните меня. Прошу также высказать свои |
65 |
> предложения по конкретным платформам, которые будут точно |
66 |
> удовлетворять Объективным требованиям. В идеале - какой-нибудь |
67 |
> groupware с уклоном для разработчиков. |
68 |
|
69 |
> Просто я хочу сказать, давайте сделаем мудрую и взвешенную платформу, |
70 |
> а не в стиле "давайте возьмем то-то, а потом когда-нибудь приделаем |
71 |
> все остальное" |
72 |
|
73 |
Именно. Я не против web'а если он будет удобным. А удобным это и значит
|
74 |
то что нужно и быстро. Сделать веб быстрым очень и очень сложно. Кроме
|
75 |
того нужно чтобы и браузер быстро создавал страницу и не тормозил, а
|
76 |
firefox-2 как известно тормоз, и значит нужны альтернативные клиенты к
|
77 |
web'у. Какие? Или мы уберём всё что тормозит из веб'а? И ещё одно. web
|
78 |
очень плох тем у кого модемы.
|
79 |
|
80 |
--
|
81 |
Peter. |