<link></link>
<atom:link href="index.rss" rel="self" type="application/rss+xml" />
+ <item>
+ <title>Hvor flyter Microsofts penger?</title>
+ <link>Hvor_flyter_Microsofts_penger_.html</link>
+ <guid isPermaLink="true">Hvor_flyter_Microsofts_penger_.html</guid>
+ <pubDate>Fri, 24 Apr 2009 11:10:00 +0200</pubDate>
+ <description>
+<p>Dagens nyhet er at omsetningen til Microsoft for første gang er
+synkende. Ikke spesielt uventet med den generelle nedgangen i
+økonomien som vi ser verden over. Det fikk meg dog til å tenke på en
+ting fra noen år tilbake.</p>
+
+<p>Da jeg besøkte en kamerat i Beijing sommeren 2000, ble jeg fortalt
+at påstanden til Microsoft om at de brakte inn enorme pengesummer til
+USA nok var litt overdrevet, da de fleste inntektene fra lisenssalg
+rundt om i verden ble kanalisert inn til skatteparadiset
+<a href="http://en.wikipedia.org/wiki/Cayman_Islands">Cayman
+Island</a>. Jeg har aldri lykkes med å få bekreftet dette påstanden,
+men tok i dag en titt på hvilke selskaper som eier de norske delene av
+Microsoft som jeg kjenner til, dvs.
+<a href="http://www.proff.no/proff/search/companyRoles.c?freeText=microsoft&bc=0&c=Z001YP4Y&org=957485030">Microsoft
+Norge AS</a> og
+<a href="http://www.proff.no/proff/search/companyRoles.c?freeText=fast&bc=348&c=Z0HR5KDT&org=979158831">FAST,
+A Microsoft Subsidiary</a> (tidligere FAST Search & Transfer ASA).</p>
+
+<p>Førstnevnte er eid av "Microsoft International Holdings Spain
+S.R.L.", mens sistnevnte i følge Wikipedia nå eies av
+Microsoft-underselskapet "MACS Holdings Limited". Jeg har ikke klart
+å finne mer informasjon om noen av disse. Mon tro om noen av dem
+sender pengene til Cayman Island? Finner det jeg tror er
+<a href="http://www.informacion-empresas.com/Empresa_MICROSOFT-INTERNATIONAL-HOLDINGS-SPAIN.html">informasjon
+om spaniaselskapet på spansk</a>, men jeg kan ikke lese spansk. :(</p>
+</description>
+ </item>
+
<item>
<title>Hvorfor jeg ikke bruker eFaktura</title>
<link>Hvorfor_jeg_ikke_bruker_eFaktura.html</link>
</description>
</item>
- <item>
- <title>Time for new LDAP schemas replacing RFC 2307?</title>
- <link>Time_for_new__LDAP_schemas_replacing_RFC_2307_.html</link>
- <guid isPermaLink="true">Time_for_new__LDAP_schemas_replacing_RFC_2307_.html</guid>
- <pubDate>Sun, 29 Mar 2009 20:30:00 +0200</pubDate>
- <description>
-<p>The state of standardized LDAP schemas on Linux is far from
-optimal. There is RFC 2307 documenting one way to store NIS maps in
-LDAP, and a modified version of this normally called RFC 2307bis, with
-some modifications to be compatible with Active Directory. The RFC
-specification handle the content of a lot of system databases, but do
-not handle DNS zones and DHCP configuration.</p>
-
-<p>In <a href="http://www.skolelinux.org/">Debian Edu/Skolelinux</a>,
-we would like to store information about users, SMB clients/hosts,
-filegroups, netgroups (users and hosts), DHCP and DNS configuration,
-and LTSP configuration in LDAP. These objects have a lot in common,
-but with the current LDAP schemas it is not possible to have one
-object per entity. For example, one need to have at least three LDAP
-objects for a given computer, one with the SMB related stuff, one with
-DNS information and another with DHCP information. The schemas
-provided for DNS and DHCP are impossible to combine into one LDAP
-object. In addition, it is impossible to implement quick queries for
-netgroup membership, because of the way NIS triples are implemented.
-It just do not scale. I believe it is time for a few RFC
-specifications to cleam up this mess.</p>
-
-<p>I would like to have one LDAP object representing each computer in
-the network, and this object can then keep the SMB (ie host key), DHCP
-(mac address/name) and DNS (name/IP address) settings in one place.
-It need to be efficently stored to make sure it scale well.</p>
-
-<p>I would also like to have a quick way to map from a user or
-computer and to the net group this user or computer is a member.</p>
-
-<p>Active Directory have done a better job than unix heads like myself
-in this regard, and the unix side need to catch up. Time to start a
-new IETF work group?</p>
-</description>
- </item>
-
</channel>
</rss>