(polski) Książka o Continuous Integration
Jednym z moich głównych zainteresowań zawodowych są procesy Continuous Integration. Jestem bardzo dumny z pełnego systemu ciągłej integracji, jaki uruchomiłem u mojego pracodawcy kilka lat temu. Od tego czasu regularnie w nim majstruję ulepszając to i owo. Niedawno pomyślałem, że lata mojej praktyki i doświadczeń z CI mogą przydać się innym. Po co ślęczeć nad problemami, które ja być może już rozwiązałem. Pomyślałem, że napiszę książkę. Poszukiwania wydawcy w Polsce sprowadzają się właściwie do jednego wydawnictwa – Helion. Mają oni bardzo ciekawą ofertę dla początkujących autorów. Wystarczy dostarczyć im ankietę autorską, szczegółowy spis treści i jeden rozdział a wydawnictwo rozważy podpisanie umowy z autorem i wydanie książki. Postanowiłem spróbować sowich sił. Bardzo roboczy tytuł mojej książki to „.NET Continuous Integration za pół darmo”. Ankietę autorską Wam podaruję, ale spis treści książki, którą chciałem napisać wyglądał tak:
1. Dlaczego continuous integration?
a. Automatyzacja = oszczędność
b. Nie najnowszy wynalazek
c. Bądź zawsze gotowy
2. Automatyzacja
a. Kompilacja w jednym kroku
b. NAnt kontra MSBuildc. Automatyzacja procesu budowy za pomocą MSBuild
3. System kontroli wersji
a. Sine qua non
b. VSS kontra SVN
c. Subversion w akcji
d. Dobre rady w sprawie porządku w projekcie
4. Serwer ciągłej integracji
a. Bez niego ani rusz
b. TFS kontra CC.NET
c. CruiseControl.NET w akcji
5. Testy jednostkowe
a. Testy najbliższe materii
b. VSTS kontra NUnit
c. NUnit w akcji
d. Badanie pokrycia testami za pomocą NCover
6. Kontrola procesu ciągłej integracji
a. Wiedzieć, co w trawie piszczy
b. CCTray kontra Dashboard
c. Obaj w akcji
d. Integracja raportów (NUnit, NCover) z Dashboardem
7. Testy akceptacyjne, integracyjne i systemowe
a. Z tysiąca stóp
b. Web: Selenium
c. Windows: NUnitForms
d. Testy Fitnesse
8. Analiza kodu
a. Konwencje są ważne
b. Statyczna analiza kodu w FxCop i StyleCop
9. Wersjonowanie
a. Gdzie ja jestem?
b. Rozszerzanie MSBuild
10. Dokumentacja
a. Nie lubiane dziecko projektu
b. Generowanie dokumentacji w Sandcastle
11. Dostawa
a. Zawsze gotowy
b. Publikacja za pomocą ClickOnce
c. Tworzenie instalatora w Visual Studio i WiX
Przykładowy rozdział książki dla wydawnictwa Helion ze zrozumiałych względów, nie może być wstępem. Zacząłem, więc od rozdziału drugiego. Traktuje on o podstawach MSBuild utrzymując w perspektywie jego wykorzystanie w procesie ciągłej integracji.
Oto kompletny rozdział drugi książki.
Tak przygotowaną zachętę do wydania przesłałem do wydawnictwa Helion. Niestety odpowiedź była odmowna:
„Dziękujemy za nadesłaną propozycję autorską, jednak bardzo mi przykro, ale nie zdecydujemy się na jej wydanie. Naszym zdaniem temat jest zbyt wąski, żeby mógł zapewnić satysfakcjonującą sprzedaż.“
Rozumiem i szanuję decyzję… ale naturalnie uważam ją za błędną 😉 To byłaby świetna książka. Jestem pewny, że sprzedałaby się w milionowym nakładzie i otrzymałbym za nią, co najmniej Pulitzera, a jeśli nie, to przynajmniej Nagrodę Jolt.
Tak wiec, jeśli jesteś przedstawicielem wydawnictwa, które byłoby zainteresowane wydaniem tej perełki to jestem otwarty na wszelkie propozycje!
2 komentarze
Darek
Taka książka to konieczna pozycja każdego developera, sam chętnie miałbym ją w swoim księgozbiorze. Może warto uderzyć do Mikomu, ReadMe lub innego wydawnictwa, bo helion jest typowo nastawiony na masową produkcję (a przecież Twoja propozycja napeweno miała by wzięcie). Może panowie z heliona nie zrozumieli tytułu? 🙂
Pingback: