Najnowsze artykuły
- ArtykułyTeatr Telewizji powraca. „Cudzoziemka” Kuncewiczowej już wkrótce w TVPKonrad Wrzesiński4
- ArtykułyCzytamy w weekend. 17 maja 2024LubimyCzytać325
- Artykuły„Nieobliczalna” – widzieliśmy film na podstawie książki Magdy Stachuli. Gwiazdy w obsadzieEwa Cieślik3
- Artykuły„Historia sztuki bez mężczyzn”, czyli mikrokosmos świata. Katy Hessel kwestionuje kanonEwa Cieślik14
Popularne wyszukiwania
Polecamy
Frederick Phillips Brooks Jr.
1
6,5/10
Pisze książki: informatyka, matematyka, popularnonaukowa
Urodzony: 19.04.1931
Ten autor nie ma jeszcze opisu. Jeżeli chcesz wysłać nam informacje o autorze - napisz na: admin@lubimyczytac.pl
6,5/10średnia ocena książek autora
36 przeczytało książki autora
84 chce przeczytać książki autora
0fanów autora
Zostań fanem autoraKsiążki i czasopisma
- Wszystkie
- Książki
- Czasopisma
Legendarny osobomiesiąc. Opowieści o inżynierii oprogramowania
Frederick Phillips Brooks Jr.
6,5 z 28 ocen
121 czytelników 4 opinie
2019
Najnowsze opinie o książkach autora
Legendarny osobomiesiąc. Opowieści o inżynierii oprogramowania Frederick Phillips Brooks Jr.
6,5
Legendarny osobomiesiąc jest drugim wydaniem książki Mitologiczny osobomiesiąc. Jest to jedna z najsłynniejszych prac poświęconych inżynierii oprogramowania.
Tematem przewodnim tej książki jest opis problemów związanych z produkcją oprogramowania. Obok opisu tych problemów znajdziemy tutaj także pewnie propozycje rozwiązań/łagodzenia tych problemów.
Według autora głównymi problemami tworzenia oprogramowania jest olbrzymia złożoność wynikająca z samej natury tego procesu, która się zwiększa w miarę rozwoju projektu. Dodam od siebie, że kiedyś John Carmack stwierdził, że tworzenie współczesnych gier jest bardziej skomplikowane niż loty kosmiczne. Do tego dochodzą problemy organizacyjne oraz związane z komunikacją. Programiści w małych zespołach są wstanie pracować znacznie efektywniej niż programiści w dużych projektach (znacznie mniejszy narzut na komunikację),ale jednocześnie małe zespoły nie są wstanie stworzyć wielkich systemów ze względu na ograniczenia czasowe. W ramach rozwoju systemu bardzo ważne jest zachowanie spójności koncepcyjnej projektu, ponieważ pozwala to ograniczać przyrost złożoności w projekcie. Spójności projektu powinien pilnować architekt/architekci. Ważne są także nieustanne testy, ale dla większości to jest raczej oczywiste.
Z ciekawych myśli autora mogę dodać, że dodawanie nowych pracowników do projektu może wydłużyć czas jego realizacji. Wynika to z tego, że tacy pracownicy muszą być wdrożeni w projekt przez innych. Nowi pracownicy też będą potrzebowali trochę czasu na rozkręcenie się w projekcie, więc na początku będą pracować mniej wydajnie. W takiej sytuacji zwiększa się także nakłady na komunikację w projekcie. Z tych powodów, gdy dodajemy nowych pracowników do opóźnionego projektu, bardzo często jedynie zwiększamy opóźnienie oraz koszty realizacji projektu. Dlatego należy być ostrożnym.
Innym ciekawym spostrzeżeniem jest to, że małe opóźnienia nie powinny być ignorowane. Takie opóźnienia będą pojawiać się często i ignorowane mogą stworzyć duże opóźnienie i katastrofę dla całego projektu.
Główną wadą tego dzieła jest jego aktualność. Oryginał został napisany w latach 70 a drugie wydanie w 90. Drugie wydanie różni się od pierwszego dodaniem kilku dodatkowych rozdziałów. Z tego powodu wiele opisanych problemów jest albo nieaktualnych albo zawiera przestarzałe propozycje rozwiązań. Przykładami takich tematów mogą być choćby opisy, jak zarządzać dostępem do komputera (dawno temu jeden komputer przypadał na rzesze programistów),jak zarządzać wymaganiami, aby aplikacja zmieściła się w kilkuset KB pamięci, jak zarządzać wielotomowymi papierowymi podręcznikami użytkownika i dokumentacją, która musi być regularnie aktualizowana itp. Przez to wiele rozdziałów nie ma obecnie żadnej wartości poza historyczną (aby dowiedzieć się z jakimi problemami spotykali się programiści w latach 70).
Inną wadą tej pozycji jest to, że niektóre z opisanych problemów dotyczą tworzenia systemów operacyjnych. W obecnych czasach prawie nikt nie tworzy nowych systemów operacyjnych.
Drugie polskie wydanie czytało się przyjemnie. Książka jest też opracowana w ładny sposób. Niestety zdarzają się literówki. Książkę mogę polecieć wszystkim, którzy są związani z produkcją oprogramowania. W tej pozycji znajduje się wiele ciekawych myśli, których nie wypisałem w recenzji. Ale należy pamiętać o tym, że duża część tej książki jest nieaktualna i ma jedynie wartość historyczną.
Legendarny osobomiesiąc. Opowieści o inżynierii oprogramowania Frederick Phillips Brooks Jr.
6,5
Daję 1 gwiazdkę za marketing - Helion stanął na wysokości zadania tak że kupiłem tą książkę. Jest to przedruk książki z lat 70 z dodanym jednym rozdziałem jak się autorowi wydaje że jest w branży po 20 latach od tego czasu gdyż nie jest już czynny zawodowo - pracuje na uczelni.
Nawet jeśli książka niesie za sobą jakieś kwestie uniwersalne to są postawione w tak archaicznym kontekście, że współcześnie czytanie tego ma sens jedynie z punktu widzenia historii - taki Sienkiewicz dla informatyki. Rozważania na temat szybkości komunikacji, rozważania czy teleks się do tego nadaje, albo postęp w wykonywaniu dokumentacji z użyciem błon fotograficznych... aż po najbardziej współczesny opisywany produkt czyli Microsoft Word 6.0 zajmujący aż 4MB pamięci RAM.
Wnioski autora są nietrafne, archaiczne. Szkoda czasu....
Przy książkach Robert C. Martin, które też częściowo dotykają historii informatyki ta książka to beton.