jakub.oboza@gmail.com

Krótko o prezentacji "Dlaczego Open Source to Zło"
Przecieram moje oczy z wrażenia po przeglądnięciu prezentacji o wyżej wymienionym tytule. To niesamowite jaki Open Source jest zły, jest tak zły iż bardziej już być nie może. Dobra nie będę spoilerował tylko przytocze argumenty prowadzącego.

1) Prezentacja zaczyna się od tego o czym pan będzie mówił i o czym nie będzie mówił, przynajmniej szczerze pisze że nie jest w temacie :).
2) Pojawia się slaj ze Stallman'em w czapce ! Już bardziej chyba środowisku Open Source nie można dojechać!!! :) Bo jak wiemy KAŻDY projekt Open Source jest robiony przez Stallman'a albo przynajmniej przez niego autoryzowany. Jak wiemy od dawna środowisko Open Source składa się z szaleńców Pan od prezentacji co pare slajdów podkreśla związki z Microsoft :) Ale zadajmy sobie pytanie, komu powierzyć swoje dziecko. Gościowi który wygląda jak jezus czy małpie ? :)))

3) Pojawia się lista argumentów!!! Miażdzące one są (Yoda).

• Niesformalizowany rozwój - duży wpływ jednostek na rozwój projektu
• Brak odpowiedzialności - developerzy nie ponosza odpowiedzialności za swój kod

Rozumiem więc iż w projektach tego pana każdy developer pisze co chce i jak chce bo nikt nie jest leaderem, albo inaczej każdy jest leaderem dla siebie. Odpowiedzialność... prawdopodobnie chodzi oto że jak ktoś znajdzie bug u kogoś to ten pierwszy idzie do więzienia. Moim zdaniem to dwa kłamstwa. Po pierwsze w projektach open source jest znacznie więcej czasu na review kodu, które jest czynione bądz nie. To wiąże się z tym kto go robi. (Nikt nie broni nikomu zrobic review i zgłosic to teamowi czy też zaproponować patch. natomiast w projektach zamkniętych NIE WIADOMO NIC może robią może nie... nikt nie zgłasza bugów bo niema gdzie i nie ma jak ... może to jest metoda, nie ma miejsca na zgłaszanie bugów TO ICH NIEMA = Właśnie Prowadzący prezentacje odkrył chyba nowy trend w produkcji oprogramowania, PRZEŁOM).

4) Następnie pojawia się krótka historia na temat projektu open source w któ®ej natrafiamy na szereg przypuszczeń.

• Brak kierownika projektu
• Może pojawic się konflik w zespole
• Zaplanowana achitektura jest nie wystarczająca

I jak sie okazuje projektów Komercyjnych też to nie dotyczy. Tak w projektach Open Source nigdy niema kierownika projektu (NIGDY). Czy może pojawić się konflikt w zespole... tak, może tez wybuchnąc bomba atomowa w warszawie i zabić wszystkich albo ufo porwać prezydenta. Różne rzeczy moga się wydarzyć, ale nie w projekcie komercyjnym. Projekty zamkniete chroni sam Bóg. Architektura.... jest takie słowo REFACTORING.. ale w projektach zamkniętych jeszcze o tym nie słyszeli.

5) Oho slajd z licencjami. Widać wyraźnie że albo prowadzący nie rozumie jak one działają albo coś mu nie wychodzi... optymistyczne pojęcie liberalnej licencji, tak BSD jest liberalne bo ona zezwala na wszystko. ale LGPL to już restrykcyjna do bólu i nie pozwala na nic.

6) Wybór odpowiedniego rozwiązania wymaga czasochłonnych analiz. Ale nie tyczy sie to projektow closed source przecież :) masz dostawce który ci daje .lib/.so/.dll i plik .h i jazda na ręcznym przecież to pewny przetestowany kod od dostawcy. Analiza jakości dokumentacji i jej kompletności... no tak Projekty Open Source zwykle nie posiadają dokumentacji. Analiza stabilności... no boże.. przecież wiadomo że closed source jest stabilny to nie trzeba go analizować(PRAWDA ŚWIĘTA!!!).

7) Hit całości to "Modyfikacja rozwiazan OS wymaga dopisania modułów weług specyfikacji klienta" CZUJESZ !!! Trzeba coś dopisać, jak masz liba od wendora za 50000$ to spełnia on specyfikacje WSZYSTKICH KLIENTÓW. Tak Wszystkich !!!! Twoje też ! Pierze , sprząta zamiata, i składa optymalne zapytania.

8) W projektach Open source występuje ryzyko błędów. Tak, w projektach closed source niema tego ryzyka. (NIGDY!!!)

9) OS = {Idee, Technologie,Poznawanie ludzi} , Projekty Komercyjne = {Zysk, Jakość, Stabliność, Systematyczny Rozwój} Poznawać ludzi to można też w kawiarni, sklepie i na gg... nie trzeba do tego zakładać projektu. Miało być smieśnie ale przytocze argument iż Microsoft zmienia api wielu usług lub z nich całkowicie wręcz rezygnuje jak było w przypadku D3D.NET 3.0 ... no tak ale to sie nie zdarza w Closed Source... zaraz ? Microsoft to Closed Source O_o.. ktoś coś miesza... albo mówi nieprawde.

10) Na koniec widac ikonki joomli i mambo z jakimis komentarzami i znaczek microsoftu

Jak to powiedział moj kolega, cała prezentacja wygląda jakby ktoś chciał na zebraniu z microsoftem wejść pod stół.

Już więm dlaczego nie chodzę na krak spoty, ponieważ wpuszczają tam ludzi z takimi prezentacjami. Tę prace badawczą z zakresu hodowli zwierząt można przeglądnąc tutaj TUTAJ(można zwrócic uwage na nazwe firmy jakbyście coś tam zamawiali :) )

Ale chyba lepiej posłuchać Balangi u Ninjów

Przerwa techniczna
W ostatnich dniach , tygodniach a nawet miesiącach nastąpiła przerwa techniczna wynikajaca z braku oleju w głowie szefa tutejszego podwórka, dziś wieczorem nastąpi próba reanimacji jego umierającej tkanki mózgowej poprzez zalanie jej odczynnikiem A.

Do zaczytania i pozdrawiam :)