Code-review, czyli
 przegląd kodu

             Wiktor Gworek
        V rok informatyki MIMUW

       http://blog.mocna-ka...
Tłumaczenie code-review

•   Nie ma dobrego
    odpowiednika code-review w
    języku polskim,

•   możliwe tłumaczenia to...
moja historia
ZPP
Zespołowy Projekt
     Programistyczny




My konia kuliśmy, a żaby nam nogi podstawiały.
Różne
      potworki:
• giveName() zamiast getName(),
• nie pozamykane pliki,

• czasem nikt nie wiedział, co
 aplikacja m...
Co to jest przegląd kodu?
Co to jest przegląd kodu?

          • Jeden programista piszę kod, a
            drugi jest proszony o jego
            p...
Co to jest przegląd kodu?

          • Jeden programista piszę kod, a
            drugi jest proszony o jego
            p...
Co to jest przegląd kodu?

          • Jeden programista piszę kod, a
            drugi jest proszony o jego
            p...
Po co code-review jeśli
robię testy jednostkowe?
Po co code-review jeśli
robię testy jednostkowe?
 • Obie rzeczy są po to, aby minimalizować
   liczbę błędów,
Po co code-review jeśli
robię testy jednostkowe?
 • Obie rzeczy są po to, aby minimalizować
   liczbę błędów,

 • nie wszy...
Po co code-review jeśli
robię testy jednostkowe?
 • Obie rzeczy są po to, aby minimalizować
   liczbę błędów,

 • nie wszy...
Po co code-review jeśli
robię testy jednostkowe?
 • Obie rzeczy są po to, aby minimalizować
   liczbę błędów,

 • nie wszy...
Zalety code-review (1)




                   uchowanie przed
                   godzinami debuggowania

                 ...
Zalety code-review (1)
• Dwie pary oczu znajdują więcej błędów niż
  jedna,




                                       uch...
Zalety code-review (1)
• Dwie pary oczu znajdują więcej błędów niż
  jedna,
 •   znajdowane błędów we wstępnych cyklach pi...
Zalety code-review (1)
• Dwie pary oczu znajdują więcej błędów niż
  jedna,
 •   znajdowane błędów we wstępnych cyklach pi...
Zalety code-review (1)
• Dwie pary oczu znajdują więcej błędów niż
  jedna,
  •   znajdowane błędów we wstępnych cyklach p...
Zalety code-review (1)
• Dwie pary oczu znajdują więcej błędów niż
  jedna,
  •   znajdowane błędów we wstępnych cyklach p...
Zalety code-review (2)




                   subtelne i niepisane
                   zasady

                   wiedza o ...
Zalety code-review (2)

• Nauczanie świeżych programistów,


                                     subtelne i niepisane
   ...
Zalety code-review (2)

• Nauczanie świeżych programistów,
 •   dzielenie się wiedzą i doświadczeniem,




               ...
Zalety code-review (2)

• Nauczanie świeżych programistów,
 •   dzielenie się wiedzą i doświadczeniem,

 •   uczenie się z...
Zalety code-review (2)

• Nauczanie świeżych programistów,
 •   dzielenie się wiedzą i doświadczeniem,

 •   uczenie się z...
Zalety code-review (2)

• Nauczanie świeżych programistów,
 •   dzielenie się wiedzą i doświadczeniem,

 •   uczenie się z...
Rzeczywistość code-review
Rzeczywistość code-review
• Trudny do wprowadzenia,
Rzeczywistość code-review
• Trudny do wprowadzenia,
• większość programistów nie lubi
  krytyki,
Rzeczywistość code-review
• Trudny do wprowadzenia,
• większość programistów nie lubi
  krytyki,

• korzyści nie są zauważ...
Rzeczywistość code-review
• Trudny do wprowadzenia,
• większość programistów nie lubi
  krytyki,

• korzyści nie są zauważ...
Rzeczywistość code-review
• Trudny do wprowadzenia,
• większość programistów nie lubi
  krytyki,

• korzyści nie są zauważ...
Fakty o code-review




Kiedy ser wlet otrzymuje
więcej niż 20 requestów
na sekundę to pojawia
się deadlock pomiędzy
A.jav...
Fakty o code-review
             • Przeglądy kodu nie ujawniają krytycznych
                   błędów,




Kiedy ser wlet ...
Fakty o code-review
             • Przeglądy kodu nie ujawniają krytycznych
                   błędów,

             • pro...
Fakty o code-review
             • Przeglądy kodu nie ujawniają krytycznych
                   błędów,

             • pro...
3 podejścia do code-
       review
3 podejścia do code-
         review
• Brak przeglądu kodu,
3 podejścia do code-
         review
• Brak przeglądu kodu,
• nieblokujące przeglądy kodu,
3 podejścia do code-
         review
• Brak przeglądu kodu,
• nieblokujące przeglądy kodu,
 •   sprawdzenie następuje zazw...
3 podejścia do code-
         review
• Brak przeglądu kodu,
• nieblokujące przeglądy kodu,
 •   sprawdzenie następuje zazw...
3 podejścia do code-
         review
• Brak przeglądu kodu,
• nieblokujące przeglądy kodu,
 •   sprawdzenie następuje zazw...
3 podejścia do code-
         review
• Brak przeglądu kodu,
• nieblokujące przeglądy kodu,
 •   sprawdzenie następuje zazw...
3 podejścia do code-
         review
• Brak przeglądu kodu,
• nieblokujące przeglądy kodu,
 •   sprawdzenie następuje zazw...
3 podejścia do code-
         review
• Brak przeglądu kodu,ogóle nie lubimy
               tego w
• nieblokujące przeglądy...
Nieblokujące przeglądy
        kodu
Nieblokujące przeglądy
         kodu
• Brak blokady repozytorium,
Nieblokujące przeglądy
         kodu
• Brak blokady repozytorium,
 •   nie trzeba siedzieć i czekać na przegląd,
Nieblokujące przeglądy
         kodu
• Brak blokady repozytorium,
 •   nie trzeba siedzieć i czekać na przegląd,


• progr...
Nieblokujące przeglądy
         kodu
• Brak blokady repozytorium,
 •   nie trzeba siedzieć i czekać na przegląd,


• progr...
Nieblokujące przeglądy
         kodu
• Brak blokady repozytorium,
 •   nie trzeba siedzieć i czekać na przegląd,


• progr...
Nieblokujące przeglądy
         kodu
• Brak blokady repozytorium,
 •   nie trzeba siedzieć i czekać na przegląd,


• progr...
Nieblokujące przeglądy
         kodu
• Brak blokady repozytorium,
 •   nie trzeba siedzieć i czekać na przegląd,


• progr...
Prostsza forma code-
       review    Pomysł na współdzielone
                 pliki, workspace’y
                 działaj...
Prostsza forma code-
         review               Pomysł na współdzielone
                              pliki, workspace’...
Prostsza forma code-
         review                     Pomysł na współdzielone
                                    pliki...
Prostsza forma code-
         review                         Pomysł na współdzielone
                                     ...
O czym jest ta
             magisterka?

Jest to system wspomagający dokonywanie wirtualnych
                  przeglądów ...
Jak to działa?
Jak to działa?



programista
Jak to działa?



programista     repozytorium
                 (subversion)
Jak to działa?



programista     repozytorium     nighthawk
                 (subversion)   code-review
Inne bajery
Inne bajery
• Ładne kolorowanie składni i diff’ów,
Inne bajery
• Ładne kolorowanie składni i diff’ów,
• przeglądanie wizualne kodu w
  repozytorium (!),
Inne bajery
• Ładne kolorowanie składni i diff’ów,
• przeglądanie wizualne kodu w
  repozytorium (!),
• workflow: draft > a...
Inne bajery
• Ładne kolorowanie składni i diff’ów,
• przeglądanie wizualne kodu w
  repozytorium (!),
• workflow: draft > a...
Inne bajery
• Ładne kolorowanie składni i diff’ów,
• przeglądanie wizualne kodu w
  repozytorium (!),
• workflow: draft > a...
Wizualny diff
Innowacyjna
implementacja
Innowacyjna
implementacja
Innowacyjna
implementacja
Innowacyjna
implementacja
Innowacyjna
implementacja
Innowacyjna
implementacja
Innowacyjna
implementacja
Innowacyjna
implementacja
Innowacyjna
implementacja
Dlaczego warto to
     zrobić?
Dlaczego warto to
         zrobić?
• Nieoceniony dla rozproszonych zespołów
  programistycznych,
Dlaczego warto to
         zrobić?
• Nieoceniony dla rozproszonych zespołów
  programistycznych,

• przeglądy online zamia...
Dlaczego warto to
         zrobić?
• Nieoceniony dla rozproszonych zespołów
  programistycznych,

• przeglądy online zamia...
Dlaczego warto to
         zrobić?
• Nieoceniony dla rozproszonych zespołów
  programistycznych,

• przeglądy online zamia...
Dlaczego warto to
           zrobić?
• Nieoceniony dla rozproszonych zespołów
  programistycznych,

• przeglądy online zam...
Proces wytwórczy
     aplikacji
Proces wytwórczy
     aplikacji
Proces wytwórczy
     aplikacji
Proces wytwórczy
     aplikacji
Proces wytwórczy
     aplikacji
Proces wytwórczy
     aplikacji
Harmonogram
do końca listopada:
 zebranie wymagań i opracowanie
 koncepcji
do końca pierwszego semestru:
 implementacja
do...
Pytania?




       Wiktor Gworek
http://blog.mocna-kawa.com
Code Review, czyli przegląd kodu -  prezentacja tematu pracy magisterskiej
Upcoming SlideShare
Loading in …5
×

Code Review, czyli przegląd kodu - prezentacja tematu pracy magisterskiej

7,615 views
7,463 views

Published on

Code Review, czyli przegląd kodu - prezentacja tematu pracy magisterskiej

Published in: Technology, Business
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
7,615
On SlideShare
0
From Embeds
0
Number of Embeds
412
Actions
Shares
0
Downloads
49
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Code Review, czyli przegląd kodu - prezentacja tematu pracy magisterskiej

  1. 1. Code-review, czyli przegląd kodu Wiktor Gworek V rok informatyki MIMUW http://blog.mocna-kawa.com
  2. 2. Tłumaczenie code-review • Nie ma dobrego odpowiednika code-review w języku polskim, • możliwe tłumaczenia to dozór kodu, przegląd kodu, • code-review jest znane także jako peer-review.
  3. 3. moja historia
  4. 4. ZPP
  5. 5. Zespołowy Projekt Programistyczny My konia kuliśmy, a żaby nam nogi podstawiały.
  6. 6. Różne potworki: • giveName() zamiast getName(), • nie pozamykane pliki, • czasem nikt nie wiedział, co aplikacja ma robić.
  7. 7. Co to jest przegląd kodu?
  8. 8. Co to jest przegląd kodu? • Jeden programista piszę kod, a drugi jest proszony o jego przegląd,
  9. 9. Co to jest przegląd kodu? • Jeden programista piszę kod, a drugi jest proszony o jego przegląd, • “delikatna” krytyka linijka po linijce,
  10. 10. Co to jest przegląd kodu? • Jeden programista piszę kod, a drugi jest proszony o jego przegląd, • “delikatna” krytyka linijka po linijce, • celem jest kooperacja, a nie usilne szukanie błędów.
  11. 11. Po co code-review jeśli robię testy jednostkowe?
  12. 12. Po co code-review jeśli robię testy jednostkowe? • Obie rzeczy są po to, aby minimalizować liczbę błędów,
  13. 13. Po co code-review jeśli robię testy jednostkowe? • Obie rzeczy są po to, aby minimalizować liczbę błędów, • nie wszystko da się prztestować,
  14. 14. Po co code-review jeśli robię testy jednostkowe? • Obie rzeczy są po to, aby minimalizować liczbę błędów, • nie wszystko da się prztestować, • architektura, zaprojektowanie aplikacji,
  15. 15. Po co code-review jeśli robię testy jednostkowe? • Obie rzeczy są po to, aby minimalizować liczbę błędów, • nie wszystko da się prztestować, • architektura, zaprojektowanie aplikacji, • wszyscy w zespole znają lepiej kod aplikacji.
  16. 16. Zalety code-review (1) uchowanie przed godzinami debuggowania senior developer - junior developer (czarna praca)
  17. 17. Zalety code-review (1) • Dwie pary oczu znajdują więcej błędów niż jedna, uchowanie przed godzinami debuggowania senior developer - junior developer (czarna praca)
  18. 18. Zalety code-review (1) • Dwie pary oczu znajdują więcej błędów niż jedna, • znajdowane błędów we wstępnych cyklach pisania aplikacji, uchowanie przed godzinami debuggowania senior developer - junior developer (czarna praca)
  19. 19. Zalety code-review (1) • Dwie pary oczu znajdują więcej błędów niż jedna, • znajdowane błędów we wstępnych cyklach pisania aplikacji, • zwiększenie pewności, że stworzony kod jest lepiej zaprojektowany, uchowanie przed godzinami debuggowania senior developer - junior developer (czarna praca)
  20. 20. Zalety code-review (1) • Dwie pary oczu znajdują więcej błędów niż jedna, • znajdowane błędów we wstępnych cyklach pisania aplikacji, • zwiększenie pewności, że stworzony kod jest lepiej zaprojektowany, • utrzymanie czytelności i wysokiej jakości kodu, uchowanie przed godzinami debuggowania senior developer - junior developer (czarna praca)
  21. 21. Zalety code-review (1) • Dwie pary oczu znajdują więcej błędów niż jedna, • znajdowane błędów we wstępnych cyklach pisania aplikacji, • zwiększenie pewności, że stworzony kod jest lepiej zaprojektowany, • utrzymanie czytelności i wysokiej jakości kodu, • zachęca programistów do wzajemnej uchowanie przed godzinami debuggowania senior developer - junior komunikacji. developer (czarna praca)
  22. 22. Zalety code-review (2) subtelne i niepisane zasady wiedza o tym, kto jest w czym dobry, a gdzie trzeba się jeszcze komus przygladac
  23. 23. Zalety code-review (2) • Nauczanie świeżych programistów, subtelne i niepisane zasady wiedza o tym, kto jest w czym dobry, a gdzie trzeba się jeszcze komus przygladac
  24. 24. Zalety code-review (2) • Nauczanie świeżych programistów, • dzielenie się wiedzą i doświadczeniem, subtelne i niepisane zasady wiedza o tym, kto jest w czym dobry, a gdzie trzeba się jeszcze komus przygladac
  25. 25. Zalety code-review (2) • Nauczanie świeżych programistów, • dzielenie się wiedzą i doświadczeniem, • uczenie się z błędów bez psucia niczego, subtelne i niepisane zasady wiedza o tym, kto jest w czym dobry, a gdzie trzeba się jeszcze komus przygladac
  26. 26. Zalety code-review (2) • Nauczanie świeżych programistów, • dzielenie się wiedzą i doświadczeniem, • uczenie się z błędów bez psucia niczego, • stworzenie zaufania, subtelne i niepisane zasady wiedza o tym, kto jest w czym dobry, a gdzie trzeba się jeszcze komus przygladac
  27. 27. Zalety code-review (2) • Nauczanie świeżych programistów, • dzielenie się wiedzą i doświadczeniem, • uczenie się z błędów bez psucia niczego, • stworzenie zaufania, • alternatywa dla kodowania w parach. subtelne i niepisane zasady wiedza o tym, kto jest w czym dobry, a gdzie trzeba się jeszcze komus przygladac
  28. 28. Rzeczywistość code-review
  29. 29. Rzeczywistość code-review • Trudny do wprowadzenia,
  30. 30. Rzeczywistość code-review • Trudny do wprowadzenia, • większość programistów nie lubi krytyki,
  31. 31. Rzeczywistość code-review • Trudny do wprowadzenia, • większość programistów nie lubi krytyki, • korzyści nie są zauważalne od razu,
  32. 32. Rzeczywistość code-review • Trudny do wprowadzenia, • większość programistów nie lubi krytyki, • korzyści nie są zauważalne od razu, • publiczne przeglądy kodu zabierają za dużo czasu,
  33. 33. Rzeczywistość code-review • Trudny do wprowadzenia, • większość programistów nie lubi krytyki, • korzyści nie są zauważalne od razu, • publiczne przeglądy kodu zabierają za dużo czasu, • niezależne przeglądy kodu duplikują pracę.
  34. 34. Fakty o code-review Kiedy ser wlet otrzymuje więcej niż 20 requestów na sekundę to pojawia się deadlock pomiędzy A.java:128 a B.java:56
  35. 35. Fakty o code-review • Przeglądy kodu nie ujawniają krytycznych błędów, Kiedy ser wlet otrzymuje więcej niż 20 requestów na sekundę to pojawia się deadlock pomiędzy A.java:128 a B.java:56
  36. 36. Fakty o code-review • Przeglądy kodu nie ujawniają krytycznych błędów, • programiści stają się bardziej uczciwi, Kiedy ser wlet otrzymuje więcej niż 20 requestów na sekundę to pojawia się deadlock pomiędzy A.java:128 a B.java:56
  37. 37. Fakty o code-review • Przeglądy kodu nie ujawniają krytycznych błędów, • programiści stają się bardziej uczciwi, • trzeba spędzić więcej czasu, żeby uczynić kod bardziej czytelnym. Kiedy ser wlet otrzymuje więcej niż 20 requestów na sekundę to pojawia się deadlock pomiędzy A.java:128 a B.java:56
  38. 38. 3 podejścia do code- review
  39. 39. 3 podejścia do code- review • Brak przeglądu kodu,
  40. 40. 3 podejścia do code- review • Brak przeglądu kodu, • nieblokujące przeglądy kodu,
  41. 41. 3 podejścia do code- review • Brak przeglądu kodu, • nieblokujące przeglądy kodu, • sprawdzenie następuje zazwyczaj po wprowadzeniu kodu do repozytorium,
  42. 42. 3 podejścia do code- review • Brak przeglądu kodu, • nieblokujące przeglądy kodu, • sprawdzenie następuje zazwyczaj po wprowadzeniu kodu do repozytorium, • takie właśnie lubimy :),
  43. 43. 3 podejścia do code- review • Brak przeglądu kodu, • nieblokujące przeglądy kodu, • sprawdzenie następuje zazwyczaj po wprowadzeniu kodu do repozytorium, • takie właśnie lubimy :), • blokujące przeglądy kodu,
  44. 44. 3 podejścia do code- review • Brak przeglądu kodu, • nieblokujące przeglądy kodu, • sprawdzenie następuje zazwyczaj po wprowadzeniu kodu do repozytorium, • takie właśnie lubimy :), • blokujące przeglądy kodu, • nic nie jest wprowadzanie do repozytorium dopóki nie jest sprawdzone,
  45. 45. 3 podejścia do code- review • Brak przeglądu kodu, • nieblokujące przeglądy kodu, • sprawdzenie następuje zazwyczaj po wprowadzeniu kodu do repozytorium, • takie właśnie lubimy :), • blokujące przeglądy kodu, • nic nie jest wprowadzanie do repozytorium dopóki nie jest sprawdzone, • takich nie lubimy :(.
  46. 46. 3 podejścia do code- review • Brak przeglądu kodu,ogóle nie lubimy tego w • nieblokujące przeglądy kodu, • sprawdzenie następuje zazwyczaj po wprowadzeniu kodu do repozytorium, • takie właśnie lubimy :), • blokujące przeglądy kodu, • nic nie jest wprowadzanie do repozytorium dopóki nie jest sprawdzone, • takich nie lubimy :(.
  47. 47. Nieblokujące przeglądy kodu
  48. 48. Nieblokujące przeglądy kodu • Brak blokady repozytorium,
  49. 49. Nieblokujące przeglądy kodu • Brak blokady repozytorium, • nie trzeba siedzieć i czekać na przegląd,
  50. 50. Nieblokujące przeglądy kodu • Brak blokady repozytorium, • nie trzeba siedzieć i czekać na przegląd, • programista dokonuje przeglądu wtedy, kiedy ma na to czas,
  51. 51. Nieblokujące przeglądy kodu • Brak blokady repozytorium, • nie trzeba siedzieć i czekać na przegląd, • programista dokonuje przeglądu wtedy, kiedy ma na to czas, • wejdzie mu to w nawyk tak, jak pisanie testów,
  52. 52. Nieblokujące przeglądy kodu • Brak blokady repozytorium, • nie trzeba siedzieć i czekać na przegląd, • programista dokonuje przeglądu wtedy, kiedy ma na to czas, • wejdzie mu to w nawyk tak, jak pisanie testów, • 10 sekund poświęcone pisaniu komentarza ułatwia znacząco jego czytanie,
  53. 53. Nieblokujące przeglądy kodu • Brak blokady repozytorium, • nie trzeba siedzieć i czekać na przegląd, • programista dokonuje przeglądu wtedy, kiedy ma na to czas, • wejdzie mu to w nawyk tak, jak pisanie testów, • 10 sekund poświęcone pisaniu komentarza ułatwia znacząco jego czytanie, • zdrowy nawyk, ćwiczenie umysłowe,
  54. 54. Nieblokujące przeglądy kodu • Brak blokady repozytorium, • nie trzeba siedzieć i czekać na przegląd, • programista dokonuje przeglądu wtedy, kiedy ma na to czas, • wejdzie mu to w nawyk tak, jak pisanie testów, • 10 sekund poświęcone pisaniu komentarza ułatwia znacząco jego czytanie, • zdrowy nawyk, ćwiczenie umysłowe, • poznawanie innych stylów/idiomów kodowania.
  55. 55. Prostsza forma code- review Pomysł na współdzielone pliki, workspace’y działające w czasie rzeczywistym.
  56. 56. Prostsza forma code- review Pomysł na współdzielone pliki, workspace’y działające w czasie rzeczywistym. • Wirutalne przeglądy kodu,
  57. 57. Prostsza forma code- review Pomysł na współdzielone pliki, workspace’y działające w czasie rzeczywistym. • Wirutalne przeglądy kodu, • wiadomości przesyłane pomiędzy programistami są zorientowane na kod,
  58. 58. Prostsza forma code- review Pomysł na współdzielone pliki, workspace’y działające w czasie rzeczywistym. • Wirutalne przeglądy kodu, • wiadomości przesyłane pomiędzy programistami są zorientowane na kod, • wprowadzenie komunikacji dające poczucie jakby inni programiści byli obok siebie.
  59. 59. O czym jest ta magisterka? Jest to system wspomagający dokonywanie wirtualnych przeglądów kodu.
  60. 60. Jak to działa?
  61. 61. Jak to działa? programista
  62. 62. Jak to działa? programista repozytorium (subversion)
  63. 63. Jak to działa? programista repozytorium nighthawk (subversion) code-review
  64. 64. Inne bajery
  65. 65. Inne bajery • Ładne kolorowanie składni i diff’ów,
  66. 66. Inne bajery • Ładne kolorowanie składni i diff’ów, • przeglądanie wizualne kodu w repozytorium (!),
  67. 67. Inne bajery • Ładne kolorowanie składni i diff’ów, • przeglądanie wizualne kodu w repozytorium (!), • workflow: draft > approval > review > summarize > closed,
  68. 68. Inne bajery • Ładne kolorowanie składni i diff’ów, • przeglądanie wizualne kodu w repozytorium (!), • workflow: draft > approval > review > summarize > closed, • role: author, reviewer, moderator,
  69. 69. Inne bajery • Ładne kolorowanie składni i diff’ów, • przeglądanie wizualne kodu w repozytorium (!), • workflow: draft > approval > review > summarize > closed, • role: author, reviewer, moderator, • integracja z FindBugs (z analizą statyczną).
  70. 70. Wizualny diff
  71. 71. Innowacyjna implementacja
  72. 72. Innowacyjna implementacja
  73. 73. Innowacyjna implementacja
  74. 74. Innowacyjna implementacja
  75. 75. Innowacyjna implementacja
  76. 76. Innowacyjna implementacja
  77. 77. Innowacyjna implementacja
  78. 78. Innowacyjna implementacja
  79. 79. Innowacyjna implementacja
  80. 80. Dlaczego warto to zrobić?
  81. 81. Dlaczego warto to zrobić? • Nieoceniony dla rozproszonych zespołów programistycznych,
  82. 82. Dlaczego warto to zrobić? • Nieoceniony dla rozproszonych zespołów programistycznych, • przeglądy online zamiast czytania gazeta.pl,
  83. 83. Dlaczego warto to zrobić? • Nieoceniony dla rozproszonych zespołów programistycznych, • przeglądy online zamiast czytania gazeta.pl, • szybkie przygotowanie kodu do przeglądu,
  84. 84. Dlaczego warto to zrobić? • Nieoceniony dla rozproszonych zespołów programistycznych, • przeglądy online zamiast czytania gazeta.pl, • szybkie przygotowanie kodu do przeglądu, • komentowanie inline,
  85. 85. Dlaczego warto to zrobić? • Nieoceniony dla rozproszonych zespołów programistycznych, • przeglądy online zamiast czytania gazeta.pl, • szybkie przygotowanie kodu do przeglądu, • komentowanie inline, • metryka, możliwość odpowiedzi.
  86. 86. Proces wytwórczy aplikacji
  87. 87. Proces wytwórczy aplikacji
  88. 88. Proces wytwórczy aplikacji
  89. 89. Proces wytwórczy aplikacji
  90. 90. Proces wytwórczy aplikacji
  91. 91. Proces wytwórczy aplikacji
  92. 92. Harmonogram do końca listopada: zebranie wymagań i opracowanie koncepcji do końca pierwszego semestru: implementacja do końca kwietnia: papierkowa robota
  93. 93. Pytania? Wiktor Gworek http://blog.mocna-kawa.com

×