<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Åpen kildekode, livets rett?</title>
	<atom:link href="http://blog.codewrench.net/2009/03/02/apen-kildekode-livets-rett/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.codewrench.net/2009/03/02/apen-kildekode-livets-rett/</link>
	<description>My thoughs on stuff</description>
	<lastBuildDate>Thu, 26 Jan 2012 21:27:04 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jarl</title>
		<link>http://blog.codewrench.net/2009/03/02/apen-kildekode-livets-rett/comment-page-1/#comment-31</link>
		<dc:creator>Jarl</dc:creator>
		<pubDate>Mon, 02 Mar 2009 11:48:00 +0000</pubDate>
		<guid isPermaLink="false">http://importdump.wordpress.com/2009/03/02/apen-kildekode-livets-rett/#comment-31</guid>
		<description>Ja, en slik løsning er jo en klar forbedring og i prinsippet leverandøruavhengig. &lt;br/&gt;&lt;br/&gt;Men likevel:&lt;br/&gt;&lt;br/&gt;1. &lt;b&gt;Gjenbruk:&lt;/b&gt;&lt;br/&gt;Ferdig løsning kan ikke fritt brukes videre av alle de andre kommunene.&lt;br/&gt;&lt;br/&gt;2. &lt;b&gt;Spesialtilpasninger:&lt;/b&gt;&lt;br/&gt;Dersom kommunene ønsker videre tilpasninger (uavhengig av behov fra andre kommuner) vil i mange tilfeller til og med partnerne komme til kort: Det vil veldig ofte være nøye avgrensede deler av koden som kun er tilgjengelig gjennom API for partnerne og som gjør at disse alltids må gjøre API-spesifikke &quot;workarounds&quot; for å få til spesialtilpasninger.&lt;br/&gt;&lt;br/&gt;Dette gjelder i høyeste grad .NET-programmering mot web. Der må man enten greie seg med HTML fra 2001 (bokstavelig talt) som spyttes ut fra f.eks. tableGrid og lage workarounds eller produsere helt egne UserControls for tabeller (som jeg gjerne skulle delt med andre), for det meste fra bunnen av, for å få det til å kjøre fort nok.&lt;br/&gt;&lt;br/&gt;Her er det dessverre ingen muligheter for å &quot;gå til kilden&quot; for å reparere (de ofte små) problemene og resultatet blir at det enten lages en workaround eller en separat løsning fra bunn.&lt;br/&gt;&lt;br/&gt;Eksempelet er kanskje ikke det beste men er vel for meg kanskje noe av det som gjorde at Ting Tok Tid når det egentlig ikke var nødvendig.&lt;br/&gt;&lt;br/&gt;(Jeg kan heller ikke ta med meg forbedringene vi gjorde til neste arbeidsgiver for å kunne gjøre jobben raskere og bedre der, ei heller kan andre benytte seg av det.)</description>
		<content:encoded><![CDATA[<p>Ja, en slik løsning er jo en klar forbedring og i prinsippet leverandøruavhengig. </p>
<p>Men likevel:</p>
<p>1. <b>Gjenbruk:</b><br />Ferdig løsning kan ikke fritt brukes videre av alle de andre kommunene.</p>
<p>2. <b>Spesialtilpasninger:</b><br />Dersom kommunene ønsker videre tilpasninger (uavhengig av behov fra andre kommuner) vil i mange tilfeller til og med partnerne komme til kort: Det vil veldig ofte være nøye avgrensede deler av koden som kun er tilgjengelig gjennom API for partnerne og som gjør at disse alltids må gjøre API-spesifikke &#8220;workarounds&#8221; for å få til spesialtilpasninger.</p>
<p>Dette gjelder i høyeste grad .NET-programmering mot web. Der må man enten greie seg med HTML fra 2001 (bokstavelig talt) som spyttes ut fra f.eks. tableGrid og lage workarounds eller produsere helt egne UserControls for tabeller (som jeg gjerne skulle delt med andre), for det meste fra bunnen av, for å få det til å kjøre fort nok.</p>
<p>Her er det dessverre ingen muligheter for å &#8220;gå til kilden&#8221; for å reparere (de ofte små) problemene og resultatet blir at det enten lages en workaround eller en separat løsning fra bunn.</p>
<p>Eksempelet er kanskje ikke det beste men er vel for meg kanskje noe av det som gjorde at Ting Tok Tid når det egentlig ikke var nødvendig.</p>
<p>(Jeg kan heller ikke ta med meg forbedringene vi gjorde til neste arbeidsgiver for å kunne gjøre jobben raskere og bedre der, ei heller kan andre benytte seg av det.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pål Andreassen</title>
		<link>http://blog.codewrench.net/2009/03/02/apen-kildekode-livets-rett/comment-page-1/#comment-30</link>
		<dc:creator>Pål Andreassen</dc:creator>
		<pubDate>Mon, 02 Mar 2009 09:51:00 +0000</pubDate>
		<guid isPermaLink="false">http://importdump.wordpress.com/2009/03/02/apen-kildekode-livets-rett/#comment-30</guid>
		<description>Jeg har tidligere jobbet mye med et web basert CMS kalt EPiServer. Der slåss vi ofte mot feks eZ-Publish. &lt;br/&gt;&lt;br/&gt;Argumentet med leverandør-uavhengig kode løste EPiServer veldig elegant ved å ha flere partnere som solgte produktet. Så skulle en partner gå konk, eller samarbeidet går dårlig, så finnes det nok av andre å ta av.&lt;br/&gt;&lt;br/&gt;I tillegg var all kildekoden deponert i en såkalt Escrow-avtale. Om EPiServer selv gikk konkurs så ville alle kunder og partnere få tilgang til kildekoden.</description>
		<content:encoded><![CDATA[<p>Jeg har tidligere jobbet mye med et web basert CMS kalt EPiServer. Der slåss vi ofte mot feks eZ-Publish. </p>
<p>Argumentet med leverandør-uavhengig kode løste EPiServer veldig elegant ved å ha flere partnere som solgte produktet. Så skulle en partner gå konk, eller samarbeidet går dårlig, så finnes det nok av andre å ta av.</p>
<p>I tillegg var all kildekoden deponert i en såkalt Escrow-avtale. Om EPiServer selv gikk konkurs så ville alle kunder og partnere få tilgang til kildekoden.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarl Arntzen</title>
		<link>http://blog.codewrench.net/2009/03/02/apen-kildekode-livets-rett/comment-page-1/#comment-29</link>
		<dc:creator>Jarl Arntzen</dc:creator>
		<pubDate>Mon, 02 Mar 2009 08:45:00 +0000</pubDate>
		<guid isPermaLink="false">http://importdump.wordpress.com/2009/03/02/apen-kildekode-livets-rett/#comment-29</guid>
		<description>Jepp. Det er i bunn og grunn kvaliteten på utviklerne som har mest å si.&lt;br/&gt;&lt;br/&gt;Åpen kildekode er det samme som &lt;b&gt;leverandør-uavhenging&lt;/b&gt; kode og denne egenskapen er langt viktigere enn innkjøpsprisen på koden.&lt;br/&gt;&lt;br/&gt;Med proprietær kode kan man lett oppleve at på grunn av begrensningene i lisens-avtalen så kan en forbedring som lages etter timespris for Bergen ikke kan benyttes i Oslo uten at sistnevnte må tegne en ny lisensavtale og må ut med nye beløp.&lt;br/&gt;&lt;br/&gt;Dermed oppnår man gjenbruk og kan lettere nå målet med at kommunens etater skal kunne tilby det samme og med samme kvalitet uansett hvor man er i landet.</description>
		<content:encoded><![CDATA[<p>Jepp. Det er i bunn og grunn kvaliteten på utviklerne som har mest å si.</p>
<p>Åpen kildekode er det samme som <b>leverandør-uavhenging</b> kode og denne egenskapen er langt viktigere enn innkjøpsprisen på koden.</p>
<p>Med proprietær kode kan man lett oppleve at på grunn av begrensningene i lisens-avtalen så kan en forbedring som lages etter timespris for Bergen ikke kan benyttes i Oslo uten at sistnevnte må tegne en ny lisensavtale og må ut med nye beløp.</p>
<p>Dermed oppnår man gjenbruk og kan lettere nå målet med at kommunens etater skal kunne tilby det samme og med samme kvalitet uansett hvor man er i landet.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

