Bezpłatne programy rozwijane na certyfikatów open source w pewnym czasie swojego rozwoju natrafiają na kłopoty. To jak sobie z nimi poradzą przesądza o sensie ich dlaszego egzystencji. Programy open source wyróżniają się funkcjonalnością i liczbą wtyczek, które są potrzebne do tego by zostały interesujące dla użytkowników. Gdy bezpłatny program staje się coraz bardziej rozwinięty jego twórcy natrafiają na problemy podobne do tych, które znajdują się w komercyjnych aplikacjach. W wielu sytuacjach jest to problem z synchronizacją uaktualnień oprogramowania oraz dodatkowo z poziomem kompatybilności z poprzednimi wersjami programów. Użytkownik uaktualniający program chciał będzie, aby jego program był kompatybilny wstecz i najlepiej jeżeli już uaktualniałby się sam przez Globalną sieć. Z doświadczeń z komercyjnym oprogramowaniem wiadomo, że odbydwa rozwiązania są dość drogie. Na przykład, koderzy oprogramowania Windows spędzaja bardzo dużo czasu na usuwanie niezgodności w kompatybilności, zanim wypuszczą komercyjną wersję oprogramowania. Znacznie zwalnia to tempo rozwoju aplikacji i przysparza znacznej ilości pracy programistom.
Bezpłatne oprogramowanie rozwijane na zezwoleń open source w pewnej chwili swojego rozwoju natrafiają na problemy. To jak sobie z nimi poradzą przesądza o sensie ich dlaszego obecności. Programy open source wyróżniają się funkcjonalnością i liczbą wtyczek, które są niezbędne do tego aby zostały interesujące dla użytkowników. Gdy bezpłatny program staje się coraz bardziej rozwinięty jego twórcy natrafiają na dylematy podobne do tych, które znajdują się w komercyjnych programach. Zazwyczaj jest to problem z synchronizacją uaktualnień oprogramowania oraz dodatkowo z poziomem kompatybilności z poprzednimi wersjami oprogramowania. Użytkownik uaktualniający program chciał będzie, aby jego program był kompatybilny wstecz i najlepiej jeżeli już uaktualniałby się sam przez Internet. Z doświadczeń z komercyjnym oprogramowaniem wiadomo, że odbydwa rozwiązania są dość drogie. Przykładowo, koderzy oprogramowania Windows spędzaja bardzo dużo czasu na usuwanie niezgodności w kompatybilności, zanim wypuszczą komercyjną wersję oprogramowania. Znacznie zwalnia to tempo rozwoju programów i przysparza znacznej ilości pracy programistom.
Bezpłatne oprogramowanie są w znaczącej liczbie sytuacji zaprojektowane przez większą ilość programistów. Właściwie każdy moduł aplikacji jest pisany poprzez pojedynczego programistę, lub przez grupę współpracujących ze sobą programistów. Znacząca większość projektów bezpłatnych oprogramowania na certyfikatów open source, posiada swojego lidera, natomiast w niektórych ten lider nie został do końca wyłoniony. Jeśli lider projektu aplikacji nie zawiera władzy nad pozostałymi programistami (nie moze instruować jak mają pracować pozostali), to i tak program może być dalej rozwijany. Bardzo często lider pozostawia rekomendacje dla pozostałych użytkowników, których trzymają się pozostali użytkownicy. Te rekomendacje zaiwerają priorytetowe funkcje programu oraz modułów, agendę pracy i kamienie milowe. Lider próbuje aktualizować zamiar rozwoju programów, umawiać spotakania lokalnych liderów , a oprócz tego zgrywać działania programistów, tak ażeby aplikacja nie rozdzieliła się na wiele wersji, lecz pozostała jednym spójnym rozwiniętym programem. Co interesujące taki sposób poprowadzenia projektem rozwijał się samoistnie w grupach tworzących ciekawe programy. W wielu sytuacjach było to spowodowane doświadczeniem z zarządzania zebranym podczas komercyjnych projektów, w których dużą wagę przykłada się do kontrolowania projektami.
Darmowe aplikacje zyskuje znacznie na prędkości rozwoju o ile na rynku istnieje dominująca firma posiadająca większość rynku. Są natomiast przykłady, gdy przy braku jakiejkolwiek konkurencji projekty open source rozwijają się bardzo szybko. Najlepszym wytłumaczniem szybszego rozwoju przy zaostrzonej konkurencji jest przededukowanie jak działa społeczność open source. Każda grupa zajmująca się jednym projektem, działa o wiele nie gorzej jeśli ma współne cele. Istnienie dominującego przeciwnika gwarantuje wyrównanie celów grupy open source, a najlepszym sposobem na pokonanie przeciwnika jest pozostanie zjednoczonym. Grupa tworząca projekt w środowisku open source jest w bardzo wielu sytuacjach heterogeniczna, zatem bodziec jednoczący grupę jest najlepszym co może ją spotkać. Przy tym sposobność pokonania konkurencyjnej oprogramowania działa motywująco na społeczność i gwarantuje jej wspólny cel.
Nowe programy nie mają lekko w społeczności open source.Dalszym zagrożeniem może być mini czas życia niektórych oprogramowania. Gdy aplikacja nie jest wystarczająco w zdecydowanej większości przypadków uaktualniana traci ona użytkowników. Koderzy oprogramowania ją tworzący potrafią porzucić projekt z powodu braku zainteresowania, albo przejść do konkurencyjnych projektów.
Powstawanie bezpłatnych oprogramowania nie jest procesem łatwym. Ponieważ potrzeba jest matką wynalazku, często darmowe programy powstają, ponieważ programista potrzebuje nowego programu do swojej pracy, lub codziennego życia. Udany projekt o otwartym źródle potrzebuje lidera grupy , a oprócz tego spójnej organizacji pracy. Częściej podczas tworznia bezpłatnego aplikacji, lider grupy spędza coraz mniej czasu na programowaniu. Lider musi dostarczyć wizji tego jak program posiada wyglądać, zachęcić innych programistów do pracy , a oprócz tego utrzymywać projekt w całości, tak aby nie został porzucony i nie rozdzielił się na kilka gałęzi. Sukces programów za darmo open source zeleży też od tego czy uda się go podzielić na osobne odcinki. Bez podzielenia pracy na osobne odcinki, które można wykonywać równocześnie, taki projekt nie jest możliwy do administrowania. Lider zespołu musi połączyć cały kod w całość. Programy powinny być produkowane nie tylko poprzez lidera grupy, ponieważ powinien on rozdzielać pracę tak, aby prawie każdy członek zespołu czuł wyzwanie. Gdy programista zdobycie do napisania kilka prostych funkcji wymagających wyłącznie zdolności pisania skryptu, a nie rozwiązywania problemów, wtedy nie będzie miał wystarczającej motywacji do pozostania w dziale. Mimo mniejszej ilości pracy, będzie czuł się użyty i nie będzie widział własnego udziału w powstającym programie.
Darmowe oprogramowanie rozpowszechniane są na wielu różnorakich licencjach. Na przykład certyfikat BSD oraz dodatkowo jej bliski kuzyn – Apache są licencjami relatywnie łagodnymi. Konsumenci tych dwóch certyfikatów mogą wykorzystywać i wnosić poprawki do skryptu i prawie że dowolnie go obsługiwać. Jednak pozwolenie GPL nakazuje użytkownikowi dystrybuowanie wszystkich modyfikacji i ulepszeń (dzielenie się nimi za pomocą globalnej sieci Internet) jeżeli już mają zamysł dystrybuować prywatne programy stworzone na bazie oprogramowania na zezwoleń GPL.
Zagrożeniem dla open source mogą być dodatki do oprogramowania produkowane przez inne grupy, albo dosłownie komercyjne podmioty. Po stworzeniu bardzo użytecznej wtyczki do aplikacji mogą ściągać za nią opłaty, albo dosłownie w pewien metodę przejąć aplikację. Przejęcie programów jest możliwe poprzez napisanie pluginy do aplikacji, która będzie oferowała API, do którego programiści zaczną pisać nowe programy. Po skomercjalizowaniu takiej części programów będącej łącznikiem w oprogramowaniu, społeczność open source stanie się bezsilna. Certyfikat GPL usiłuje nałożyć ograniczenia zapewniające brak sposobów przejęcia programu, jednakże nie były one jeszcze testowane w sądzie.