1 <?xml version=
"1.0" encoding=
"utf-8"?>
2 <rss version='
2.0' xmlns:lj='http://www.livejournal.org/rss/lj/
1.0/' xmlns:
atom=
"http://www.w3.org/2005/Atom">
4 <title>Petter Reinholdtsen
</title>
5 <description></description>
7 <atom:link href=
"index.rss" rel=
"self" type=
"application/rss+xml" />
10 <title>Webbasert tegneseriearkiv på trappene
</title>
11 <link>Webbasert_tegneseriearkiv_p___trappene.html
</link>
12 <guid isPermaLink=
"true">Webbasert_tegneseriearkiv_p___trappene.html
</guid>
13 <pubDate>Sat,
16 May
2009 19:
05:
00 +
0200</pubDate>
15 <p
>For noen dager siden ble jeg tipset om en ny norsk webtjeneste for
16 å holde styr på ens tegneseriesamling. Har så smått begynt å
17 teste den og lagt inn noen hundre oppføringer, og det ser ut til å
18 fungere fint. Utvikleren, Trond Hallstensen, er selv ivrig samler og
19 har laget systemet i første omgang for seg selv, men altså gjort det
20 mulig også for andre å bidra. Tjenesten har potensiale til å bli
21 en komplett og verdifull tegneserieindeks over norske serier. Da jeg
22 oppdaget tjenesten var det endel mangler som gjorde meg skeptisk til
23 å registrere min samling der. Det var nemlig ingen måte å hente ut
24 en maskinlesbar oversikt over det jeg registrerte, slik at mine data
25 ville være innelåst i tjenesten. Siden den gang har Trond lagt til
26 en eksportfunksjon til CSV-format, slik at i hvert fall noen av
27 feltene i databasen kan hentes ut for mine serier. Pr. i dag er det
28 serie, seriegruppe, år, nr og tittel_på_forside.
</p
>
30 <p
>Prinsipielt ønsker jeg å kunne hente ut alle feltene om en
31 tegneserie, for å unngå repetisjon av det som skjedde med IMDB og
32 CDDB på
90-tallet. Begge begynte som fellesskapsprosjekter der
33 brukerne bidro på like vilkår, og ble lukket inne da
34 initiativtageren og innehaveren av maskinen der tjenesten kjørte
35 hadde fått nok innhold til at de ikke lenger følte at de trengte å
36 behandle brukerne som likemenn. Trond har skrevet til meg at flere
37 felter vil bli lagt inn i eksporten (blant annet strekkode), men
38 uttrykt skepsis til å gjøre all informasjonen tilgjengelig (han
39 ønsker slik jeg forsto han å kontrollere tjenesten og ikke gjøre
40 det mulig å lage konkurrerende tjeneste). Holdningen gjør meg ennå
41 mer skeptisk, men tjenesten fungerer fint, så jeg har bestemt meg for
42 å ta den i bruk, men begrense meg til å registrere informasjon som
43 er tilgjengelig i eksporten.
</p
>
45 <p
>Har ennå ikke begynt masseregistrering, da jeg venter på støtte for
46 strekkoder i tjenesten. Har strekkodeleser, og vil spare litt tid i
47 registreringen når jeg går løs på mine esker. Foreløbig har jeg
48 registrert litt tilfeldige serier som ligger rundt om i huset, men for
49 å få et komplett arkiv må nok noen tusen tegneserier registreres.
</p
>
51 <p
>Løsningen er i følge utvikleren laget med et Oracle-spesifikt
52 verktøy for å lage webtjenester, og ikke fri programvare.
53 Utvikleren tar imot innspill men det hørtes ikke ut som om utvikling
54 av systemet var enkelt å dele mellom flere, slik at det må via
57 <p
>Høres dette interessant ut, besøk
58 <a href=
"http://www.mineserier.no/
">mineserier.no
</a
> og ta en
64 <title>Massiv overvåkning av kollektivtrafikken i Oslo planlegges
</title>
65 <link>Massiv_overv__kning_av_kollektivtrafikken_i_Oslo_planlegges.html
</link>
66 <guid isPermaLink=
"true">Massiv_overv__kning_av_kollektivtrafikken_i_Oslo_planlegges.html
</guid>
67 <pubDate>Sat,
16 May
2009 09:
30:
00 +
0200</pubDate>
69 <p
><a href=
"http://www.aftenposten.no/nyheter/oslo/article3078919.ece
">Flere
</a
>
71 <a href=
"http://blogg.karlsbakk.net/
2009/
02/
28/nsb-ruter-og-flexus/
">flere
</a
>
72 protesterer på den massive overvåkningen og registrering av
73 trafikkmønster i kollektivtrafikken som planlegges i Oslo. Det er
74 bra. Jeg mister lysten til å bruke kollektivtransport når jeg ser
75 hvordan trafikkselskapet holder på. Jeg forventer og forlanger å
76 ikke bli overvåket med mindre jeg mistenkes for å ha gjort noe
77 alvorlig galt. Den massive registreringen av hvor og når
78 passasjerene reiser med kollektivtrafikk som planegges av Ruter i Oslo
79 er et grotesk overgrep mot alle som bruker buss, trikk T-bane og tog i
80 Osloområdet.
</p
>
85 <title>3D-printing brer om seg - fabrikkene består
</title>
86 <link>3D_printing_brer_om_seg___fabrikkene_best__r.html
</link>
87 <guid isPermaLink=
"true">3D_printing_brer_om_seg___fabrikkene_best__r.html
</guid>
88 <pubDate>Sun,
10 May
2009 16:
50:
00 +
0200</pubDate>
90 <p
>I
2004 fikk jeg med meg en forelesning om
3D-printing under
<a
91 href=
"http://wiki.oreillynet.com/eurofoo/index.cgi
">euro foo camp
</a
>
92 der jeg lærte mye nytt om
3D-printing. Fikk se et lite sjakktårn
93 skrevet ut i plast, med vindeltrapp på innsiden av tårnet, og en hul
94 gummiball som også var skrevet ut (med et lite hull for å få ut
95 fyllmassen). Ble fortalt at det amerikanske kavaleriet skriver ut
96 reservedeler i metall i felt, og at det fantes amerikanske husbyggere
97 som eksperimenterer med utskrift av hus. De to siste har jeg ikke
98 funnet noen referanser til i ettertid, og har derfor lurt på om det
99 stemmer. Teknologisk skulle det ikke være noe i veien for slike
100 løsninger, det er kun et spørmål om pris på skrivehoder og
101 skrivere. I dag ble jeg tipset om en løsning som
102 <a href=
"http://www.shapeways.com/blog/archives/
217-
3D-printing-buildings-interview-with-Enrico-Dini-of-D_Shape.html
">kan
103 skrive ut hus
</a
>, med sand og bindemiddel i
25 DPI oppløsning. Mon
104 tro om det er fremtidens byggemetode.
</p
>
106 <p
>Jeg er ikke i tvil om at
3D-utskrift vil føre til endringer i
107 hvordan produksjon gjøres, og at tilgjengeligheten på en rekke produkter
108 som i dag er vanskelig eller umulig å få tak i vil bedre seg. Men de
109 som tror at
3D-skrivere vil gjøre fabrikkene overflødige, tror jeg har
110 forregnet seg.
3D-skrivere er fantastisk bra til å lage spesielle
111 dingser på forespørsel, f.eks. etter å ha lastet ned et
3D-design fra
112 tjenester som
<a href=
"http://www.thingiverse.com/
">Thingiverse
</a
>.
113 De er derimot ikke spesielt bra til å lage mange eksemplarer av samme
114 dings. Lav pris pr. enhet er fabrikkenes fortrinn. Hvis det skal
115 lages tusenvis, eller millioner av en dings, så vil fabrikkene
116 sannsynligvis fortsette å slå
3D-skriving ned i støvlene
117 økonomisk, selv om en tar hensyn til transport og logistikk. Hvis
118 det derimot skal lages en håndfull, så vil
3D-skriving fremstå som
119 et suverent alternativ.
3D-skriving er i så måte løsning for
120 <a href=
"http://en.wikipedia.org/wiki/The_Long_Tail
">den lange
121 halen
</a
>, mens fabrikker nok fortsatt vil være løsningen for
122 massemarkedet.
</p
>
127 <title>Lenker samlet
2009-
05-
09</title>
128 <link>Lenker_samlet_2009_05_09.html
</link>
129 <guid isPermaLink=
"true">Lenker_samlet_2009_05_09.html
</guid>
130 <pubDate>Sat,
9 May
2009 22:
40:
00 +
0200</pubDate>
134 <li
><a href=
"http://www.aftenposten.no/meninger/kronikker/article3066834.ece
">Jeg, et offer
</a
>
135 <br
>Aage Borchgrevink drodler om offerrollens framvekst i den norske
136 offentligheten.
</li
>
138 <li
><a href=
"http://www.nuug.no/pub/video/published/
200904-goopen.html
">Opptak fra Go Open
2009 på web
</a
>
139 <br
>Endelig kan jeg få med meg foredragene jeg gikk glipp av.
</li
>
141 <li
><a href=
"http://www.robweir.com/blog/
2009/
05/update-on-odf-spreadsheet.html
">MS Excel
2007 håndterer ODF dårlig
</a
>
142 <br
>Microsoft har lykkes med å implementere ODF slik at de ikke
143 samhandler med noen av de andre som håndterer ODF-regneark.
</li
>
145 <li
><a href=
"http://www.groklaw.net/article.php?story=
20090503215045379">MS
146 Word
2007 håndterer ODF dårlig
</a
>
147 <br
>Fotnoter laget i MS Office blir merkelige i OpenOffice.org.
</li
>
154 <title>IDG mener linux i servermarkedet vil vokse med
21% i
2009</title>
155 <link>IDG_mener_linux_i_servermarkedet_vil_vokse_med_21__i_2009.html
</link>
156 <guid isPermaLink=
"true">IDG_mener_linux_i_servermarkedet_vil_vokse_med_21__i_2009.html
</guid>
157 <pubDate>Thu,
7 May
2009 22:
30:
00 +
0200</pubDate>
160 <a href=
"http://news.cnet.com/
8301-
13505_3-
10216873-
16.html
">interessante
161 tall
</a
> fra IDG om utviklingen av linuxservermarkedet. Fikk meg til
162 å tenke på antall tjenermaskiner ved Universitetet i Oslo der jeg
163 jobber til daglig. En rask opptelling forteller meg at vi har
490
164 (
61%) fysiske unix-tjener (mest linux men også noen solaris) og
196
165 (
25%) windowstjenere, samt
112 (
14%) virtuelle unix-tjenere. Med den
166 bakgrunnskunnskapen kan jeg godt tro at IDG er inne på noe.
</p
>
171 <title>Kryptert harddisk - naturligvis
</title>
172 <link>Kryptert_harddisk___naturligvis.html
</link>
173 <guid isPermaLink=
"true">Kryptert_harddisk___naturligvis.html
</guid>
174 <pubDate>Sat,
2 May
2009 15:
30:
00 +
0200</pubDate>
176 <p
><a href=
"http://www.dagensit.no/trender/article1658676.ece
">Dagens
177 IT melder
</a
> at Intel hevder at det er dyrt å miste en datamaskin,
178 når en tar tap av arbeidstid, fortrolige dokumenter,
179 personopplysninger og alt annet det innebærer. Det er ingen tvil om
180 at det er en kostbar affære å miste sin datamaskin, og det er årsaken
181 til at jeg har kryptert harddisken på både kontormaskinen og min
182 bærbare. Begge inneholder personopplysninger jeg ikke ønsker skal
183 komme på avveie, den første informasjon relatert til jobben min ved
184 Universitetet i Oslo, og den andre relatert til blant annet
185 foreningsarbeide. Kryptering av diskene gjør at det er lite
186 sannsynlig at dophoder som kan finne på å rappe maskinene får noe ut
187 av dem. Maskinene låses automatisk etter noen minutter uten bruk,
188 og en reboot vil gjøre at de ber om passord før de vil starte opp.
189 Jeg bruker Debian på begge maskinene, og installasjonssystemet der
190 gjør det trivielt å sette opp krypterte disker. Jeg har LVM på toppen
191 av krypterte partisjoner, slik at alt av datapartisjoner er kryptert.
192 Jeg anbefaler alle å kryptere diskene på sine bærbare. Kostnaden når
193 det er gjort slik jeg gjør det er minimale, og gevinstene er
194 betydelige. En bør dog passe på passordet. Hvis det går tapt, må
195 maskinen reinstalleres og alt er tapt.
</p
>
197 <p
>Krypteringen vil ikke stoppe kompetente angripere som f.eks. kjøler
198 ned minnebrikkene før maskinen rebootes med programvare for å hente ut
199 krypteringsnøklene. Kostnaden med å forsvare seg mot slike angripere
200 er for min del høyere enn gevinsten. Jeg tror oddsene for at
201 f.eks. etteretningsorganisasjoner har glede av å titte på mine
202 maskiner er minimale, og ulempene jeg ville oppnå ved å forsøke å
203 gjøre det vanskeligere for angripere med kompetanse og ressurser er
204 betydelige.
</p
>
209 <title>Two projects that have improved the quality of free software a lot
</title>
210 <link>Two_projects_that_have_improved_the_quality_of_free_software_a_lot.html
</link>
211 <guid isPermaLink=
"true">Two_projects_that_have_improved_the_quality_of_free_software_a_lot.html
</guid>
212 <pubDate>Sat,
2 May
2009 15:
00:
00 +
0200</pubDate>
214 <p
>There are two software projects that have had huge influence on the
215 quality of free software, and I wanted to mention both in case someone
216 do not yet know them.
</p
>
218 <p
>The first one is
<a href=
"http://valgrind.org/
">valgrind
</a
>, a
219 tool to detect and expose errors in the memory handling of programs.
220 It is easy to use, all one need to do is to run
'valgrind program
',
221 and it will report any problems on stdout. It is even better if the
222 program include debug information. With debug information, it is able
223 to report the source file name and line number where the problem
224 occurs. It can report things like
'reading past memory block in file
225 X line N, the memory block was allocated in file Y, line M
', and
226 'using uninitialised value in control logic
'. This tool has made it
227 trivial to investigate reproducible crash bugs in programs, and have
228 reduced the number of this kind of bugs in free software a lot.
230 <p
>The second one is
231 <a href=
"http://en.wikipedia.org/wiki/Coverity
">Coverity
</a
> which is
232 a source code checker. It is able to process the source of a program
233 and find problems in the logic without running the program. It
234 started out as the Stanford Checker and became well known when it was
235 used to find bugs in the Linux kernel. It is now a commercial tool
236 and the company behind it is running
237 <a href=
"http://www.scan.coverity.com/
">a community service
</a
> for the
238 free software community, where a lot of free software projects get
239 their source checked for free. Several thousand defects have been
240 found and fixed so far. It can find errors like
'lock L taken in file
241 X line N is never released if exiting in line M
', or
'the code in file
242 Y lines O to P can never be executed
'. The projects included in the
243 community service project have managed to get rid of a lot of
244 reliability problems thanks to Coverity.
</p
>
246 <p
>I believe tools like this, that are able to automatically find
247 errors in the source, are vital to improve the quality of software and
248 make sure we can get rid of the crashing and failing software we are
249 surrounded by today.
</p
>
254 <title>No patch is not better than a useless patch
</title>
255 <link>No_patch_is_not_better_than_a_useless_patch.html
</link>
256 <guid isPermaLink=
"true">No_patch_is_not_better_than_a_useless_patch.html
</guid>
257 <pubDate>Tue,
28 Apr
2009 09:
30:
00 +
0200</pubDate>
259 <p
>Julien Blache
260 <a href=
"http://blog.technologeek.org/
2009/
04/
12/
214">claim that no
261 patch is better than a useless patch
</a
>. I completely disagree, as a
262 patch allow one to discuss a concrete and proposed solution, and also
263 prove that the issue at hand is important enough for someone to spent
264 time on fixing it. No patch do not provide any of these positive
265 properties.
</p
>
270 <title>EU-parlamentet raner fellesskapet for musikk
</title>
271 <link>EU_parlamentet_raner_fellesskapet_for_musikk.html
</link>
272 <guid isPermaLink=
"true">EU_parlamentet_raner_fellesskapet_for_musikk.html
</guid>
273 <pubDate>Sun,
26 Apr
2009 08:
30:
00 +
0200</pubDate>
275 <p
>Slashdot melder at EU-parlamentet har vedtatt
276 <a href=
"http://www.europarl.europa.eu/news/expert/infopress_page/
058-
54192-
111-
04-
17-
909-
20090422IPR54191-
21-
04-
2009-
2009-false/default_en.htm
">å
277 øke vernetiden for musikkopptak fra
50 til
70 år
</a
>, og dermed rane
278 fellesskapet for
20 år med musikk som ville vært tilgjengelig uten
279 bruksbegresninger. Mon tro hvor mye musikk som vil gå tapt pga. at
280 ingen tar vare på den (opphavsrettsinnehaver er forsvunnet), mens
281 ingen andre har lov til å kopiere og distribuere den. Mon tro hvor
282 mange musikkstykker som ikke kan brukes uten bruksbegresninger av
283 folket, som skulle falt i det fri men som i stedet forblir under
284 rettighetshavers monopol. Opphavsrettslovgivingen blir mer og mer
285 urimelig. Tenke seg til at vernetiden startet i USA med
7 år og
286 mulighet for forlengelse med
7 år. Nå er den
95 år der, og en stor
287 mengde verk blir foreldreløse og umulig å få tak i. Har ikke lykkes
288 med å finne ut hvor lang opphavsretten var i utgangspunktet i Norge.
289 I dag er den
70 år.
</p
>
291 <p
>Jeg er glad det finnes
<a href=
"http://www.jamendo.com/
">så mye
292 musikk tilgjengelig uten bruksbegresninger
</a
> at en kan klare seg
293 uten musikk med bruksbegresninger.
</p
>
298 <title>Hvor flyter Microsofts penger?
</title>
299 <link>Hvor_flyter_Microsofts_penger_.html
</link>
300 <guid isPermaLink=
"true">Hvor_flyter_Microsofts_penger_.html
</guid>
301 <pubDate>Fri,
24 Apr
2009 11:
10:
00 +
0200</pubDate>
303 <p
>Dagens nyhet er at omsetningen til Microsoft for første gang er
304 synkende. Ikke spesielt uventet med den generelle nedgangen i
305 økonomien som vi ser verden over. Det fikk meg dog til å tenke på en
306 ting fra noen år tilbake.
</p
>
308 <p
>Da jeg besøkte en kamerat i Beijing sommeren
2000, ble jeg fortalt
309 at påstanden til Microsoft om at de brakte inn enorme pengesummer til
310 USA nok var litt overdrevet, da de fleste inntektene fra lisenssalg
311 rundt om i verden ble kanalisert inn til skatteparadiset
312 <a href=
"http://en.wikipedia.org/wiki/Cayman_Islands
">Cayman
313 Island
</a
>. Jeg har aldri lykkes med å få bekreftet dette påstanden,
314 men tok i dag en titt på hvilke selskaper som eier de norske delene av
315 Microsoft som jeg kjenner til, dvs.
316 <a href=
"http://www.proff.no/proff/search/companyRoles.c?freeText=microsoft
&bc=
0&c=Z001YP4Y
&org=
957485030">Microsoft
317 Norge AS
</a
> og
318 <a href=
"http://www.proff.no/proff/search/companyRoles.c?freeText=fast
&bc=
348&c=Z0HR5KDT
&org=
979158831">FAST,
319 A Microsoft Subsidiary
</a
> (tidligere FAST Search
& Transfer ASA).
</p
>
321 <p
>Førstnevnte er eid av
"Microsoft International Holdings Spain
322 S.R.L.
", mens sistnevnte i følge Wikipedia nå eies av
323 Microsoft-underselskapet
"MACS Holdings Limited
". Jeg har ikke klart
324 å finne mer informasjon om noen av disse. Mon tro om noen av dem
325 sender pengene til Cayman Island? Finner det jeg tror er
326 <a href=
"http://www.informacion-empresas.com/Empresa_MICROSOFT-INTERNATIONAL-HOLDINGS-SPAIN.html
">informasjon
327 om spaniaselskapet på spansk
</a
>, men jeg kan ikke lese spansk. :(
</p
>