eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plPodatkiGrupypl.soc.prawo.podatkijak nie byc zatrudnionym na czarno? › Re: jak nie byc zatrudnionym na czarno?
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!goblin1!goblin.stu.neva.ru!news.glorb.com!news-out.readnews.com!transi
    t3.readnews.com!nx02.iad01.newshosting.com!newshosting.com!newsfeed.neostrada.p
    l!unt-exc-01.news.neostrada.pl!unt-spo-a-02.news.neostrada.pl!news.neostrada.pl
    .POSTED!not-for-mail
    Newsgroups: pl.soc.prawo.podatki
    Date: Wed, 1 Aug 2012 19:38:54 +0200
    From: Gotfryd Smolik news <s...@s...com.pl>
    Subject: Re: jak nie byc zatrudnionym na czarno?
    In-Reply-To: <1...@p...pl.invalid>
    Message-ID: <Pine.WNT.4.64.1208011918210.2856@quad>
    References: <jv90us$91r$1@inews.gazeta.pl> <jv939o$e4s$1@inews.gazeta.pl>
    <s...@p...org> <jv93ss$e4s$2@inews.gazeta.pl>
    <s...@p...org>
    <1...@p...pl.invalid>
    <s...@p...org>
    <1...@p...pl.invalid>
    X-X-Sender: moj@quad
    MIME-Version: 1.0
    Content-Type: TEXT/PLAIN; charset=ISO-8859-2; format=flowed
    Content-Transfer-Encoding: 8BIT
    User-Agent: Hamster/2.1.0.11
    Lines: 72
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: 83.15.167.123
    X-Trace: 1343893394 unt-rea-a-02.news.neostrada.pl 1309 83.15.167.123:62894
    X-Complaints-To: a...@n...neostrada.pl
    Xref: news-archive.icm.edu.pl pl.soc.prawo.podatki:236459
    [ ukryj nagłówki ]

    On Tue, 31 Jul 2012, RoMan Mandziejewicz wrote:

    > Hello Wojciech,
    >
    >>> Ale dlaczego w ogóle przekazywanie praw majatkowych?
    >> Z powodów praktycznych. Z dziełem w postaci "strony" bez przekazania p.m. ciężko
    >> cokolwiek zrobić, a w szczególności np. swobodnie modyfikować, czy oddać innej
    >> firmie do przeróbek.
    >
    > Ale do tego nie potrzeba praw majątkowych.

    Wypada się w 100% zgodzić.
    Licencja może uprawniać do modyfikacja na własne potrzeby (bez
    innych praw wobec podmiotów trzecić).

    > Przekazanie praw majatkowych oznacza przekazanie wyłączności.

    Ponieważ nie jest możliwe prawnie przekazanie "wszystkich
    praw w sposób nieograniczonych" (choćby z powodu nieznanych
    dziś pól eksploatacji, które pojawią się w przyszłości),
    określenie "przekazanie" jest mało ścisłe.
    A w rozumieniu "sprzedaży praw" mieści się *bardzo* szeroki
    wachlarz zakresu "przekazywania", w tym bardzo daleki od
    wyłączności.

    Jest więc pytaniem definicja "przekazania" - Twoja definicja,
    bo prawnej nie ma.
    Zaś między potocznie rozumianą licencją w rozumieniu typowego
    użytkowania danej wartości intelektualnej a "prawnie możliwym
    przekazaniem maksimum możliwych praw, włącznie z zadbaniem o pisemne
    potwierdzenie przekazania tych praw które muszą zostać odrębnie
    ujęte w umowie" *na wyłączność*, IMO jest przepaść.
    Na początek, może istnieć bardzo "słaba" licencja (pozwalająca
    na bardzo niewiele), ale w tym zakresie owa licencja może
    być wyłączna.
    Po drugiej stronie (sprzedaży praw) są bardzo szerokie prawa
    (w tym do powielania, publikacji itede), ale niewyłączne.

    Krótko mówiąc - protestuję przeciwko uogólnianiu, w tym
    uogólnianiu opartemu o tezie "bo moi klienci tak chcą".

    > Czyli
    > zablokowanie dla autora możliwosci ponownego wykorzystania własnych
    > np. skryptów. Dla każdego klienta musiałby tworzyć całkowicie od zera
    > nowy produkt, narażajac się na zarzuty łamania umowy poprzednich
    > klientów szukających zbieżności w kodzie.

    Owszem, tłumaczenie dlaczego przynajmniej część kodu nie jest
    i nie powinna być (również w interesie klienta!) "na wyłączność"
    może być powodem dużego zużycia kawy ;)

    > Własnie przez takie handlowanie prawami majatkowymi w dziedzinie
    > oprogramowania oraz patentowania oczywistosci mamy całe sfory trolli
    > patentowych.

    Uprzejmie proszę, nie mieszaj tych dwu rzeczy.
    Co do "niewyłączności" j.w. (IMO jest to *również* w interesie
    klienta), ale sprzedaż konkretnego produktu na wyłączność
    jednak nie blokuje możliwości zastowania tak działającego
    rozwiązania przez innych.

    Co do skutecznosci skutków ubocznych z prawa patentowego
    w 100% się zgadzam, niestety.
    Od "zakupu do szuflady" do "zapisów obejściowych" (w tym sławny
    "dobry patent" Singera, który chronił nie rzeczywiste
    rozwiązanie, a czysto "inżynierski", oczywisty i niezbyt
    twórczy element, bez którego trudno skonstruować zupełnie
    inne rozwiązanie).
    Ale zablokowania konkretnego programu ta cecha nie dotyczy!
    (znaczy blokujemy dany program, a nie rozwiązanie jako takie).

    pzdr, Gotfryd

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1