Wrong confirmation ID
  • Email
  • Favorite
  • Download
  • Embed
  • Private Content

Loading…

Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.

"Zagrożenia w stosowaniu technologii open-source w projektach komercyjnych" - Tomasz Wesołowski, KrakSpot#4

by krakspot on Mar 16, 2009

  • 2,538 views

Prezentacja z czwartej edycji KrakSpota. "Dlaczego open-source to zło? Zagrożenia w stosowaniu technologii open-source w projektach komercyjnych" - Tomasz Wesołowski

Prezentacja z czwartej edycji KrakSpota. "Dlaczego open-source to zło? Zagrożenia w stosowaniu technologii open-source w projektach komercyjnych" - Tomasz Wesołowski

Accessibility

Categories

Tags

krakspot krakspot#4 opensource

Upload Details

Uploaded via SlideShare as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate. If needed, use the feedback form to let us know more details.

Cancel

6 Embeds 224

http://krakspot.pl 178
http://startups.pl 19
http://barcamp.pl 13
http://www.barcamp.pl 7
http://www.slideshare.net 6
http://webcache.googleusercontent.com 1

Statistics

Favorites
0
Downloads
7
Comments
3
Embed Views
224
Views on SlideShare
2,314
Total Views
2,538

13 of 3 previous next Post a comment

  • bocian86 Michał Rzeszutek Piękny, książkowy przykład FUD`u :) 1 year ago Reply
    Are you sure you want to Yes No
  • guest27359da guest27359da No niestety, zgoda z przedmówcą. Szkoda więcej gadać, zresztą - 'Microsoft Certified Partner' - w tym przypadku nie oznacza chyba profesjonalizmu.
    Choć aby oddać sprawiedliwość, część zarzutów może być słusznych i nadawać się do dyskusji, ale na zupełnie innym poziomie.
    2 years ago Reply
    Are you sure you want to Yes No
  • guest65a801 guest65a801 Wstyd by mi się było pod taką prezentacją podpisać.

    Np. 5 slajdu: Richard Stallman jest związany z ruchem Free Software, a nie Open Source. To podstawa, żeby rozróżniać te dwa pojęcia, jak chce się pisac o Open Source.

    Slajd 6. Typowy projekt Open Source. Schemat wyssany z palca. Chcesz projekt do analizy to masz: Linux, MySQL, Debian, svn, Ubuntu. Jest informacja dostępna jak był rozwijany, jak są wprowadzane zmiany, podejmowane decyzje, kto decyduje, na jakiej podstawie itd.itp Nie trzeba wymyślać pseudo schematu dla nieistniejącego projektu.

    Slajd 13. GNU GPL nie zmusza nikogo do wydawania softu. Jak napiszesz na zlecenie program dla Kowalskiego i skorzystasz z GPL i dasz go tylko Kowalskiemu razem, ze źródłami to nie znaczy, że masz go dawać każdemu kto się upomni. Polecam zapoznać się z tekstem licencji

    Slajd 15. Jak zamiast np. biblioteki open source w projekcie wykorzystasz zamkniętą to też nie masz gwarancji stabilności, nie sprawdzisz jakości kodu, oprogramowanie jest dostarczone i tak 'as is' itd.
    Jak zdecydujesz się napisać własną to musisz ponieść nakład na projektowanie rozwiązania, implementacje, utrzymanie.

    Slajd 21 Brak gwarancji na kod. A jaką masz gwarancję, że jutro w wyniku bugu wszystkie slq servery MS nie zrobią dropa każdej tabelki na A? Jaką masz gwarancję na poprawność frameworka .NET.
    W przypadku open-source masz przynajmniej kod.

    Więcej nie chce mi się wskazywać bzdur, ale widać totalnie nieprzygotowanie do opisywania tego zagadnienia.
    3 years ago Reply
    Are you sure you want to Yes No
Post Comment
Edit your comment Cancel

"Zagrożenia w stosowaniu technologii open-source w projektach komercyjnych" - Tomasz Wesołowski, KrakSpot#4 — Presentation Transcript