Jak zajistit "necitelnost" kodu v Perlu
Pavel Smerk
xsmerk na informatics.muni.cz
Pondělí Listopad 25 19:18:29 MET 2002
On Mon, Nov 25, 2002 at 07:00:14PM +0100, Honza Pazdziora wrote:
> On Mon, Nov 25, 2002 at 06:47:28PM +0100, Roman Fordinal wrote:
> >
> > docela to chapem
> > napriklad ked umiestnujete ku klientovi aplikaciou a nieje vem uplne
> > jedno ci vam vezme vase know-how
>
> Od toho jsou licencni ujednani, pravnici a soudy. V okamziku behu ta
> aplikace musi byt natazena do pameti v podobe, kdy bude delat to, co
> se po ni chce. V takovem pripade neni pro toho klienta technicky
> problem pustit na to debugger ci jakkoli jinak zjistit, co delate
> a jak to delate. Neverim, ze davate ke klientovi natolik zasadni
> aplikaci, aby Vam skryvani kodu nejak vyvazilo problem, ktery budete
> mit, az Vam klient bude hlasit, ze mu program pada na neznamych
> radcich vstupniho souboru.
>
> Nicmene pokud trvate na tom, ze chcete tuto v podstate nesmyslnou
> cinnost delat, pouzijte Acme::Bleach nebo Acme::EyeDrops.
To jako fakt funguje? Nemam cas to podrobneji zkoumat, ale to si klient
nemuze vhodne upravit ten module Acme::Bleach, aby mu vyplivl zdrojovy kod?
I kdyz pokud to lze i u "prelozeneho" v pameti, tak je to asi fuk, jakym
rozsmodrchatelnym zpusobem se to trochu zasmodrcha.
P.
Další informace o konferenci Perl