-
Hvis det å følge standarder skal ha noen effekt overfor
-leverandører, så må slike krav og ønsker komme inn i anbudstekster når
-systemer kjøpes inn. Har ikke sett noen slike formuleringer i anbud
-så langt, men har tenkt litt på hva som bør inn. Her er noen ideer og
-forslag. Min drøm er at en kan sette krav til slik støtte i
-anbudstekster, men så langt er det nok mer sannsynlig at en må nøye
-seg med å skrive at det er en fordel om slik støtte er tilstede i
-leveranser.
-
-
Som systemadministrator på Universitetet er det typisk to områder
-som er problematiske for meg. Det ene er admin-grensesnittene på
-tjenermaskiner, som vi ønsker å bruke via ssh. Det andre er nettsider
-som vi ønsker å bruke via en nettleser. For begge deler er det viktig
-at protokollene og formatene som brukes følger standarder våre verktøy
-støtter.
-
-
De fleste har nå støtte for SSH som overføringsprotkoll for
-admin-grensesnittet, men det er ikke tilstrekkelig for å kunne stille
-inn f.eks BIOS og RAID-kontroller via ssh-forbindelsen. Det er flere
-aktuelle protokoller for fremvisning av BIOS-oppsett og
-oppstartmeldinger, og min anbefaling ville være å kreve
-VT100-kompatibel protokoll, for å sikre at flest mulig
-terminalemulatorer kan forstå hva som kommer fra admin-grensesnittet
-via ssh. Andre aktuelle alternativer er ANSI-terminalemulering og
-VT220. Kanskje en formulering ala dette i anbudsutlysninger vil
-fungere:
-
-
-BIOS og oppstartmeldinger i administrasjonsgrensesnittet til maskinen
-bør/skal være tilgjengelig via SSH-protokollen som definert av IETF
-(RFC 4251 mfl.) og følge terminalfremvisningprotokollen VT100 (ref?)
-når en kobler seg til oppstart via ssh.
-
-
-
Har ikke lykkes med å finne en god referanse for
-VT100-spesifikasjonen.
-
-
Når det gjelder nettsider, så er det det HTML, CSS og
-JavaScript-spesifikasjonen til W3C som gjelder.
-
-
-Alle systemets nettider bør/skal være i henhold til statens
-standardkatalogs krav om nettsider og følge HTML-standarden som
-definert av W3C, og validere uten feil hos W3Cs HTML-validator
-(http://validator.w3.org). Hvis det brukes CSS så bør/skal denne
-validere uten feil hos W3Cs CSS-validator
-(http://jigsaw.w3.org/css-validator/). Eventuelle JavaScript skal
-være i henhold til EcmaScript-standarden. I tillegg til å følge de
-overnevnte standardene skal websidene fungere i nettleserne (fyll inn
-relevant liste for organisasjonen) Firefox 3.5, Internet Explorer 8,
-Opera 9, etc.
-
-
-
Vil et slikt avsnitt være konkret nok til å få leverandørene til å
-lage nettsider som følger standardene og fungerer i flere
-nettlesere?
-
-
Tar svært gjerne imot innspill på dette temaet til aktive (at)
-nuug.no, og er spesielt interessert i hva andre skriver i sine anbud
-for å oppmuntre leverandører til å følge standardene. Kanskje NUUG
-burde lage et dokument med forslag til standardformuleringer å ta med
-i anbudsutlysninger?
+
Denne gangen er det Tromsøkontoret til Friprog-senteret, og nyvalgt
+styremedlem i foreningen
+FRISK jeg har fått i tale i min intervjuserie med
+Skolelinux-folk.
+
+
Hvem er du, og hva driver du med til daglig?
+
+
Jeg heter Morten Amundsen og jobber i
+Friprog.no, men er for tiden leid
+ut til Bredbåndsfylket
+Troms der jeg jobber med ett prosjekt som heter
+"Skolefjøla"
+Vi ser på en åpen løsning som integrerer eksisterende lukkete
+løsninger sammen med fri programvare. Målet er å gi elever og lærere
+en plattform som de kan tilpasse utfra behov.
+
+
Hvordan kom du i kontakt med Skolelinux-prosjektet?
+
+
Skolelinux har jeg møtt ved flere anledninger opp gjennom åra, både gjennom
+entusiastiske skolelinuxbrukere og skeptiske "forståsegpåere" :-)
+
+
Jeg husker en leverandør av et stort OS for noen år siden mente at
+Skolelinux var kun for hackere og nerder og at ingen seriøse skoler
+kunne ta dette i bruk. Heldigvis er kunnskapen større nå og
+skikkelige "IT-folk" søker alltid å utvide sin kunnskap.
+
+
Hva er fordelene med Skolelinux slik du ser det?
+
+
Ja det er mange fordeler. Uavhengighet, stabilitet, åpenhet, standarder
+osv. Tror det er viktig at man ikke begrenser mulighetene på den plattformen
+elevene skal jobbe.
+
+
Hva er ulempene med Skolelinux slik du ser det?
+
+
Det største hinderet er det vi opplever på andre områder rundt
+fri programvare, nemlig kunnskap. For mange er det trygt å velge det vi
+alltid har valgt. Fordi leverandørene rundt oss sitter på den kunnskapen og
+de vi støtter oss på har den samme. Hvis vi klarer å riste løs litt og
+glemme gamle kriger mellom operativsystemer og leverandører, men sette ned
+hva som er viktig og velge ut fra det, så hadde man kanskje kommet ut med
+litt andre resultat. Jeg tror IT-folk er konservative og velger tradisjonelt
+og det er synd.
+
+
Hvilken fri programvare bruker du til daglig?
+
+
Jeg bruker Ubuntu, Android, Jolicloud, Open Office, Zimbra, Picasa
+og Firefox samt en bråte med tjenester som er webbasert. Det eneste
+som er betalingslisens for er OSX. Ser at jeg jobber mer og mer i
+skyen og setter pris på alt jeg slipper egen klient til. Derfor er
+jeg veldig sjarmert av små kjappe operativsystemer som krever minimalt
+av maskinvaren.
+
+
Hvilken strategi tror du er den rette å bruke for å få
+skoler til å ta i bruk fri programvare?
+
+
Tror en blanding av krav og informasjon er veien å gå. Krav om
+sikkerhet, oppetid og åpne standarder. Informasjon om muligheter og
+alternativer. Her har leverandører, IT-avdelinger og pedagoger en vei
+Ã¥ gÃ¥ sammen. Det er til slutt LÃRING det dreier seg om, og da mÃ¥ man
+få mest mulig læring for pengene man har.
