Google vs. Oracle: Android jednak nie narusza patentów Javy

  • Home
  • /
  • Blog
  • /
  • Google vs. Oracle: Android jednak nie narusza patentów Javy

Data: 24 maja, 2012

W sprawie wytoczonej Googlowi przez Oracle sąd ogłosił, ze wyszukiwarkowy gigant nie narusza patentów Javy (które trafiły do Oracle po przejęciu Suna) w swojej wirtualnej maszynie Dalvik zawartej w Androidzie.


Oracle znany z tego, że ostatnimi czasy zajmuje się głównie wytaczaniem procesów, przegrał właśnie jedną z najgłośniejszych spraw, która rozpoczęła się 16 kwietnia. Zapowiada jednak, że zamierza walczyć dalej.

Sprawa nie jest jeszcze w pełni zakończona, gdyż nie rozwiązano sprawy API. Oracle twierdzi, że Google w Androidzie narusza jego prawa autorskie wykorzystując API Javy, jednak sąd nie wydał decyzji w tej kwestii.

Główną kontrowersją i problemem z nim związanym jest to czy API w ogóle podlega prawu autorskiemu (ang. copyright). Dopiero wówczas sędzia William Alsup wyda ostateczny werdykt, co zapowiedział na przyszły tydzień.

O komentarz wyroku pokusił się również Linus Torvalds pisząc:

Przewiduję: Oracle zamiast przyznać, że zachowali się kretyńsko wnosząc swój idiotyczny pozew przeciwko Androidowi zacznie pozować strasząc opowieściami o sposobach na windykację swojej należności i nakładach na prawników jakie gotowi są ponieść robiąc z siebie jeszcze większych idiotów.

Czasami naprawdę chciałbym się mylić. To klątwa, mówię Wam.

Mimo mocnych dowodów (a przynajmniej tak Oracle je prezentowało) obecny właściciel patentów javy przegrał jedną z najgłośniejszych spraw, które wytoczył Googlowi. Kupując Suna chyba liczyli na spory zysk ze ścigania wykorzystujących jego patenty… Na razie wielka klapa i spory kop dla społeczności WiOO o którym pisałem zaraz po przejęciu.

Zainteresowanym szczegółowym omówieniem patentów o które toczyła się sądowa batalia zapraszam do lektury tekstu w serwisie Wired oraz newsa autorstwa cutugno (sorry, nie zauważyłem Twojego newsa przed publikacją swojego).

Podobne wpisy

Twój adres email nie zostanie opublikowany. Wymagane pola są oznaczone


  1. !__aix__! pisze:

    Ostatnio to niezłym trollem patentowym jest Google, które wywalczyło zakaz(!) sprzedaży najpopularniejszej konsoli w stanach czyli xbox360 LOL. Wyrok nie jest prawomocny, będą odwołania itd.

    1. Chyba jeszcze Motorola.
      A na linii Motorola-MS zawsze były spięcia. Raz jak się pogodzili we wspólnej inicjatywie jeszcze z IBM, nic z tego nie wyszło (próba wprowadzenia peceta z PowerPC, połowa lat 90-tych, MS robił Windowsy NT). Potem zrobiła się afera IBM-Motorola i IBM-Cyrix (Blue Lightning zerżnięty z Cyriksa), o ile z Motorolą jeszcze jakaś współpraca była (nawet IBMowskie procesory w niektórych Macach montowano miast Motorolowskich), o tyle z Cyriksem dali sobie spokój.

    2. le_mon pisze:

      Nie Google misiaczku, tylko Motorola Mobility.
      To przypomnij jeszcze kto zaczął. Akurat M$ usilnie próbował naciągnąć Motorolę na jakieś dziwne patentowe opłaty za Androida. W końcu skoro udało się z HTC, Samsungiem itd. to dlaczego mieliby nie spróbować z Motorolą? Ale Motorola jakoś się nie wystraszyła, a jak M$ za bardzo zaczął naciskać wytoczyła swoje armaty 🙂 I jak się okazało mieli mocniejsze 😉
      Patenty Motoroli to nie są patenty na prostokąt z zaokrąglonymi rogami, jak u Appla :)) No i biedny M$ łapki poparzył. Jakoś mi ich nie żal :))

      1. cutugno pisze:

        "I jak się okazało mieli mocniejsze 😉 "

        Niestety – w drugą stronę też jest ban, na telefony z Androidem, i to na dalszym etapie procedury.

  2. gustaw pisze:

    Szkoda. Może odwrotny wyrok spowodowałby odwrócenie się od Javy nie tylko Google ale i całej społeczności programistycznej.

    1. RooTer pisze:

      Alternatywą jest C#, który jest jeszcze gorszy pod względem praw autorskich i patentów (Mono jest na łasce microsoftu).

      1. kwahoo pisze:

        Jest? Nie twierdzę, że nie, ale przydałyby się jakieś argumenty na poparcie tej tezy. Coś w opozycji do http://msdn.microsoft.com/en-us/netframework/aa56…

        1. Rafał pisze:

          http://www.fsf.org/news/dont-depend-on-mono

          1. cutugno pisze:

            Oj. Microsoft ma takie pieniądze na prawników i patenty na tak różne rzeczy, że jest w stanie bez większego problemu uwalić dowolny projekt open source czy małą komercyjną firmę w rodzaju Xamarina – o ile nie stanie w obronie ktoś klasy Google.

          2. kwahoo pisze:

            "The danger is that Microsoft is _probably_ planning to force all free C# implementations underground some day using software patents"

            Oczekiwałem konkretów, a nie wróżenia ze szklanej kuli. Jakichkolwiek.

          3. pijaczek pisze:

            @kwahoo: Głupotą jest opierać produkt na łasce innej firmy, która ma sprzeczne interesy. W dodatku wiele w .NET jest nie udokumentowane, a udostępnienie przez Microsoft swoich patentów dla Mono pod warunkiem, że taki patent jest NIEZBĘDNY do zaimplementowania czegoś jest bezsensowne – jeśli czegoś nie da się zaimplementować w inny sposób to patent jest nie ważny, a jeśli da się zaimplementować inaczej to mono i inne implementacje istnieją dopóki się to Microsoftowi opłaca zgrywać wieloplatformowość rozwiązania.

          4. kwahoo pisze:

            Pytanie czy to tylko "zgrywanie wieloplatformowości". Sam MS używa Mono (na razie jakieś gry na iOS). Nie widzę powodu by miał z tego rezygnować. No chyba, że WP zdobędzie dominującą pozycję i kasa z iOS nie będzie warta uwagi.

          5. cutugno pisze:

            @pijaczek: Jeśli nie masz kilkudziesięciu megadolków do przepalenia, nie jesteś firmą klasy Google ani żadna firma tej klasy nie zechce Cię chronić, to każdy Twój produkt jest na łasce wielu innych firm.

        2. Wklejam mój stary komentarz na ten temat, gdyby ktoś miał problemy z odszukaniem:

          FAQ Mono http://www.mono-project.com/FAQ:_Licensing#Patent… jawnie kłamie na temat patentów.

          Microsoft, w swoim Community Promise, pozwala rzekomo używać ich patentów do implementacji ich standardów. Owszem, ale tylko tych, które, jak to ujmuje, są *niezbędne* do implementacji tych standardów:

          1) Mono narusza tym samym setki (bzdurnych, ale istniejących) patentów dotyczących optymalizacji i rozszerzeń, bez których jednak Mono nie nadawałoby się do użytku i nie spełniało podstawowych funkcji.

          2) Nie wszystko w .NET i C# jest standardem ECMA, a więc Obietnica tego nie obejmuje.

          Jednym słowem: Microsoft posiada patenty, które mogą posłużyć do pozwania Mono i zniszczenia tego projektu.

          Więcej: http://www.fsf.org/news/2009-07-mscp-mono

          Dlatego nie należy *uzależniać* programów i środowiska open-source od takie zaminowanej technologii:

          „Why free software shouldn’t depend on Mono or C#”: http://www.fsf.org/news/dont-depend-on-mono

          1. tomaszkubacki pisze:

            kurde znowu się złamałem po prostu nie moge scierpiec glupoty …
            "Mono narusza tym samym setki (bzdurnych, ale istniejących) patentów "
            daj jeden przykład albo na drzewo.

            "Jednym słowem: Microsoft posiada patenty, które mogą posłużyć do pozwania Mono i zniszczenia tego projektu" tak jak patenty zeby ubic kazdy inny dostatecznie duzy projekt:
            Przeczytaj to i wroc do dyskusji: http://www.reddit.com/r/opensource/comments/u7onz…

      2. tomaszkubacki pisze:

        Google buduje alternatywę dla .Net i Javy: http://www.dartlang.org/

        Nie wiem czy im się uda ale mają kilka plusów na starcie:
        a) nad dartem siedzą najlepsi ludzie od języków programowania i VM poza MS (między innymi oryginalny team pracujący nad v8 czy Gilad Bracha)
        b) składania jest C/java/c# podobna – więc próg wejścia dla statystycznego programisty jest niski
        c) działa po stronie klienta i na serwerze
        d) ma porządny edytor z intellisensem już teraz kiedy to nawet nie jest alfa

        1. 123qwe pisze:

          Pewnie glupie pytanie, ale dlaczego nie wykorzystaja poprostu QT a kombinuja z jakimis nowymi jezykami czy narazaja sie na pozwy?

          1. AdamK pisze:

            QT ma się do Darta jak jabłka do cegłówek.

          2. tomaszkubacki pisze:

            Qt to biblioteka do budownia interfejsu użytkownika a Dart to język programowania – jak technologia dojrzeje pewnie pojawią się bindingi do Qt.
            Dart jest zorientowany na Web i zaczątki podstawowej biblioteki UI które można zobaczyć w przykładach sdk są bardziej podobne do GWT czyli jeśli biblioteka graficznego interfejsu będzie w HTML.

          3. 123qwe pisze:

            OK, teraz mniej wiecej rozumiem.. ale jesli QT jest tylko do budowania interfejsu to logike przeciez mozna zrobic w dowolnym innym jezyku np perl, python czy poprosu C, takze nadal nie widze specjalnie powodu do tworzenia nowego jezyka czy droczenia sie z oracle.

          4. tomaszkubacki pisze:

            Gdyby chodziło o droczenie się z Oracle pewnie miałbyś rację – ale Dart jest robiony przede wszystkim po to aby łatwiej było robić aplikacje webowe, czyli: usunąć niedogodności javascriptu (brak toolingu, brak klas, przekleństwo wskaźnika *this* w js) i żeby tego dokonać język musi się *łatwo* kompilować do javascriptu dla przeglądarek które nie będą wspierać Darta bezpośrednio (de facto wszystkie poza Chrome)
            Bardzo polecam ich FAQ: http://www.dartlang.org/support/faq.html

          5. koniar pisze:

            Odpowiedz: Qt -> Nokia -> M$

          6. enkidu pisze:

            nie do końca. Obecnie od Nokii odkupiła Qt firma Digia, która także jest partnerem MS, ale o nieco innej strukturze własności. Qt nie jest też biblioteką "tylko do interfejsu", gdyż w oparciu o klasy Qt można zbudować całkiem ciekawy projekt bez zbędnego certolenia.

        2. andrzej pisze:

          Tylko ze dart jest tylko na WEB. Wiec cięzko to nazwać alternatywą dla javy i .net . Bardziej golang jest taka alternatywą. A dart alternatywa dla javascript. http://stackoverflow.com/questions/9284144/google…

          I go jest całkiem fajnym językiem musze przyznać, mozna sie nim zainteresować bo wyszła juz pierwsza wersja. Na Darta jeszcze długo mozemy czekać….

          1. tomaszkubacki pisze:

            @andrzej
            "Tylko ze dart jest tylko na WEB" – nie nie jest.

            Jak ściągniesz edytor to już teraz możesz pisać aplikacje konsolowe (choć debugger jeszcze nie działa) Jest już nawet framework serwerowy inspirowany ExpressJS https://github.com/mythz/DartExpress

            Wg. mnie Dart ma większe szanse od Go bo ma przyjaźniejszą składnie (dla programisty który zna jedno z C-podobnych) i ma IDE od godziny 0

          2. andrzej pisze:

            To że mozna w nim wynik podać w konsoli to jeszcze nic nie znaczy. Nie znaczy tez że stanowi konkurencje dla go.
            To są języki tworzone w ogóle do innych zastosowań. Choć będą się też pokrywać. Gdyż go juz teraz posiada biblioteki do webu. A Dart jest robiony z myślą głównie o webie zarówno po stronie back-end jak i front-end .

          3. tomaszkubacki pisze:

            @andrzej
            "To są języki tworzone w ogóle do innych zastosowań." tak masz rację, tylko mi bardziej chodzi o to, że Dart ma większe szanse stać się językiem ogólnego przeznaczenia niż Go z powodów o których pisałem wyżej.

          4. mikolajs pisze:

            O Go zapomnij, to całkiem interesujący język, ale tylko tak jak lew w ZOO. Można na niego popatrzyć, ale raczej nie chcesz się z nim bliżej poznać. Go jest nieco podobny do JS w tym sensie, że tak samo jak JS ma dziwnie zrobioną obiektowość. Do tego szybkość działania Go jest prawie taka sama jak kompilowanego JS. Sam fakt, że Google tworzy Darta świadczy o tym, że nie oczekują, że Go zyska jakąś większą popularność.
            Prędzej czy później wszystko co nie wymaga jakieś szczególnej wydajności zacznie się pisać w JS, Ten język w tej chwili jest najszybciej działającym językiem skryptowym, już wykorzystuje się go po stronie serwera. Po co używać dwóch języków jak można jednego. No chyba, że pojawi się Dart i przejmie rolę JS. Osobiście wolałbym coś lepszego niż JS więc może być i Dart 🙂

          5. Nigdy JS nie był językiem do czegoś większego niż hackowanie buttonów w HTML i nie będzie. Brak sprawdzania typów to grzech nie do przeskoczenia. Dart jest wrapperem na JS i długo jeszcze będzie. Podstawowym błędem Darta, jest brak integracji z systemem operacyjnym i przestarzałe założenia. Co mi po języku, skoro nie mogę dzięki niemu wykorzystać procenta tego co daje np. sam Linux?

            Go to taki C z GC. Szybkie, proste i niezastąpione ustrojstwo przy stawianiu średniej wielkości aplikacji webowych. Kompilator Go wypluwa natywną binarkę, więc nie ma obawy o kradzież kodu tak jak to nagminnie jest w przypadku Javy (Android) czy .NET, gdzie co lepsza aplikacja zostaje w trymiga podrobiona. Nie potrzebuje JDK JRE czy .NET, więc mam gdzieś Oracla i Microsoft.

            Sam tworzę obecnie backend pod aplikację webową w Go dla urz. mobilnych. Jak przyszłość pozwoli to i na tablety z Linuksem bez kombinacji skompiluję bez zmiany linijki kodu, czego najpewniej nie będę mógł zrobić z Dartem. Czekam tylko na nadejście mobilnego Ubuntu lub Fedory.

            Kolejna sprawa, jest taka, że w czasach gdy trzeba skłaniać się w kierunku języków funkcyjnych (((zorientowanie na multicore processing hybrydy i wynalazki takie jak Scala czy F#, po nabierające impetu języki takie jak Haskell czy Clojure))) odkrywanie koła na nowo (klasy w Dart, które niemal wiążą się z pojęciem stanu – co jest bardzo nieporządane w przypadku aplikacji wielowątkowych) mija się całkowicie z przeznaczeniem. Ten język, można powiedzieć, już dziś jest martwy.

            W Go mogę robic np. to, co daje Play Framework, bez bicia się z Javą i samym frameworkiem. Kilkaset mega oszczędności, głowa nie boli i mam 100% kontrolę nad tym co robię, bez obawy o bugi w jednej z 500 bibliotek Playa czy Javy.

            Tak, że jeżeli miałbym stawiać na Dart i Go w perspektywie 5 najbliższych lat to bez wahania wybiorę Go. Po 5 latach, o ile grafen nie przyspieszy radykalnie częstoliwości zegarów w prockach, Dart z tymi swoimi klasami w tym czasie sam się powinien wyeliminować.

          6. mikolajs pisze:

            Jednak w Go nie napiszesz żadnego skryptu po stronie przeglądarki. A używając Darta będziesz mógł oprogramować po stronie serwerowej i przeglądarki.

            Nie bardzo rozumiem, co masz na myśli z klasami w Dart. Scala ma normalne klasy tylko kwestia wykorzystywania niezmiennych referencji. Osobiście nie podoba mi się podejście do obiektowości w Go, wolę tradycyjne klasy, a go kojarzy się w tym względzie raczej z JS.

            "W Go mogę robic np. to, co daje Play Framework, bez bicia się z Javą i samym frameworkiem. Kilkaset mega oszczędności, głowa nie boli i mam 100% kontrolę nad tym co robię, bez obawy o bugi w jednej z 500 bibliotek Playa czy Javy. "
            Spróbuj Scali i Lifta raczej trudno znaleźć tam błędy, a równocześnie masz gotowe elementy i sam nie musisz wszystkiego pisać od nowa. Dodatkowo wydajność jest większa niż Go.

          7. Budyń pisze:

            @mikolajs
            Rozbijanie logiki aplikacji na klienta i serwer to główna głupota przychodzaca z JavaScriptem.

          8. tomaszkubacki pisze:

            "Nigdy JS nie był językiem do czegoś większego niż hackowanie buttonów w HTML i nie będzie"
            to prawda – dlatego najskuteczniej jest kompilować z innego języka do js (widziałeś GWT ?).
            Javascript to po prostu nowy assembler: https://github.com/jashkenas/coffee-script/wiki/L…
            "Co mi po języku, skoro nie mogę dzięki niemu wykorzystać procenta tego co daje np. sam Linux? " Jest Dart serwerowy – zakładam że z czasem będzie coraz więcej bindingów do natywnych bibliotek.

            W ogóle to wygląda jakbyś jednak nie czytał FAQ darta: http://www.dartlang.org/support/faq.html

          9. 'it's important for Dart to compile to efficient JavaScript. Our experience in GWT is that if the source language is too different from JavaScript, it creates some cases where complex output code is needed to emulate the source language's behavior. This can cause performance to vary in ways that are not transparent to the programmer"

            Mnie to wygląda na typowy fail. Skoro planują zastąpienie JS, to dlaczego Dart ciągnie żałosn3 i failowe założenia z JS? To nie może się udać i się nie uda. Przypominam o kierunku : programowanie oboektowe, które udowodniło już, ze nie nadaje się na multicore -> programowanie funkcyjne. Koncepcja obiektu wprowqdza stan, który jest ciężki do ogarnięcia , gdy dochodzą wątki. Nie patrzyłem głębiej w papiery Darta, ale jeżeli posiada locking, mutexy i podobne, to umarł w butach. O ile w przypadku Go można przymknąć oko, to w czymś, co ma ubić JS jest po prostu failem.
            Już lepszą alternatywą dla Darta jest Clojure i ClojureScript. W Clojure niema lockingu i wyścigu szczurów. Dlaczego mam dawać szansę czemuś, w czym będę orać pługiem jak za czasów C++?

          10. tomaszkubacki pisze:

            " Przypominam o kierunku : programowanie oboektowe"

            Projektantom Darta przyświecały dwa podstawowe założenia:
            1) język ma się łatwo kompilować do js ze względu na wydajność w przeglądarkach które nie będą wspierać Darta bezpośrednio (czyli – przynajmniej na początku – wszystko oprócz Chrome)
            2) język ma być przyjazny dla mainstremowych programistów (w domyśle Java C# itp). Dlatego rozsądnie jest zachować programowania obiektowe – mainstreamowi programiści nie znają języków funkcyjnych.
            Zamiast klasycznych mechanizmów synchronizacji wprowadzono koncept: isolate które są jakby lekkimi procesami. Isolate nie współdzielą żadnych danych i porozymiewaja sie miedzy soba messagami (każdy isolate ma własną stertę – tutaj opis: http://api.dartlang.org/dart_isolate.html )

            Dalsza polemika jest bezprzedmiotowa jeśli nie chce Ci się nawet doczytać a krytykujesz.

          11. Mainstreamowi = chodzące dinozaury. Pascal też był "mainstreamowy". O sorry, w polskim zaścianku na niektórych uczeniach wciąż króluje.

            Dart to fail i taki pozostanie. Ani nic o nim nie słychać, ani nikt tutoriali, czy wykładów nie robi. To martwy język i nie masz co czarować rzeczywistości, bo nic nie zmieni.
            Koncept ok, ale sam koncept t za mało. Dlatego np. Clojure powstało na JVM i CLR, a nie jedzie na swoim jak Dart. Dart nie ma NIC, czego nie posiadają inne lepsze języki – to taki sam fail jak NaCl.

            "Dalsza polemika jest bezprzedmiotowa jeśli nie chce Ci się nawet doczytać a krytykujesz."
            Doczytałem dość i mnie nie nie rajcuje ten sh1t. Programowanie strukturalne oparte o obiekty i klasy w perspektywie kilku najbliższych lat to fail. Pisałem to nie raz i jeszcze raz powtarzam, a krytykuję, bo mam do tego podstawy i prawo. Isolate to wymysł chorego umysłu w odpowiedzi na locking i race conditions. Skomplikowany syf (pisałem już o narzutach związanych z podejściem obiektowym) i do niczego nie przydatny. Marna próba podejścia z d. strony do problemu, którego np. w Clojure nie ma.
            Pisałem już, że Dart to syf?

    2. andrzej pisze:

      Nie było na to szans. I nie chodzi tylko o sam język ale i wirtualna maszyne – Google jest za bardzo w nią zaangażowany – appengine, gwt, android, Closure, Guava i wiele innych API. Równiez za dużo developerów siedzi w javie zeby mozna było z niej zrezygnować. Choć google rozwija go budując alternatywe ale za nim to się upowszechni i rozwinie to kilka lat trzeba czekac…
      Jeśli chodzi o społeczność to samo, a nawet jeszcze bardziej.

  3. kazik pisze:

    Całe google docs stoi na Javie, podobnie jak niemalże wszystkie biznesowe rozwiązania serwerowe. każdego dnia używacie softu napisanego w javie gdy wchodzicie na stronę banku. ale nie, ludzie na osnews.pl wiedza lepiej ze c++ lepszy

    1. Linux_blog pisze:

      czyli nie ma alternatywy,
      i zaklinanie rzeczywistości nic tu nie zmieni

  4. iron-man pisze:

    This blog is really very interesting and easy to understand the information provided in it. It is very nice to view this blog and it's nice to see the best information cited here.
    stock market future

  5. kansas hunting pisze:

    Los consumidores pueden decidir lo que los juegos que quieren jugar. Incluso pueden pedir solicitudes con un tema en particular a ser un juego muy interesante.

  6. settlement quote pisze:

    Civillikums reizēm vienkārši nav saprātīgs daži cilvēki. Likumā vajadzētu būt kaut kas paziņojums ar neredzīgo uzmanību un nepalaistu garām redzēt patiesību ar mērķi. Cilvēki, kuri nav līdzekļu negaida lielu atbalstu tiesību aktu.

  7. isabellemilligan pisze:

    Ludzie znajdą oceny na temat produktu jest dziennik. Playboy magazine ocena opiera się zazwyczaj na badaniu. Dlatego ludzie mogą wierzyć w informacje. Help Me to Sleep Better

  8. hawaii backpacking pisze:

    Wasting period can occur inadvertently. Some people believe that talk and hang up away is something in which losing period. They don't understand that it's the main bite regarding lifestyle.hawaii backpacking

  9. Alaska Hunts pisze:

    Oni znaju da je marketing je najvažniji dio poslovanja. Kupci koji idu iz poslovanja oni će se osjećati zadovoljno i na kraju opet, a prijenos na mnoge ljude o svom iskustvu. Posao kao što je to ide na posao.
    Alaska Hunts

  10. rosekellaway pisze:

    Que é o mês do outro plano vai ser diferente. Mas a maioria não serão muitas pessoas que entendem o significado de suas atividades em maio. ship my car

  11. matildahorner pisze:

    A person who decides to become a volunteer is someone who certainly have a very great soul. You can do many things with the other members there.http://wfgo.net/

  12. helpmykneepain.com pisze:

    C'est ce que nous appelons souvent le soft-vendre le message de votre entreprise. Peut-être vous offrir une gamme de nouveaux produits, il ya des prix fermes, les heures d'affaires ou tout simplement pour renforcer le message que vous avez entreprises propagation.
    helpmykneepain.com

  13. stayalfred.com pisze:

    Het is duidelijk dat zodra een werk is gedaan en toegekend, heeft de onderneming geen enkel contact met de klant tot stand. Er is niet zoiets of eventuele follow-up diensten na verkoop.
    stayalfred.com

  14. TeddyMichael pisze:

    You may be familiar with all the people in the class. Everyone will show the true nature when they are in the same class in a long time. People will know you well.Auto Service Renton

  15. FreddyKim pisze:

    Lai gan pievienojot nedaudz ražošanas izmaksas, pakalpojuma esat aiz kartes papildinājums palielinās efektu un padara to ļoti efektīvs līdzeklis. Tātad, lai izmantotu visus pieejamos plašsaziņas līdzekļos, lai būtu efektīvāka.
    orthopedic surgeon houston

  16. forex signals pisze:

    Jetzt ist der Wettbewerb nicht nur zwischen den Geschäften auf dem Weg, sondern in der ganzen Welt. Scheuen Sie sich nicht von Ihren Mitbewerbern im Internet, weil Sie können auch eine Menge von Medien, um Ihre Website zu fördern.
    forex signals

  17. Safety Supply pisze:

    Askok negozioak erabili ontzi beren produktuak . Inprimakia luxuzko sinplea izan daiteke. Packaging aukera egokia enpresa mezuak banatzeko balizko bezeroei eta erosleei da .
    Safety Supply

  18. Alannah Sligo pisze:

    All these are questions that are not widely known by many people. People usually come to the library to read or borrow books only.free instrumentals

  19. melbourne locksmith pisze:

    A persons of Google Chrome are often those who have intensive activity with web. The application in the search engines Chrome aids extra. Therefore, folks are certain to get easier in using web.melbourne locksmith

  20. NC Photo Booth pisze:

    Valentīna bieži izmanto kā laika izteikt mīlestību, kas ir cilvēkam. Bet diemžēl šī kultūra bieži pārprot daudziem jauniešiem.

  21. Colorado boiler pisze:

    Ir diezgan daudz video, ko var skatīties ar daudziem cilvēkiem. Ikvienam ir grupas novērtējumu vai tās ir labas vai pat slikti.

{"email":"Email address invalid","url":"Website address invalid","required":"Required field missing"}

Newsletter OSnews raz w tygodniu. Bez reklam.