Dev con wrocław_2013
Upcoming SlideShare
Loading in...5
×
 

Dev con wrocław_2013

on

  • 338 views

Abridged version of presentation from 4Developers.

Abridged version of presentation from 4Developers.

Statistics

Views

Total Views
338
Views on SlideShare
338
Embed Views
0

Actions

Likes
0
Downloads
1
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as OpenOffice

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Dev con wrocław_2013 Dev con wrocław_2013 Presentation Transcript

  • Jak znaleźć wadę projektu? Wada projektu, wiadomo, droga sprawa. FooBarCamp 2012 Z perspektywy nowego? Trywialne Albo wręcz przeciwnie :­P Wada projektu... znaczy? Czym jest wada projektu? Jak jej szukać?
  • Raczej przed niż po Problem w tym, że zwykle szukamy PO.
  • Szukanie PO... Jest jak pisanie testów PO, a nie PRZED: Po co, skoro działa? Są lepsze rzeczy do roboty. Szukajcie, a znajdziecie! Skrzywiona percepcja, pospieszne wyciąganie wniosków.Szukanie PRZED...
  • Dobra architektura...Znaczy, skąd wiesz?Tomasz BorekLAFKblogs @ wordpress.com@LAFK_plLAFKWrocław,20 czerwca 2013GigaCon – DevCon
  • Skąd wiesz Jak bliski jesteś pożaru? Jak duży jest Twój system? Jakie wady ma Twój projekt? Czy Twoja architektura:  jest reużywalna? się skaluje? obsłuży 1000 użytkowników na sekundę?... Czy jest dobra dla potrzeb Twoich i Twoich klientów?
  • Albo mierzysz na bieżąco...Albo nie wiesz.
  • Powtórzmy Błąd projektu często zabija system. Dobra architektura, wada projektu – zależy od przyjętych kryteriów (NF­y, albo ang. ­ilities). Wiedzieć = mierzyć, wizualizować. Na bieżąco. Co mierzyć? Zależy od Waszych potrzeb / celów.
  • JAK mierzyć SAAM ATAM SALUTA NPS Złożoność McCabea Metoda Mikado Logi kontroli wersji Wizualizacje Dług techniczny
  • Dług graficznie
  • Złożoność McCabea Ilość ścieżek przez kod (if, switch...) Wpływa na ilość błędów Ca. 70 => 90% certainty a bugexists in that code
  • Metoda Mikado
  • Kwadrant FeathersaMcCabescyclomaticcomplexityDesign FlawToolsAwkward... but stableBreeding groundsNr of changes
  • Podsumowując Mierzyć warto, a nawet trzeba Istotne po co i dla kogo Grupowe metody: SAAM, ATAM, SALUTA, NPS Dla każdego: kwadrant Feathersa, Mikado, złożoność McCabea Architektura / projekt powinny spełniać postawione kryteria (patrz: wymagania niefunkcjonalne)
  • Pytania?Tomasz BorekLAFKblogs @ wordpress.com@LAFK_plLAFKWrocław,20 czerwca 2013GigaCon – DevConDzięki, i dozobaczenia!