<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.1.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Reacties op: Waarom hebben licenties altijd zulk moeilijk taalgebruik?</title>
	<link>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/</link>
	<description>Arnoud Engelfriets blog over juridische zaken op internet, auteursrecht, octrooien en meer</description>
	<pubDate>Wed, 23 May 2012 08:18:20 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.1.2</generator>

	<item>
		<title>Door: Douwe Linders</title>
		<link>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31514</link>
		<author>Douwe Linders</author>
		<pubDate>Wed, 09 Feb 2011 07:54:04 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31514</guid>
					<description>Geniale vrijwaring Arnoud</description>
		<content:encoded><![CDATA[<p>Geniale vrijwaring Arnoud</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Franc</title>
		<link>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31517</link>
		<author>Franc</author>
		<pubDate>Wed, 09 Feb 2011 08:02:36 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31517</guid>
					<description>&lt;blockquote cite=""&gt;En dan copypasten we maar het vorige contract want dat zal dan wel goed genoeg zijn.&lt;/blockquote&gt;
Hahaha je lijkt wel een (luie) programmeur, begrijp nu waarom je in de IT hoek zit ;)</description>
		<content:encoded><![CDATA[<blockquote cite=""><p>En dan copypasten we maar het vorige contract want dat zal dan wel goed genoeg zijn.</p></blockquote>
<p>Hahaha je lijkt wel een (luie) programmeur, begrijp nu waarom je in de IT hoek zit <img src='http://blog.iusmentis.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /></p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Lepelaar</title>
		<link>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31519</link>
		<author>Lepelaar</author>
		<pubDate>Wed, 09 Feb 2011 08:19:03 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31519</guid>
					<description>Je kan een "do what the fuck you want" ook niet echt vergelijken met eentje die probeert dicht te timmeren. Dat is hetzelfde als het vergelijken van een kookrecept met een "pleur der maar in".

Waarom altijd dat geklets over theelepels, lepels, eetlepels, soeplepels, maatbekers, bloem of meel... waarom niet gewoon een "pleur der maar in"? Antwoord lijkt me logisch.</description>
		<content:encoded><![CDATA[<p>Je kan een &#8220;do what the fuck you want&#8221; ook niet echt vergelijken met eentje die probeert dicht te timmeren. Dat is hetzelfde als het vergelijken van een kookrecept met een &#8220;pleur der maar in&#8221;.</p>
<p>Waarom altijd dat geklets over theelepels, lepels, eetlepels, soeplepels, maatbekers, bloem of meel&#8230; waarom niet gewoon een &#8220;pleur der maar in&#8221;? Antwoord lijkt me logisch.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Martijn</title>
		<link>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31520</link>
		<author>Martijn</author>
		<pubDate>Wed, 09 Feb 2011 08:21:05 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31520</guid>
					<description>Het zou al een hoop schelen als van alle licenties twee versies bestaan:

* een om mee te slaan in een rechtzaak en
* een om te lezen, met de intentie.

Daarbij moet natuurlijk in de 2e staan dat er alleen op basis van de eerste gevochten mag worden. 
Het is een beetje het idee van een toelichting bij een wet, of de EU regels waarbij (volgens mij) de Engelse tekst leidend is.

Op die manier kunnen al die eula's aan stuk korter, en voor de mensen die het echt willen weten kunnen ze door klikken naar de advocaten-jargon-details-versie.</description>
		<content:encoded><![CDATA[<p>Het zou al een hoop schelen als van alle licenties twee versies bestaan:</p>
<p>* een om mee te slaan in een rechtzaak en<br />
* een om te lezen, met de intentie.</p>
<p>Daarbij moet natuurlijk in de 2e staan dat er alleen op basis van de eerste gevochten mag worden.<br />
Het is een beetje het idee van een toelichting bij een wet, of de EU regels waarbij (volgens mij) de Engelse tekst leidend is.</p>
<p>Op die manier kunnen al die eula&#8217;s aan stuk korter, en voor de mensen die het echt willen weten kunnen ze door klikken naar de advocaten-jargon-details-versie.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Mark Berck</title>
		<link>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31521</link>
		<author>Mark Berck</author>
		<pubDate>Wed, 09 Feb 2011 08:54:50 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31521</guid>
					<description>Martijn, wat jij zegt is wat Creative Commons doet. 

Maar wat ik me afvraag waarom er niet in de licenties een simpel lijstje staat met:

- U mag deze software niet gebruiken voor:
  o .....
  o .....
  o .....
- Wij zijn niet verantwoordelijk voor:
  o .....
  o .....
  o .....
etc...

Dat is toch veel leesbaarder en beheersbaar.</description>
		<content:encoded><![CDATA[<p>Martijn, wat jij zegt is wat Creative Commons doet. </p>
<p>Maar wat ik me afvraag waarom er niet in de licenties een simpel lijstje staat met:</p>
<p>- U mag deze software niet gebruiken voor:<br />
  o &#8230;..<br />
  o &#8230;..<br />
  o &#8230;..<br />
- Wij zijn niet verantwoordelijk voor:<br />
  o &#8230;..<br />
  o &#8230;..<br />
  o &#8230;..<br />
etc&#8230;</p>
<p>Dat is toch veel leesbaarder en beheersbaar.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Postvak IN</title>
		<link>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31522</link>
		<author>Postvak IN</author>
		<pubDate>Wed, 09 Feb 2011 08:57:19 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31522</guid>
					<description>OMGWTFBBQ! Waarom zou je je druk maken om het feit hoe serieus een rechter je WTFPL neemt indien je je werk onder zo een licentie vrij geeft? Neigt naar een werk in het publieke domein. Of trek ik te snel conclusies?</description>
		<content:encoded><![CDATA[<p>OMGWTFBBQ! Waarom zou je je druk maken om het feit hoe serieus een rechter je WTFPL neemt indien je je werk onder zo een licentie vrij geeft? Neigt naar een werk in het publieke domein. Of trek ik te snel conclusies?</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Arnoud Engelfriet</title>
		<link>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31524</link>
		<author>Arnoud Engelfriet</author>
		<pubDate>Wed, 09 Feb 2011 11:02:20 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31524</guid>
					<description>@Lepelaar: Goed punt, alleen bij licenties heb je nog de redelijkheid en billijkheid die je 'recept' aanvullen. Misschien is de analogie dat je een deskundige kok minder hoeft te vertellen, omdat hij heus wel weet wat hij moet doen bij "braad het vlees".</description>
		<content:encoded><![CDATA[<p>@Lepelaar: Goed punt, alleen bij licenties heb je nog de redelijkheid en billijkheid die je &#8216;recept&#8217; aanvullen. Misschien is de analogie dat je een deskundige kok minder hoeft te vertellen, omdat hij heus wel weet wat hij moet doen bij &#8220;braad het vlees&#8221;.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Wim ten Brink</title>
		<link>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31525</link>
		<author>Wim ten Brink</author>
		<pubDate>Wed, 09 Feb 2011 11:12:25 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31525</guid>
					<description>Tja, het probleem van het vrijgeven van code op deze manier is dat je nog wel als schuldige aangewezen kunt worden indien door jouw code de eerstvolgende Space Shuttle ontploft... Die disclaimers dienen niet alleen om je code ook absoluut gratis te maken maar ook om de auteur te vrijwaren van mogelijke juridische gevolgen door het gebruik van die code. Zeker als je code later ook nog eens opduikt in malware en jij dus als mede-schuldige gezien kunt worden.
Gebeurt dat? Yep, helaas wel. Voor Delphi 9Pascal) is er een speciale library beschikbaar (commercieel, overigens) genaamd MadExcept, onderdeel van de &lt;a href="http://www.madshi.net/" rel="nofollow"&gt;MadCollection&lt;/a&gt;. Een mooie set componenten, alleen is deze ooit gebruikt door een stel malware auteurs en hebben diverse antivirus software producenten een signature tegen deze virussen gemaakt op basis van de library in plaats van het betreffende virus. Het resultaat was dat niet alleen het virus nu geblokkeerd werd maar ook honderden legitieme applicaties! Oeps! Gelukkig hebben de AV producenten hun fout uiteindelijk erkend en het probleem opgelost maar moet je eens bedenken wat voor schade dit kan hebben als een stukje code ervoor zorgt dat op een gegeven moment duizenden gebruikers hun legitieme software in de quarantaine-box zien verdwijnen.
Dus wees verstandig, zet op zijn minst een disclaimer erbij dat jij, de auteur, niet verantwoordelijk bent voor enig misbruik of bugs in de code.</description>
		<content:encoded><![CDATA[<p>Tja, het probleem van het vrijgeven van code op deze manier is dat je nog wel als schuldige aangewezen kunt worden indien door jouw code de eerstvolgende Space Shuttle ontploft&#8230; Die disclaimers dienen niet alleen om je code ook absoluut gratis te maken maar ook om de auteur te vrijwaren van mogelijke juridische gevolgen door het gebruik van die code. Zeker als je code later ook nog eens opduikt in malware en jij dus als mede-schuldige gezien kunt worden.<br />
Gebeurt dat? Yep, helaas wel. Voor Delphi 9Pascal) is er een speciale library beschikbaar (commercieel, overigens) genaamd MadExcept, onderdeel van de <a href="http://www.madshi.net/" rel="nofollow">MadCollection</a>. Een mooie set componenten, alleen is deze ooit gebruikt door een stel malware auteurs en hebben diverse antivirus software producenten een signature tegen deze virussen gemaakt op basis van de library in plaats van het betreffende virus. Het resultaat was dat niet alleen het virus nu geblokkeerd werd maar ook honderden legitieme applicaties! Oeps! Gelukkig hebben de AV producenten hun fout uiteindelijk erkend en het probleem opgelost maar moet je eens bedenken wat voor schade dit kan hebben als een stukje code ervoor zorgt dat op een gegeven moment duizenden gebruikers hun legitieme software in de quarantaine-box zien verdwijnen.<br />
Dus wees verstandig, zet op zijn minst een disclaimer erbij dat jij, de auteur, niet verantwoordelijk bent voor enig misbruik of bugs in de code.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Thijs Cadier</title>
		<link>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31526</link>
		<author>Thijs Cadier</author>
		<pubDate>Wed, 09 Feb 2011 11:17:56 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31526</guid>
					<description>Ik denk dat de MIT licence zeer geschikt is voor de case van de lezer:

http://www.opensource.org/licenses/mit-license.php</description>
		<content:encoded><![CDATA[<p>Ik denk dat de MIT licence zeer geschikt is voor de case van de lezer:</p>
<p><a href="http://www.opensource.org/licenses/mit-license.php" rel="nofollow">http://www.opensource.org/licenses/mit-license.php</a></p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Nathalie</title>
		<link>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31527</link>
		<author>Nathalie</author>
		<pubDate>Wed, 09 Feb 2011 13:28:42 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31527</guid>
					<description>Zelf haal ik inspiratie uit de 'Poetic License' van Alexander E Genaud :-)

Poetic License

This work ‘as-is’ we provide.
No warranty express or implied.
We’ve done our best,
to debug and test.
Liability for damages denied. 

Permission is granted hereby,
to copy, share, and modify.
Use as is fit,
free or for profit.
These rights, on this notice, rely.</description>
		<content:encoded><![CDATA[<p>Zelf haal ik inspiratie uit de &#8216;Poetic License&#8217; van Alexander E Genaud <img src='http://blog.iusmentis.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Poetic License</p>
<p>This work ‘as-is’ we provide.<br />
No warranty express or implied.<br />
We’ve done our best,<br />
to debug and test.<br />
Liability for damages denied. </p>
<p>Permission is granted hereby,<br />
to copy, share, and modify.<br />
Use as is fit,<br />
free or for profit.<br />
These rights, on this notice, rely.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Hans</title>
		<link>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31528</link>
		<author>Hans</author>
		<pubDate>Wed, 09 Feb 2011 15:32:47 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31528</guid>
					<description>Wat betreft juridisch taalgebruik zou ik zeggen (tegen een programmeur): Vergelijk het met een computer, die "begrijpt" je ook niet (of verkeerd) als je je de syntax te losjes hanteert. ;-)</description>
		<content:encoded><![CDATA[<p>Wat betreft juridisch taalgebruik zou ik zeggen (tegen een programmeur): Vergelijk het met een computer, die &#8220;begrijpt&#8221; je ook niet (of verkeerd) als je je de syntax te losjes hanteert. <img src='http://blog.iusmentis.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /></p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Aron Beekman</title>
		<link>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31529</link>
		<author>Aron Beekman</author>
		<pubDate>Wed, 09 Feb 2011 15:44:31 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31529</guid>
					<description>Net als #6:
In de FAQ op &lt;a href="http://sam.zoy.org/wtfpl/" rel="nofollow"&gt;die website&lt;/a&gt; staat:

"&lt;strong&gt;Isn’t this license basically public domain?&lt;/strong&gt;

There is no such thing as “putting a work in the public domain”, you America-centered, Commonwealth-biased individual. Public domain varies with the jurisdictions, and it is in some places debatable whether someone who has not been dead for the last seventy years is entitled to put his own work in the public domain."

Klopt dat? Kan ik als auteur mijn werk niet (overal) in het publieke domein krijgen?</description>
		<content:encoded><![CDATA[<p>Net als #6:<br />
In de FAQ op <a href="http://sam.zoy.org/wtfpl/" rel="nofollow">die website</a> staat:</p>
<p>&#8220;<strong>Isn’t this license basically public domain?</strong></p>
<p>There is no such thing as “putting a work in the public domain”, you America-centered, Commonwealth-biased individual. Public domain varies with the jurisdictions, and it is in some places debatable whether someone who has not been dead for the last seventy years is entitled to put his own work in the public domain.&#8221;</p>
<p>Klopt dat? Kan ik als auteur mijn werk niet (overal) in het publieke domein krijgen?</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Martijn</title>
		<link>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31530</link>
		<author>Martijn</author>
		<pubDate>Wed, 09 Feb 2011 15:46:06 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31530</guid>
					<description>@Hans Nee is geen goed argument. Het gaat juist om communicatie buiten je peers.

Als een programmeur in programmeertaal spreekt tegen een andere programmeur/computer dan gaat het goed, maar tegen zijn oma niet. Net zo voor EULA's en aanverwanten. Een jurist (of dokter, net zo erg vaak)die spreekt tegen gelijken gaat prima, voor de boze buitenwereld zullen ze toch echt onbegrijpelijk zijn.

Ridicuul voorstel: verhef juristenjargon tot dialect (of zelfs taal), dat maakt eula gelijk ongeldig om ze niet in de taal van de ontvanger/koper geschreven zijn.</description>
		<content:encoded><![CDATA[<p>@Hans Nee is geen goed argument. Het gaat juist om communicatie buiten je peers.</p>
<p>Als een programmeur in programmeertaal spreekt tegen een andere programmeur/computer dan gaat het goed, maar tegen zijn oma niet. Net zo voor EULA&#8217;s en aanverwanten. Een jurist (of dokter, net zo erg vaak)die spreekt tegen gelijken gaat prima, voor de boze buitenwereld zullen ze toch echt onbegrijpelijk zijn.</p>
<p>Ridicuul voorstel: verhef juristenjargon tot dialect (of zelfs taal), dat maakt eula gelijk ongeldig om ze niet in de taal van de ontvanger/koper geschreven zijn.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Arnoud Engelfriet</title>
		<link>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31532</link>
		<author>Arnoud Engelfriet</author>
		<pubDate>Wed, 09 Feb 2011 16:30:43 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31532</guid>
					<description>@Aron: Dat klopt. Zie ook &lt;a HREF="http://www.iusmentis.com/auteursrecht/publiekdomein/#plaatsen" rel="nofollow"&gt;Het auteursrechtelijk publiek domein&lt;/A&gt;.</description>
		<content:encoded><![CDATA[<p>@Aron: Dat klopt. Zie ook <a HREF="http://www.iusmentis.com/auteursrecht/publiekdomein/#plaatsen" rel="nofollow">Het auteursrechtelijk publiek domein</a>.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Hans</title>
		<link>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31534</link>
		<author>Hans</author>
		<pubDate>Wed, 09 Feb 2011 16:39:28 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31534</guid>
					<description>@Martijn

Hoezo? Je wilt toch niet beweren dan een computer mijn "peer" is? Precies daarom moet ik door de knieën gaan (zijn syntax gebruiken) als ik 'm iets wil uitleggen.</description>
		<content:encoded><![CDATA[<p>@Martijn</p>
<p>Hoezo? Je wilt toch niet beweren dan een computer mijn &#8220;peer&#8221; is? Precies daarom moet ik door de knieën gaan (zijn syntax gebruiken) als ik &#8216;m iets wil uitleggen.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: SvdB</title>
		<link>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31537</link>
		<author>SvdB</author>
		<pubDate>Wed, 09 Feb 2011 19:11:56 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31537</guid>
					<description>Er lijkt me ook een nadeel aan verbonden om alles precies af te dichten. Want zal een rechter niet meer op de letter en minder naar de geest van de tekst beslissen wanneer je allerlei details specifiek opnoemt, dan wanneer je in algemene termen het idee beschrijft?
En als je dus één klein detail bent vergeten af te dichten, dat je dan eerder de pineut bent?</description>
		<content:encoded><![CDATA[<p>Er lijkt me ook een nadeel aan verbonden om alles precies af te dichten. Want zal een rechter niet meer op de letter en minder naar de geest van de tekst beslissen wanneer je allerlei details specifiek opnoemt, dan wanneer je in algemene termen het idee beschrijft?<br />
En als je dus één klein detail bent vergeten af te dichten, dat je dan eerder de pineut bent?</p>
]]></content:encoded>
				</item>
	<item>
		<title>Door: Arnoud Engelfriet</title>
		<link>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31538</link>
		<author>Arnoud Engelfriet</author>
		<pubDate>Wed, 09 Feb 2011 19:22:19 +0000</pubDate>
		<guid>http://blog.iusmentis.com/2011/02/09/waarom-hebben-licenties-altijd-zulk-moeilijk-taalgebruik/#comment-31538</guid>
					<description>Ja, dat zou zomaar kunnen @SvdB. In &lt;a HREF="http://www.itenrecht.nl/?//Uitleg+lease+hardware+-+betrokkenheid+bedrijfsjuristen////27808/" rel="nofollow"&gt;deze zaak&lt;/A&gt; werd geoordeeld dat
&lt;blockquote&gt;aan de taalkundige betekenis van de woorden van een overeenkomst veel gewicht toekomt, temeer nu ... in dit geval voorafgaand aan de totstandkoming van de DTS overeenkomst er gedurende een periode van drie maanden intensief is onderhandeld, waarbij door beide partijen met name aan de formulering van de uitgangspunten van de samenwerking in de huurovereenkomst veel aandacht is besteed en waarbij door Ordina professionele mensen (onder meer bedrijfsjuristen) zijn ingeschakeld.&lt;/blockquote&gt;

De 'normale' manier om contracten te interpreteren is te gaan "Haviltexen", waarbij het niet genoeg is om alleen naar de letterlijke tekst en taalkundige betekenis daarvan te kijken. Je moet ook kijken naar welke betekenis de partijen aan de tekst gaven en wat ze over en weer van elkaar mochten verwachten.</description>
		<content:encoded><![CDATA[<p>Ja, dat zou zomaar kunnen @SvdB. In <a HREF="http://www.itenrecht.nl/?//Uitleg+lease+hardware+-+betrokkenheid+bedrijfsjuristen////27808/" rel="nofollow">deze zaak</a> werd geoordeeld dat</p>
<blockquote><p>aan de taalkundige betekenis van de woorden van een overeenkomst veel gewicht toekomt, temeer nu &#8230; in dit geval voorafgaand aan de totstandkoming van de DTS overeenkomst er gedurende een periode van drie maanden intensief is onderhandeld, waarbij door beide partijen met name aan de formulering van de uitgangspunten van de samenwerking in de huurovereenkomst veel aandacht is besteed en waarbij door Ordina professionele mensen (onder meer bedrijfsjuristen) zijn ingeschakeld.</p></blockquote>
<p>De &#8216;normale&#8217; manier om contracten te interpreteren is te gaan &#8220;Haviltexen&#8221;, waarbij het niet genoeg is om alleen naar de letterlijke tekst en taalkundige betekenis daarvan te kijken. Je moet ook kijken naar welke betekenis de partijen aan de tekst gaven en wat ze over en weer van elkaar mochten verwachten.</p>
]]></content:encoded>
				</item>
</channel>
</rss>

