Nie wiem, jak istotna może być ta notatka, ale podzielenie się nią było interesujące. Tutaj link w języku angielskim, http://freininghaus.wordpress.com/2012/07/04/dolphin-2-1-and-beyond/, Nie radzę sobie dobrze z tym językiem, więc skorzystałem z pomocy tłumacza:
Prawdopodobnie słyszałeś w zeszłym tygodniu, że Pedro Penz przestał być opiekunem Dolphin. Chciałbym podziękować za dobrą współpracę, jaką mieliśmy przez ostatnie lata. Praca z nim była wielką przyjemnością i myślę, że jego odejście jest wielką stratą dla KDE.
Powierzył mi przyszłą konserwację Dolphina, więc dołożę wszelkich starań, aby utrzymać go w dobrej formie. Myślę, że łatwość obsługi i stabilność są tym, co użytkownicy cenią najbardziej w Dolphinie i chcą mieć pewność, że tak pozostanie.
Moim najważniejszym celem średniookresowym jest przyciągnięcie nowych programistów. Myślę, że jest to istotne z kilku powodów:
- Każdy projekt oprogramowania z niskim numerem magistrali jest w wielkim niebezpieczeństwie.
- Jestem teraz opiekunem, ale to nie znaczy, że mogę zwiększyć ilość czasu, jaki mogę spędzić na rozwijaniu w Dolphin. Spróbuję przeczytać wszystkie wejściowe raporty o błędach (pamiętaj, że może minąć trochę czasu zanim zobaczę ostatnio zgłoszony błąd - nawet opiekunowie mają prawdziwe życie i czasami wyjeżdżają na wakacje) i spróbuję odtworzyć bez tych błędów które można odtworzyć za pomocą mojej konfiguracji sprzętu i oprogramowania. Spróbuję też naprawić kilka błędów dla każdej wersji. Ale nie mogę zaimplementować wszystkich głównych nowych funkcji, jeśli muszę to zrobić sam.
- Nie lubię pracować sam. Zawsze lubiłem dyskusje na temat kodu z Pedro i innymi programistami i bardzo podoba mi się pomysł, że wszystkie zmiany muszą zostać sprawdzone. Oczywiście mówienie o łataniu i przeglądaniu dla wszystkich jest możliwe tylko wtedy, gdy liczba osób regularnie uczestniczących w projekcie jest większa niż jeden.
Aby ułatwić potencjalnym nowym współpracownikom znalezienie czegoś do pracy, chciałbym rozpocząć wspólny wysiłek w celu przejrzenia wszystkich raportów o błędach Dolphin, blisko tych nieaktualnych, i przypisania przydatnych słów kluczowych do tych, które można łatwo odtworzyć . Prawdziwe życie zapewni mi zajęcie przez kilka następnych tygodni, ale potem skontaktuję się z Bug Squad i zorganizuję coś. Każda pomoc jest mile widziana. Myślę, że udział we wspólnej sesji selekcji błędów to dobry sposób na rozpoczęcie pracy nad projektem wolnego oprogramowania - jak wspomniałem w poprzednim poście, mój udział w KDE rozpoczął się od dwóch dni pracy w Konquerorze kilka lat temu.
Oczywiście doceniana jest nie tylko wkład w kodowanie, ale również pomoc w innych obszarach. Obejmują one:
- Triage raporty o błędach na bugs.kde.org. Naprawdę bardzo pomaga dodanie przydatnych informacji do zgłoszeń błędów, wskazanie duplikatów, poproszenie reportera o więcej informacji, a tym samym zmniejszenie liczby raportów o błędach, które wymagają uwagi menedżera. Dla użytkowników korzystne jest również to, że ich raporty mogą otrzymywać szybkie odpowiedzi, nawet gdy menedżer jest zajęty innymi sprawami.
- Wsparcie użytkowników na forum. To niesamowite widzieć, jak szybko grupa oddanych członków forum odpowiada na pytania większości użytkowników i rozwiązuje wiele z nich. Myślę, że to znacznie poprawia wrażenia użytkownika.
- Dokumentacja i tłumaczenie. Szczególnie Burkhard Lück wykonuje świetną robotę, utrzymując dokumentację firmy Dolphin (i inne aplikacje) w dobrym stanie.
Jeśli chcesz wnieść swój wkład w Dolphin lub KDE w ogóle, ale nie chcesz pisać kodu, zaangażowanie się w jeden z tych obszarów jest świetnym sposobem, aby pomóc projektowi iść naprzód.