Komercyjny czy OpenSource
To przykład pytania, które szczególnie wśród decydentów i finansów wzbudza spore emocje.
Większość specjalistów IT zazwyczaj podchodzi do niego na większym luzie 🙂.
Wydaje się, że wyjaśnienie tej różnicy w podejściu do tematu jest wynikiem stereotypów każdego ze słów zawartych w tytule.
Najczęstsze skojarzenia, oczywiście wybrane przykłady poniżej:
Komercyjny
- Płatny – aby używać trzeba zapłacić
- Ma historię – produkty rozwijają się, bo klienci płaca i powstają nowe wersje, czyli są dobre
- Stoi za nim Dostawca – często znana firma z bogatą historią
- Mają dobry, znaczy się kosztowny marketing
OpenSource
- Aby używać nie trzeba płacić
- Ma historie, część pomysłów jest zarzucana, użytkownicy tego nie potrzebowali
- Stoi za nim bliżej nieokreślona Społeczność – Community
- Mamy dostęp do całości kodu i możemy zmieniać
Powierzchowność Stereotypów
Nagłówek podsumowuje takie uproszczone, aby nie użyć słowa prostackie, podejście do tego tematu 😳.
Przeanalizujmy przytoczone powyżej uproszczenia aby przekonać się, że coś jest na rzeczy 🙁.
Potrzeba płatności
Ten wątek pojawia się w obydwu przypadkach i często stosowane jest dodatkowe uproszczenie:
- Komercyjny = licencje
- OpenSource = bez licencji
Jest to nieprawda w obydwu przypadkach mamy do czynienia z licencjami – prawem do użycia.
W pierwszym musimy za nie zapłacić w drugim są bezpłatne 😀.
Jeszcze bardziej widać niewłaściwość takiego podejścia jak zastanowimy się po co to coś jest nam potrzebne?
=> Nie używamy systemu dla samego używania,
==> System jest elementem rozwiązania informatycznego,
===> Którego celem jest wspieranie określonych procesów biznesowych,
====> Celem osiąganie przez Firmę przychodu 🙂.
To, że za jakiś element łańcuszka nie płacimy nie musi być wartością dodaną dla Firmy, jak wspominałem wcześniej powinniśmy myśleć w kategoriach całego procesu/Firmy.
Mając na uwadze koszty innych elementów, które oczywiście są różne w zależności od wyboru określonych komponentów.
Powinniśmy liczyć po całości a nie punktowo.
Moje doświadczenie wskazuje, że jest 50/50 komercyjne czy OpenSource 😛.
Ma historię
Na pewno rozważając wybór Komercyjne czy OpenSource patrzymy na numer wersji, ale czy potrafimy odczytać z niech informacje? To że coś ma wersje 1.3.4 nie oznacza że jest mniej dojrzałe od produktu wersji 12.0.4 🙁. Zasady tworzenia wersji są słodką tajemnicą twórców i często są związane np. z rokiem GO-LIVE. Dlatego warto jawnie odpytać o historię i plany rozwojowe, czyli tak zwaną RoadMap. Oczywiście ma to związek z innym punktem a mianowicie Marketingiem produktu, więc konieczna jest realna ocena obietnic 👿.
W przypadku OpenSource często spotykamy funkcjonalności rozwiązania, które otrzymują status deprecated czyli przestarzały, nie powinny być używane.
Zostały one zachowane celem zachowania zgodności wstecznej, ze starszymi wersjami.
Dostawcy rozwiązań komercyjnych taką sytuację obsługują określeniem nierekomendowane.
Obydwa znaczą to samo, ale odbiór przekazu dla osoby niezorientowanej jest różny 😛.
Stoi za nim
W przeciwieństwie do Decydentów i Finansów, którzy opierają się na raportach w których Dostawca ogłosił jakie to ma wyniki finansowe i jakich to ma klientów z listy TOP.
Specjaliści IT oceniają jaką pomoc mogą uzyskać w przypadku napotkania problemów.
Wiedzę na ten temat budują na bazie swojego bezpośredniego doświadczenia oraz opinii w środowisku.
Bardzo często te dwa obrazy nie są spójne, gdyż szeroko rozumiana pomoc to ludzie i organizacja, które są bardzo różne.
Ten sam dostawca mający zespoły regionalne może być w każdym z nich oceniany przez specjalistów IT bardzo różnie. Nie jest to niespotykana sytuacja 😀.
Mając to na uwadze nie powinniśmy się dziwić, iż będą przypadki, że Community, czyli międzynarodowa społeczność może dawać efektywniejszą pomoc niż formalne zapisane w umowie ścieżki pomocy 😀.
Dostępność Kodu
Ten wątek ograniczę do prostego przykładu.
Niniejszy blog jest przygotowany w oparciu rozwiązanie WordPress`a – który otwartym oprogramowaniem.
Składa się z kodu w php wykonywanym na serwerze, kodu JavaScript oraz definicji stylów w plikach css.
Aktualna wersja – pobrana i rozpakowana zawiera:
- ponad dziesięć tysięcy plików z kodem (php),
- prawie pół miliona linii
- z czego ok. 30% to komentarze – jest dobrze napisanym samo-dokumentującym się kodem 😛
- ponad pół tysiąca plików js
- prawie siedemset plików css.
Dokumentacja zawiera
- prawie 4000 Class,
- prawie 3000 funkcji,
- ponad 2000 haków (hooks) – takich fajnych obiektów pozwalających modyfikować sposób działania w szczególnych przypadkach.
Zapoznanie się z tym nie jest tak przyjemne jak czytanie literatury pięknej i dlatego posiadanie w zasobach firmowych osoby, która to ogarnia jest bardzo mało prawdopodobne i na pewno nie jest tanie.
Oczywiście nie mówię o firmach deweloperskich, które żyją z posiadania taki specjalistów 🙂.
A WordPress nie jest największym OpenSource 🙂.
Podsumowanie
Warto zauważyć, iż większość specjalistów IT w przypadku pytania Komercyjny czy OpenSource nie zwraca uwagi na bezpośrednie koszty, w przeciwieństwie do Finansów.
Czy dobrze to inne pytanie 🙁.
Dlatego ich preferencje wyboru opierają się na innych aspektach, a mianowicie:
- Znajomość rozwiązania
- Możliwość uzyskania pomocy w przypadku problemów
- Oprzyrządowanie czyli narzędzia wspierające zarządzanie i strojenie
- Aktualna opinia w środowisku – specjaliści IT to społeczność w której w 2-3 krokach znasz każdego 😛
Te elementy to ewidentne koszty pośrednie, które bardzo często są niedoszacowane, a w trakcie użytkowania rozwiązania mogą stanowić duże wyzwanie 👿.
W mojej opinii wynika to z trudnością udzielenia odpowiedzi na pytanie typu:
Ile Firmę kosztuje brak oprzyrządowania 😕
Bezsprzecznie odpowiedź powinna być oparta o:
| Case | Prawdopodobieństwo | Straty | ||
| Nie będzie problemów | 90% | 0 | ||
| Problemy rozwiązywalne w akceptowalnym czasie | 9% | 8h | ||
| Problemy rozwiązywalne w długim czasie | 0,9% | tydzień | ||
| Problemy bardzo trudne do rozwiązania | 0,09% | ??? | ||
| Problemy nierozwiązywalne | 0,01% | ??? |
To przykładowa analiza ewentualnych strat Firmy – oczywiście poglądowa i w konkretnym przypadku należy urealnić drugą i trzecią kolumn.
Można wówczas policzyć wartość oczekiwaną strat.
Oczywiście, aby ją porównać z kosztami implementacji dodatkowego oprzyrządowania jeżeli takowe istnieje lub zakupem ekstra ekspertów, którzy pomogą rozwiązać problem.
Komercyjne czy OpenSource 😕
Reasumując odmienna ocena Decydentów i Finansów w tym temacie ma swoje uzasadnienie i ważne jest aby umieć każdej z opinii przypisać właściwą wagę, a nie opierać się tylko na uproszczeniach i legendach miejskich (urban legend) 🙁.
BTW w zależności od przedmiotu wyboru ocena może być rożna, nie wspominając już zmian w czasie (Linux w 2000 roku a dziś to zupełnie inny świat).