Ponieważ na forum InfyPk pojawiają się regularnie uwagi co do treści i formy opracowań proponuję wpisywać tutaj konkretne opracowania do których są zastrzeżenia.

Celem tego miałoby podniesienie jakości opracowań, a nie robienie sobie wzajemnych złośliwości. Dlatego fajnie by było gdyby osoby, których opracowania zostaną tu wymienione nie obrażały się, tylko starały się konstruktywnie wykorzystać uwagi.

Z powyższego zdania wynika również, że uwagi powinny być jak najbardziej konkretne (będzie łatwiej poprawić 


----

//Uwaga 34:// ** Zarządzanie bezpieczeństwem systemów informatycznych ** Co to ma byc, przeciez tego sie nie da czytac, nie da sie napisac czegos konkretnego?? Przyklad:
"Proces zarządzania ryzykiem polega na porównywaniu określonego ryzyka z zyskami i/lub kosztami zabezpieczeń oraz tworzeniu strategii wdrożenia i polityki bezpieczeństwa instytucji w zakresie systemów informatycznych zgodnej z polityką bezpieczeństwa instytucji oraz celami działania instytucji."
----
//Uwaga 33:// Proponuję aby przy zmianach w artykule wpisywać w "Edit summary" co się zmieniło - wtedy przy przeglądaniu ostatnich zmian na wiki, widać czy ktoś poprawił np. formatowanie artykułu, literówki, czy rzeczy odnoszące się do samej treści (czyli tego co w końcu najistotniejsze). Wtedy wiadomo czy istnieje potrzeba ponownego przeglądnięcia danego tematu, bo pojawiły się w nim jakieś nowe informacje.

Oczywiście nie widzę potrzeby wpisywania co się zmieniło w.... uwagach:P

----

//Uwaga 31:// ** Domena ochrony, sposoby implementowania macierzy dostępów ** - ** Kto robi to pytanie i czemu ciagle go nie ma ???!!!! **

----

//Uwaga 30:// ** PUS::Programowanie na poziomie warstwy sieciowej...** - cytat: " Jeżeli adres lokalny dowiązany był do gniazda w wyniku funkcji bind, to adres docelowy IP odebranego datagramu __musi być taki sam, jak ten sam adres__". Troche to niezrozumiale.\\
//(Nieautor) Chodzi o to, że jeżeli adres lokalny był dowiązany do gniazda, to adres docelowy w datagramie IP musi mieć taką wartość jak właśnie ten adres (dowiązany).//

----

//Uwaga 29:// **Sztuczna inteligencja - Pojęcia podstawowe** - pytania niby nie ma na "nowej" liście, jednak polecam przeczytanie opracowania, oczywiście nie uczenie się go na pamięć. Znajduje się tam trochę podstawowych informacji o tej dziedzinie i myślę, że warto być przygotowanym na pytanie: "co to jest sztuczna inteligencja?" (bo odpowiedź nie jest oczywista). Tomek.

Ok sluszna uwaga, ale opracowanie niestety nie jest kompletne, sa w nim niepodokańczane mysli, zdania!?

----

//Uwaga 28:// **Stronicowanie a segmentacja** (**nie koniecznie do autora!!!**), z tego co widzę opracowane w większości z "Podstawy systemów operacyjnych" Silberschatza (rysunki są z tej książki). Cytat "Podsumowując: segmentacja jest rozwiązaniem bardzo eleganckim, lecz na tyle kłopotliwym, że obecnie praktycznie się jej nie stosuje." Skąd taka informacja? Pytam, bo sam nie wiem, na ile prawdziwa ;-) Sorki jeśli niesłusznie posądzam, ale po przeczytaniu tylu opracowań, zaczynam wątpić w istnienie tranzystorów ;-)

----
//Uwaga 27://**Organizacja przestrzeni adresowej** Cytat: "Istnieje tylko jeden system operacyjny w komputerze oraz małą część rezydująca na każdym procesorze, dlatego też cecha ta rzeczywisty równoległy multiprocesor globalnego widoku użytkownika." Bardzo ciekawa skladnia... i ciekawe o co chodzi?
----
//Uwaga 26:// **Przetworniki analogowo cyfrowe** tam chodzi o opisanie metod a nie rodzai przetwornikow. Metody mamy: bezposrednia, posrednia i kompensacyjna. Nalezy jak najszybciej to poprawic bo to jest wszystko **zle**!!!!

(nie autor ;-) ) Równie dobrze, możemy podzielić na równoległe, wagowe i zliczania. **Wszystko** na pewno nie jest źle, napisz lepiej czego brakuje, bo cóż mi po takiej uwadze, jak nie wiem czego szukać :-).
----
//Uwaga25:// **[[so:wolna_przestrzen|Zarządzanie wolną przestrzenią na dysku]]** - <del> ogólnie jest ok, ale ani słowa o systemie FIXME Linux </del>

<del> Jak dla mnie jest zupełnie nie OK. Temat brzmi: "Metody zarządzania wolną przestrzenią na dysku; omów metodę stosowaną w Linux". Fuszera totalna! Ani słowa o Linuxie, przeczytaj pytanie w całości a potem wpisuj w google. </del>

<del> Czy autor mógłby poprawić swoje opracowanie? Egzamin już niedługo... </del>

// Odnośnie __" ...Fuszera totalna! Ani słowa o Linuxie, przeczytaj pytanie w całości a potem wpisuj w google."__  Wielkie dzięki za info, na przyszłość będę wiedział gdzie i jak szukać odpowiedzi na moje pytania. Opracowanie tematu rozpocząłem od Silberschatza i na nim się opierałem. Jednak wiekszość materiałów na necie jest kopią tej właśnie książki, podobnie jak nasze wykłady z 2-go roku. Skwapliwie z nich skorzystałem, w sumie niepotrzebnie robiąc rysunki, trzeba było wkleić nieczytelne skany z sieci. Opracowany przeze mnie temat nie był dokończony!! (moja wina, powinienem był do napisać "w budowie"), jednak do końca nie mogłem znaleźć informacji jak zarządzanie wolną przestrzenią w Linuksie wygląda. W sumie to dalej nie jestem przekonany, więc proszę o weryfikację tego co napisałem przez kogoś kto ma na ten temat większe pojęcie.// 

//P.S. Mam nadzieje, że opracowywane przez Ciebie pytania są zajebiście wygooglowane, bez żadnej fuszery... kimkolwiek jesteś.//

//Ł.M. //

Czy przydział miejsca "działa" na zasadzie przeszukiwania bitmapy obszarów (zaczynając od tej samej grupy, w której jest katalog), czyli metoda "Wektor bitowy"?

// Przeszukiwanie rozpoczyna sie rzeczywiście od grupy w której jest katalog (nazwijmy to lokalnie :-)). Jednak nie oznacza to, że w ramach danej grupy nie może występować inna metoda niż "wektor bitowy". Wydaje mi się, że najpierw przeszukiwane są bloki najbliżej położone, w celu znalezienia połączonej grupy kilku wolnych bloków (wektor bitowy). Jeśli takowe się nie znajdą wykorzystywana jest kolejna metoda - np. lista powiązana. Być może tutaj **http://mars.iti.pk.edu.pl/~msfalcon/so3.ppt ** jest to lepiej wyjaśnione.//

//Ł.M.//

----

//Uwaga23:// **IO::Analiza i modelowanie obiektowe** - niedokonczone opracowanie (?) 
  * Identyfikacja i definiowanie pól
  * Identyfikacja i definiowanie metod i komunikatów

----
//Uwaga21:// **IO:Ocena wydajności systemu** - rysunek jest za mały, a przez to nieczytelny



----
//Uwaga19:// **IO::Testowanie oprogramowania** Prezentacja jest niespójna - temat 'czarnych (i przezroczystych) skrzynek' podejmowany jest dwukrotnie, podobnie testowanie jednostkowe, integracyjne itd. Zagadnienia są poukładane wg niejasnego klucza. Może da się to jednak usystematyzować?
----
//Uwaga18:// **Niezawodność systemów oprogramowania. ** Co z tym pytaniem ? Czy ktos zamierza je zrobic? Na liscie wpisany jest M. Radochonski, jak zreszta do dwoch innych pytanz IO, korych wciaz nie ma opracowanych!
----
//Uwaga13:// **Omów znane Ci kryptosystemy symetryczne** Zlepek informacji powycinanych (chyba przypadkowo) z Wikipedii. Np dla szyfru DES brak informacji o mechaniźmie działania, a informacje o próbach łamania potraktowałabym raczej jako ciekawostkę.
----
 
//Uwaga11:// **Zarządzanie pamięcią wirtualną w systemie Linux. ** Bardzo prosze opracowac to pytanie jak nalezy, bo to co jest teraz do niczego sie nie nadaje mowiac delikatnie :-)// Prosiłabym o sprecyzowanie. Jeżeli chodzi o treść to polecam zajrzeć do wykładów dr. Plichty (tam jest dokładnie to samo na ten temat tylko troszke zwięźlej), a jeżeli forma przeszkadza to pisać.. będę poprawiać.// 
----
//Uwaga10://[[jezyki_i_techniki_programowania:przeladowanie_operatorow | JTP:Przeciążanie operatorów]] W Javie nie ma przeładowania operatorów i powinno być to zaznaczone! Jest napisane, iż nie wolno definiowac własnych przeładowań, a jest to nieprawda, bo istnieją języki, takie jak Smaltalk czy Ruby.. jeśli opracowania dotyczy tylko C++, w którym defakto zrobić się tego nie da, to należy to zaznaczyć!!!Jeszcze mam jedna uwage, należałoby słowem wstępu napisać, iż: "Przeciążanie operatorów (ang. operator overloading, tłumaczone też jako przeładowanie operatorów) to technika występująca w niektórych obiektowych językach progamowania polegająca na tym, że można definiować metody mające takie same nazwy i składnię jak predefiniowane operatory."
----
//Uwaga9:// **Grafika::Prymitywy graficzne** Bez przesady - miało być opracowanie pytania, przdstawienie w punkach najważniejszych aspektów i opis po krótce algorymu, a nie wrzucenie pierwszego wykłdu, jaki wyskakuje w Googlach! Dlaczego z renderingiem się dalo, a tu taka beznadzieja?! Teraz każdy straci 2h na rzygotowanie tego pytania na podstawie materiałów: 2h x 33 osoby = 66h. Wg mnie niezbyt powazne potraktowanie tematu i kolegow.
----
//Uwaga8:// Po napisaniu artykułu proszę go sobie **przeczytać i przeanalizować jego spójność, stylistykę i logikę**! Niestety często zanim złapie się sens zdania trzeba go przeczytać parę razy, wcześniej zmieniwszy końcówki i formy czasoników, bo inaczej tekst jest bezsensowny!!!
----

//Uwaga6:// **Inzynieria oprogramowania::Obiektowe metody projektowania systemów informatycznych** opisana jest historia powstawania metod obiektowych -  w tym pytaniu chodzi o metody typu: analiza tekstu i wyciaganie z niego czym jest obiekt, jakie ma funkcje (obiekt - rzeczownik, funkcja obiektu - czasownik itp.)

//przytoczona metoda jest wykorzystywana w modelowaniu a nie projektowaniu. 
Opracowanie zostało poprawione w taki sposób że charakterezuje obiektowe metodyki projektowania w sposób ogólny. 
Z.M.//

----
//Uwaga5:// **Współczesne systemy komputerowe::Mechanim sterowania** - wymieniona specyfikacja nie charakteryzuje MECHANIZMOW sterowania w tych architekturach!!
----
//Uwaga4:// **Sztucze życie** - czy ktoś łaskawie dokończy ten artykuł?! Na liście wpisany jest Tomasz Hachaj. Jesli to on jest autorem, to jak na osobe, ktora ma prace mgr z zakresu AI to kiepsko to opracowanie sie prezentuje...
//Autorem jestem ja, czyli Sylwek P. Niestety artykuł nie zostanie dokończony bo poprostu nie ma materiałów na ten temat.//

----
//Uwaga 1:// **Wymień w punktach zasadnicze koncepcje systemu przerwań w procesorach cyfrowych** - to opracowanie można by troszke skrócić i jak pisze w treści pytania "wymienić w punktach".. tak mi sie zdaje :)
Odpowiedz do Uwaga 1. Opracowanie jest podzielone na informacje podstawowe i dodatkowe. Jak ktos nie chce sie przemeęczac to prosze o przeczytanie tylko pierwszej czesci( tam jest opisane w punktach co to są i jakie sa przerwania :))

----

==== UWAGI POPRAWIONE ====

----
//Uwaga 34:// <del>**[[elektronika:funktory|Elektronika::funktory]]** - Bramka NAND jest chyba blednie opisana: nie powinno byc: "Funkcja negacji iloczynu przyjmuje wartość 1, gdy którykolwiek ze składników ma wartość 0" zamiast: "Funkcja negacji iloczynu przyjmuje wartość 1 gdy wszystkie składniki mają wartość 0"?
W NOR z kolei na odwrót, niz to jest napisane?
W NXOR porownanie do sumy arytmetycznej, ktora musi byc rowna zero tez chyba nie jest zbyt szczescliwe (vide tablica prawdy). 

Uwaga do uwagi: masz rację, są błędy. Inna sprawa czy w ogóle są potrzebne jakieś słowne opisy - ja bym narysował tabelkę z wszystkimi wartościami. Chyba jakąś tablicę (do pisania po niej:P) będziemy mieli do dyspozycji podczas egzaminu - jak sądzicie? (hehe - zasada działania tranzytora unipolarnego... i jedziemy z głowy - ja bym rysował...)</del>

Poprawione błędy, a opis dwóch ostatnich bramek w bardziej ludzki sposób. 

//Uwaga 32:// <del>** Co to jest dziedziczenie? Omów zmiany własności pól podczas dziedziczenia ** -- Cytat "Składowe protected w klasie bazowej zachowują się jak składowe public (publiczne, dostępne z zewnątrz), natomiast w klasie pochodnej jak private." Yyy... w jakim języku?</del>

W języku C++, parę linijek niżej jest to wyjaśnione:
class klasaPochodna : [dostęp] klasaBazowa {}
domyślnie -> private, dostęp do wszystkich składowych dziedziczonych po klasie bazowej staje się prywatny :-)

Hmm... no nie wiem czy to jest wyjaśnione. Z pominięciem kwestii przyjaźni w C++:
  * Składowe **public** są dostępne dla wszyskich (dla tych co dziedziczą i dla tych pozostałych)
  * Składowe **protected** są dostępne **tylko** dla tych co dziedziczą (a więc nie zachowują się jak składowe **public**)
  * Składowe **private** nie są dostępne dla nikogo (oczywiście z wyjątkiem klasy, w której są zdefiniowane)
Tak więc nie radzę mówić na egzaminie, że //"Składowe protected w klasie bazowej zachowują się jak składowe public"//, bo od razu oblejecie :-\ .

Mimo że nie jestem autorem teogż tekstu, to dopisałem tam to jeszcze raz, bo w oryginale są błedy i nieścisłości. To ważny temat - za zdanie przytoczone przez mojego przedmówcę w tej uwadze, można spokojnie oblać egzamin. - Jacek S.

Czyli **protected** nie są dostepne dla klasy bazowej ??

----
//Uwaga7//: <del>**Bazy danych::Normalizacja** - Postaci normalnych, jak uczyła doktor, jest pięć. Do tego (od 2005roku) 6NF dla tabel tymczasowych. 4NF,5NF,6NF nie zostały opisane za to pojawiło się dużo odwzorowań A{d,f,...}-B{o,d,o}, ktore ladnie i obrazowo opisywalyby problem na prostym rysunku, ale nie w takiej formie. Przykłady na "A{df}-B{odo}" cały opis niepotrzebnie komplikują.</del>\\
//Przetłumaczyłem tekst z wikipedii, usuwając to co uznałem za zbyteczne. Jeżeli nadal są jakieś zastrzeżenia to proszę o informacje. K.S.//\\
<del>Teraz duzo lepiej :) Jednak proponowalbym podpiac te definicje klucza glonego, wielowartosciowego, kandydujacego itp.  w indeksach w miejscach, gdzie pojawiaja sie po raz pierwszy w tekscie opracowania.</del>\\
//Zrobione. Nie w indeksach, bo nie wiem czy się nie drukują, ale w podstronach. Jak ktoś nie wie co to jest klucz główny (?!) może sobie wejść w podstronę i sprawdzić.//
----

//Uwaga12:// <del>**[[so:ipc | Systemy operacyjne:Pamięć dzielona]]** Choc bardzo sie taram nie moge zrozumiec zdania //"__Obiekt pamięci dzielonej__ zachowuje się jak __pamięć pomocnicza dla obszarów pamięci dzielonej__, na podobieństwo __pliku pełniącego funkcję pamięci pomocniczej dla obszarów pamięci odwzorowanych__ w pamięci operacyjnej."// Nie znam różnic pomiędzy tymi pojęciami, czy mogę liczyć na roziwnięcie klarowniejsze ostatniego akapitu opracowania?</del>
----

//Uwaga15://<del> **[[so:elekcja | Systemy operacyjne::Wybór koordynatora]]** - akapit zaczynający się od "łącza są jednokierunkowe oraz że procesy wysyłają komunikaty do swoich sąsiadów po prawej stronie" jest   tam chyba przez przypadek (?) - już raz jest kawałek wyżej. Czy Piotrze czytałeś to opracowanie po napisaniu ;-)? Ponadto są jakieś dolarki zamiast (chyba) indeksów dolnych. Albo to jakaś notacja, której nie rozumiem, wtedy proszę o jej objasnienie.</del>
----

//Uwaga17:// <del>**[[so:firewall | Systemy operacyjne::Linie obrony]]** Była już o tym mowa na InfaPK.hopto.org i nadal nic się nie zmieniło w opracowaniu. Nie można wklejać w tym miejscu manuala!!!</del> 
//Teraz troche lepiej? Jeżeli nie to prosze o dalsze uwagi, tylko jak najbardziej konkretne jeśli można..// 
----
//Uwaga24:// <del>**SO::RAID** - RAID 2 - niedokończone zdanie? //...ale w macierzy jest dodatkowy dysk, na którym zapisywane są kody parzystości obliczane przez specjalny procesor, przez co kontrolery potrzebne do przekierowania.// </del>

//Poprawione. KR//

----

//Uwaga16:// <del>**[[so:sync | Systemy operacyjne::Porównanie mechanizmów synchronizacji procesów]]** - 11 ekranów?! Jak w Uwadze14 - na początek przykłady implementacji śmiało można wrzucić w podstrony, a potem kompilacja wykładu a'la Cormen w coś dla wzrokowców. Dziękuję...</del>
----

//Uwaga14:// <del>**[[so:transakcje | Systemy operacyjne::Transakcje]]** - dokladne opracowanie, jednak przydalaby sie zwiezlejsza forma (przeczytanie ze zrozumieniem zajelo mi ok. 40min, a przy T<C juz ze mną bylo kiepsko) i przeniesienie szczegolow w podstrony/indexy</del>
----
//Uwaga 30:// <del>** Systemy operacyjne - Linux - mechanizmy komunikacji międzyprocesowej IPC (Inter Process Communication)**
Cytat :"Istnieją również dwa inne sposoby dzielenia danych przez procesy. Pierwszy z nich - zastosowanie pamięci dzielonej" a gdzie jest ten "drugi sposób"? Jeśli jest tam opisany, to wyszczególnij go, ale wydaje mi się, że o czymś zapomniałeś napisać...</del>

//Jakoś nie zwróciłem na to wcześniej specjalnie uwagi, ale po kilkukrotnym przeczytaniu rozdziału w oryginale, dochodzę do wniosku że jest to po prosu błąd w książce, w związku z tym nieco przeredagowałem to nieszczęsne sformułowanie//
----

//Uwaga 31:// <del>** Systemy operacyjne -   Algorytmy wyboru koordynatora (tyrana, pierścieniowy) ** całkiem OK, warto było by jeszcze opisać co to jest ten koordynator i że całe zagadnienie dotyczy systemów rozproszonych (to jest kilka linijek wyżej w Silberschatzu, doskanuj jeśli możesz ;-) ). </del>  

//Mówisz i masz ;)//

----
//Uwaga22:// <del>**IO::Metryki oprogramowania** - zbyt przegięte w stronę minimalistyczną. Brak podstawowych definicji/opisów.
  * "Proces, w którym atrybutom elementów świata rzeczywistego przydzielane są liczby lub symbole w taki sposób, aby scharakteryzować te atrybuty według jasno określonych zasad." - to jest chyba tylko kawałek zdania? Jak na definicję brakuje słowa, które określa :|
  * We wzorach przydałyby się indeksy górne i dolne, ew. jakieś znaki działań, żeby nie było niejasności. A jeśli w wiki się nie ptorafi to można machnąć w MS Equations i wrzucić jako obrazek, zeskanować.
  * Program Halsteada - czego to jest czas, co to jest wysilek, sa jakies tabele ktore pozwalaja to porownac, czy jest sobie liczba i fajnie?</del>

//Poprawione, jesli sa jezscze jakies uwagi to prosze o informacje.//

----
//Uwaga20:// **IO:Cykl Życia Oprogramowania.**<del> Przypuszczam, że autor ani razu nie przeczytał swego dzieła. Opracowanie zawiera mnóstwo błędów!. Jeśli do części merytorycznej nie można się przyczepić, to wskazane byłoby poprawienie tych wszystkich literówek.   </del> 

//Poprawiłem ten artykuł wg prawideł ortografii, ktore znam ja. Nie bylo znowu tego tak dużo. Uwaga na początku jest słuszna - każdy może poprawić znalezione literówki i błędy ortograficzne. K.R.//

<del>I jeszcze nowa uwaga do opracowania:
"Ryzyko uniezależnienia się od dostawców elementów" powinno chyba być __uzależnienia__?</del>

//Poprawione, jezeli ktos ma jezscze jakies __merytoryczne__ uwagi, to prosze o informacje.//

----
<del>//Uwaga3:// Algorytmyi struktury danych: **Sortowania**, linki sa fajne, bajerki na stronach tez, ale przydaloby sie dokonczyc ten artykul i opisac pozostale metody sortowania. Sortowanie przez scalanie to tez chyba nie tak powinno byc zrobione (jak na razie jest link)?!

pytanie zawarte w temacie nie mowi "wymien wszystkie algorytmy sortowania" tylko "najpopularniejsze"-wydaje mi sie ze takie wlasnie wybralem, jesli czegos brakuje to napiszcie konkretnie czego (strony ktore zwiedzilem i literatura ktora przgladalem wcale nie zawiera wyjatkowo wiecej tych algorytmow, a oceny popularnosci dokonalem napodstawie ilosci opracowan poszczegolnych algorytmow. Co do dokonczenia artykulu - chodzi o to by okreslic ktory z nich jest najlepszy ?  jesli ktos wie jak to zrobic w sposob jednoznaczny (wszystko zalezy przeciez od danych wejsciowych) to bede wdzieczny za pomoc. Zamiescilem linki zwiazane z tym tematem, ale przyznaje sie ze jeszcze nie zglebialem ich tresci za bardzo, ale to sa najlepsze materialy jakie znalazlem

Duby smolone, mój drogi autorze :-) efektywność ocenia się na podstawie szybkości sortowania ciągu posortowanego, odwrotnie posortowanego oraz losowego. Wystarczy tylko przeczytać dowolną książkę na ten temat, a nie wpisać www.google.pl -> "sortowanie przykłady" i brać 4 strony z wierzchu. W tym opracowaniu powinny być podany przede wszytskim podział algorytmów sortowania pod względem złożoności, samych algorytmów n^2 jest conajmniej 3... (bąbelkowe, selectsort, insert sort). Napisałem parę słów o tym, choć to nie mój temat...</del>