Pięć powodów, dla których należy pisać własny kod

Ostatnim razem przedstawiłem tutaj pięć powodów, dla których nie należy pisać własnego kodu. Oczywiście, bywają sytuacje, gdy skorzystanie z otwartego lub komercyjnego oprogramowania jest akurat niemożliwe lub bezsensowne. Dlatego przedstawię teraz pięć dobrych powodów, dla których należy pisać własny kod.

1. Warto się uczyć

Najlepszym sposobem nauki jest robienie przykładów. Gdy byłem na studiach, a także jeszcze kilka lat po nich, miałem dość czasu na naukę dzięki temu, że zawsze sam pisałem swój kod. Dziś, gdy muszę zrównoważyć pracę zarobkową z czasem wolnym, większość mojego programowania jest bardzo pragmatyczna. Ale czasem, gdy jestem na „wakacjach” lub w bardziej leniwych okresach roku, biorę podręcznik i piszę kilka rzeczy od podstaw w nowym języku.

2. Kod jest produktem

Oczywiście, jeśli tworzysz oprogramowanie i chcesz je kiedyś sprzedać, to nie ma sensu, by było to otwarte oprogramowanie. Bywa tak, że głównym powodem, dla którego piszę własne aplikacje, jest świadomość, że w przyszłości będę mógł sprzedać je klientom jako „wysoce spersonalizowane oprogramowanie”, podobnie jak projektanci sprzedają swą grafikę wektorową czy fotografie.

3. Własne rozwiązania często są prostsze i szybsze

Zawsze podziwiałem solidność CMS-ów takich jak Joomla czy Drupal i okazywałem właściwy szacunek wielkim programistom stojącym za tymi produktami. Jednak choć większość moich klientów chce mieć swe systemy zarządzania treścią, to zwykle potrzebne im są one do zmiany treści na stronie „o mnie”. Dlatego też sensowniej jest tworzyć coś prostszego i łatwiejszego w użyciu niż próbować wdrożyć te potężne „kombajny” do obsługi prostych witryn. Tak samo robię w wypadku sklepów internetowych mających w ofercie jeden produkt lub aplikacji sieciowych udostępnianych za miesięczną opłatą. Upewnij się, że naprawdę rozumiesz potrzeby klienta, zanim zdecydujesz się na napisanie własnych, prostszych rozwiązań (niewiele rzeczy jest gorszych w programowaniu niż konieczność dodawania coraz to nowych funkcjonalności).

4. Będziesz wielokrotnie korzystał z fragmentów

Dużo pracuję we Flashu i .NET. Choć nie brakuje do nich ani gotowego kodu, ani frameworków (w tym takich bardzo pomocnych i kształcących), to jeśli istnieje jakiś komponent, o którym wiem, że będę go wykorzystywał wielokrotnie, wolę go stworzyć samodzielnie. Wówczas znajdzie się on w mej bibliotece, dopasowany do mego osobistego stylu. Z drugiej strony wiele witryn to projekty wysoce jednorazowe, z unikatowymi animacjami i funkcjonalnością; w tych wypadkach używam po prostu tego, co jest szybsze i co działa. Jeśli zatem jesteś deweloperem bardzo związanym z jednym językiem lub jedną rolą (nieważne, czy będzie to pisanie witryn dla małego biznesu, CMS-ów czy sklepów internetowych), to lepiej jest mieć własną bibliotekę kodu niż być skazanym na wykorzystywanie pracy innych.

5. Wymaga tego personalizacja

Szczerze mówiąc, niemal każdy klient (włącznie z tobą samym, jeśli pracujesz nad własnym projektem) woli mieć własne, specjalne rozwiązanie niż coś zbyt standardowego. Wówczas pokazujesz im koszt stworzenia specjalnego oprogramowania i klient wybiera rozwiązanie standardowe. Ale kiedy przychodzi ci się zająć pracą, która wymaga specjalnych rozwiązań i zapewnia do tego odpowiedni budżet, wówczas nie ma co się opierać przed napisaniem własnego kodu. Takie sytuacje są cudowne – dają klientowi coś, czego naprawdę chce, a programiście coś, z czym może się pobawić i co będzie wyzwaniem. Jeśli tylko pieniądze nie byłyby problemem...

Gdy zaczynałem pisać backend do tego bloga*, pisałem z powodów 3 i 5. Jak się okazało, myliłem się co do 3, nie biorąc pod uwagę wielu dodatkowych funkcjonalności, które blog musi mieć (i które muszę teraz napisać) – funkcjonalności tak pospolitych, jak feedy RSS czy trackbacki. Teraz jednak, gdy uporałem się z większością pracy, muszę powiedzieć, że fajnie jest móc dostosować pod siebie wszystko, co się chce.

źródło: Artykuł jest tłumaczeniem wpisu z freelancerskiego blogu WakeUpLater.com.

[*przypis od tłumacza: oczywiście Samuel Ryan ma na myśli swojego bloga WakeUpLater.com, a nie swą stałą kolumnę w Webhosting.pl]

Podoba Ci się ten tekst? Powiedz o tym innym na Fb: lub na G+:

publikuj:

wydrukuj

5 skomentuj »

Komentarze

#1 Darnok 2008-07-07 10:18:00 0
"Oczywiście, jeśli tworzysz oprogramowanie i chcesz je kiedyś sprzedać, to nie ma sensu, by było to otwarte oprogramowanie."

Oprogramowanie Open Source można sprzedawać, licencja GPL pozwala na pobieranie opłat za nasz kod.
None
#2 zyczliwy 2008-07-07 10:18:00 0
@Darnok: ale dlaczego mialby ktos placic za nasz kod dostepny na licencji gpl ? ile osob/firm kupuje openoffice ? tylko polskie prawo chyba wymaga rachunkow za oprogramowanie nawet opensource/freeware ;) co najwyzej placa za dodatkowe uslugi (np. wsparcie) a nie za kod.
None
#3 TheBodziO 2008-07-07 10:18:00 0
@zyczliwy: chyba nie rozumiesz co znaczy ?otwarte oprogramowanie? :). Nie przejmuj się, większość ludzi słysząc ten termin automatycznie utożsamia go z ?darmowością? mimo, że te pojęcia są od siebie zupełnie różne. Pytasz dlaczego ktoś miałby płacić za kod dostępny na licencji GPL? Nie znam tej licencji na tyle żeby stwierdzić czy implikuje ona darmowość czy nie, ale nie trudno wyobrazić sobie licencję, która obejmuje sobą sprzedaż oprogramowania wraz z możliwością dostępu do jego kodu źródłowego i jego modyfikacji na własne potrzeby co kiedyś było bardzo częstą praktyką. Jakie są plusy takiego rozwiązania? Jeżeli nie posiadasz odpowiedniej kadry ? żadne. Jeżeli jednak potrafisz znaleźć kogoś kto jest w stanie zmodyfikować kod, usprawnić działanie programu, pozbawić go zupełnie zbędnej funkcjonalności itd. to wygrywasz. Po co płacić za program i jego kod? Bo tak mówi licencja, która umożliwia Ci korzystanie z oprogramowania.

W moim mniemaniu firmy zamykają kod, bo boją się konkurencji, a dokładniej kradzieży kodu przez konkurencję. Nie jestem prawnikiem, ale wydaje mi się to bezsensowną obawą. Okazuje się, że nawet nawet instytucje oferujące źródła swoich programów są w stanie zapobiec jego użyciu niezgodnie z licencją. A co z firmami, które oferują np. sowje własne rozwiązania webowe zaimplementowane w językach interpretowanych? Na dobrą sprawę sprzedają także z konieczności kod źródłowy (pod pewnymi warunkami oczywiście). Więc o co chodzi? Może jakaś fobia? ;) A może raczej paranoja? ;) A może jeszcze inaczej? Może to jest granica gdzie kończy się informatyka a zaczyna ślepy biznes? ;)

Zresztą! Dość filozofowania off-topic :).

Dobry artykuł, który w połączeniu z jego poprzednią częścią wydaje się mówić: ?Nie można się dać zwariować. Są rozwiązania gdzie samodzielna implementacja sprawdza się lepiej, ale są też takie przy których lepiej skorzystać z gotowych rozwiązań?. Coś jak ?złoty środek?, nieprawdaż? ;)
None
#4 TheBodziO 2008-07-07 10:18:00 0
:)

Byłoby miło gdyby filtr traktujący dodawane komentarze:

? respektował znaki paragrafu (LF, CR, CRLF ? jakkolwiek),

? darował sobie dodawanie encji ?amp? przed znakami innych encji.

Taka drobna uwaga :).
None
#5 Darnok 2008-07-07 10:18:00 0
@zyczliwy: "ale dlaczego mialby ktos placic za nasz kod dostepny na licencji gpl ?"

Ponieważ GPL określa warunki na jakich ma płacić, a na jakich nie. Kiedy używasz oprogramowania Open Source (to nie to samo co freeware i nie znaczy darmowe tylko otwarte) w domu do celów edukacyjnych, np uczysz się obsługi open office to nie musisz płacić, ściągasz go z internetu i masz, dla Ciebie program jest za darmo wraz z kodem. Ale jeśli będziesz chciał korzystać z open office w firmie to musisz go wykupić (np kupując z czasopismem) i teraz posiadając paragon/fakturę jesteś legalnym użytkownikiem oo i możesz z niego korzystać dowolnie. Więc nie płacisz za kod, a za sposób używania (licencje) programu. Pod tym względem licencja GPL jest genialna, możesz uczyć się nie tylko obsługi ale również programowania korzystając z programów open sourcowych, możesz je rozpowszechniać (nie pobierając opłat), modyfikować, ulepszać, korzystać z ich kodu we własnych programach - pod warunkiem, że Twój program będzie udostępniany na GPLu.
None

Aby dodać komentarz, musisz podać swój nick, treść komentarza oraz poprawnie przepisać oba słowa z obrazka (słowa muszą być rozdzielone spacją).
W treści komentarza można używać języka formatowania BBcode.