Jeg er nok ikke først med det smarte på nettet, men før eller siden kommer det nu nok til mig alligevel.

I øjeblikket forsøger jeg mig med forskellige sociale medier, hvor Twitter er kommet til som det nyeste (følg mine tiwts).

Ud over at twitte for mig selv (mens jeg lige prøver mediet af er det – indrømmet – mest for mig selv) tester jeg det også i forbindelse med min relancering af Vibration.dk som alternativ forum. Vibrations twits kan du også følge.

Spejderliv er friluftsliv. Altså skal spejdere være ude mest muligt, arbejde med naturen som ramme.

I denne weekend var omkring 70 spejdere på 12-16 år og næsten lige som mange hjælpere på Coco Crazy Monkey Race, der er et spejderløb der vægter samarbejde så højt, at det er den patrulje der samarbejder bedst, der vinder.

Vi skulle holde styr på 15 patruljer, der skulle forbi 10 poster med vidt forskellige opgaver. For at kunne følge med i hvor langt spejderne var nået på løbet, skulle postmandskabet indrapportere hvornår patruljerne kom og gik, og om de skulle via en strafpost (em omvej på ca. 1 km).

For at sikre at indrapportering skete mest effektivt fik vi lavet et SMS-system. Postmandskabet skulle så – for hver patrulje – sende en særlig SMS til 1231. Oplysningerne kunne løbets ledere herefter se på en webside. Det betød, at postmandskabet kunne indrapportere på en måde så der ikke skete misforståelser og de kunne gøre det, når det havde bedst mulighed for det.

Uafhængigt heraf kunne løbslederne så tage imod oplysningerne, igen når de havde bedst mulighed for det.

Ved at gøre det på denne måde kunne vi frigøre ressourcer, der gik til at give spejderne en bedre oplevelse på løbet.

Sådan kan teknik bruges i friluftslivets tjeneste.

Når data skal flyttes fra ét system til et andet kan man principielt bruge to fremgangsmåder (forudsætning: data SKAL flyttes): man kan kopiere det hele eller man kan indtaste alt data manuelt.

Selv når der er tale om ganske store datamængder kan der være gode grunde til at flytte data manuelt. Det blev fx gjort i et projekt jeg kørte, hvor data på 19.000 børn blev flyttet manuelt fra det gamle til det nye system. Den primære årsag var, at datakvaliteten i det eksisterende system efterhånden var så ringe, at selv om der ville optræde fejl i den manuelle proces, blev der ryddet så meget op i data, at det var det hele værd. Der blev efterfølgende kørt en hel del validering, for at sikre at vitale beregninger og sammenhænge i øvrigt var korrekte.

Ellers skal der som regel ikke ret store datamængder til, før der er overvejende gode grunde til en automatisk flytning af data.

Den situation står jeg i nu, hvor jeg skal flytte data fra mit eksisterende godedrikke.dk-site over i et nyt system. Knap 70 ølanmeldelser og mere end 150 drinksopskrifter skal flyttes, og selv om det ikke lyder af meget, så er det ikke bare en flytning der er tale om. Det er en gennemgang af alt det skrevne, hvor nogle øl skal genanmeldes, der skal ryddes op, der skal udvides, omstruktureres. Ikke noget, der er let at definere som en opgave, der kan køre automatisk.

Det tager lang tid, javist, men så håber jeg til gengæld også, at resultatet bliver så meget bedre.

Man kan derfor sige, at jeg ligger lidt i flytterod. Det bliver godt at komme frem!

Jeg har i snart mange år arbejdet med Mambo, Joomla og Fundanemt som CMS system til at lave hjemmesider i. For nyligt er jeg også begyndt at bruge Drupal. Alt dette er som webdesigner.

Som “almindelig” bruger har jeg brugt Sitecore og bruger TYPO3. Men her har jeg ikke prøvet at udvikle til.

Da jeg nu er ved at splitte mit øl- og drinkssite op i to – et til øl og et til drinks – står jeg igen over for at skulle vælge et CMS system. For jeg har hverken evner, tålmodighed eller lyst til selv at skulle kode noget fra bunden.

Det, der er vigtigt når man skal vælge CMS er, at systemet skal passe til opgaven. Det kan lyde banalt – og det er det også – men ikke desto mindre er der dem, der maser deres favoritsystem ned over alle opgaver uagtet at et andet system havde været mere passende. Derfor min satsning på at kende flere systemer.

De krav jeg har er, at der skal være mulighed for at sites’ne kan bakkes op af et community. Alle skal kunne levere indhold, man skal kunne vurdere og kommentere artikler, anmeldelser, opskrifter. Og det skal være let at bruge for den almindelige besøgende.

Samtidig skal jeg have mulighed for at tilpasse systemets udseende, struktur og præsentation præcis som jeg har lyst.

Et ultimativt krav til drinkssitet er, at man skal kunne lave en “Tøm dit barskab”-øvelse. Så kan man skrive hvad man har i sit barskab og få drinksopskrifter, der passer til.

Mit valg er faldet på Drupal til begge sites. Systemet er svært at lære at bruge, men når det kommer lidt ind under huden er der utroligt mange muligheder. Joomla er let at komme i gang med, men jeg synes hurtigt jeg støder på begrænsninger.

Designfasen er i gang og indholdet fra det eksisterende site er ved at blive flyttet til de nye sites (føj for en træls manuel opgave).

I gamle dage – sådan, for ALVOR gamle dage – var der én kommunikationskanal, når man skulle have eller give information til eller fra andre: det personlige møde.

Så kom telefonen, faxen, e-mail og nu: instant messaging. Den kender vi bedst fra ICQ, Windows Live Messenger, iChat eller en Jabberbaseret klient (Google Talk, Pidgin, Psi). Altså det der lille program, hvor vi kan skrive sammen med vores venner her-og-nu.

Kan det bruges som kommunikationskanal i et professionelt miljø? Det vil sige, kan jeg bruge det på arbejdet?

Ja, det vil jeg mene. Men det kræver at medarbejderne er med på ideen. Den forsigtige model er derfor at det er et tilbud til medarbejderne. Instant Messaging er “instant” og dermed meget påtrængende.

I mit mailprogram har jeg slået adviseringer fra, dvs. det hverken bipper eller kommer med pop-ups når jeg har fået mail. Det giver mig frihed til selv at vælge hvornår jeg checker mails.

Mail og fax (for dem der stadig bruger fax ) er asynkrone medier. Telefon og mobiltelefon er synkrone medier, men Instant Messaging er lidt begge dele. Det KAN være synkront, dvs. man kan “snakke” sammen i realtid, OG det kan være asynkront, dvs. man kan sende en besked, og på et senere tidspunkt kommer der et svar.

Synkrone medier kan virke stressende på nogle. Derfor argumentet om at Instant Messaging skal være et tilbud. I starten.

Jeg er ved at undersøge mulighederne for at få det indført på mit arbejde. Vi arbejder på Windows-platformen og bruger Notes som mail/kalender-program. Derfor vil det oplagte valg til klient være Lotus Sametime. Det, jeg har fundet frem til er, at det er mere sikkert end fx Windows Live Messenger, fordi man har det hele “inde i huset” og dermed selv kan styre hvor meget der er tilladt.

Men jeg savner stadig at høre andres erfaringer med indførelse af Instant Messaging som formel og reel kommunikationskanal. Både internt og i forhold til eksterne parter.

I dag er den helt store julebagedag. Men dagen startede før bageprojektet gik i gang, og de friske morgenboller fik mig til at tænke på en fiks lille opfindelse. Om nogen har realiseret det ved jeg ikke, men ellers er ideen her (jeg bliver glad for royalties ).

Ovnen – der naturligvis har indbygget ur, timer og stegetermometer – skal kunne komme på husets trådløse netværk. Vi kan allerede nu få køleskabe, der kan gå på nettet, så hvor langt væk kan det være?

Samtidig skal man have en mobiltelefon, der ligeledes kan koble op på husets trådløse netværk.

Nu skal man så kunne aflæse ovnens status (hvor lang tid er der tilbage, hvad er stegens temperatur) på sin telefons display.

Når glas og kameraer er udbygget til at kunne klare sig i en ovn, kan man også indbygge et (flere?) kamera(er) – der kan zoome og panorere – så man fra telefonen kan have det fulde overblik over stegen, uden at man skal lette sin stadigt bredere mås.

Eksisterer det allerede? Jeg ved det ikke, men ellers er det da en fiks lille opfindelse…

Kort efter 22. november forsvandt min database fra min webhost. Altså den database, hvor min blog ligger i.

En henvendelse til Gigahosts support gave udfaldet, at de kunne finde en backup, der var 30 dage gammel. Men der er ikke sket noget endnu.

Det betyder:

• ingen aktivitet fra 22. november til 7. december
• alle indlæg efter 10. oktober til og med 22. november er væk

Ikke fedt.

Men nu har jeg indlæst en gammel backup af databasen, så må jeg se om jeg kan få indhentet det forsømte.

Det lykkedes!

Der blev identificeret et par tastefejl, men de blev fundet, rettet og nu kører det. Vi har hul igennem på IP telefonerne på den første lokation!

Vi kæmpede en brav kamp idag for at få IP telefonien til at virke på den første lokation. Det lykkedes ikke.

Vi sad fra halv ti til halv to og kæmpede med routere, switche, netværk som sådan og et par IP telefoner. Det var bare ikke til at få hul igennem.

Lidt over et – efter et væld af opkald til TDC og dechifrering af config-filer – kunne vi konstatere, at TDC havde sat routingen forkert op.

På mandag klør vi på igen. Fejlen er meldt til TDC, så må håbe de retter fejlen inden da.

Så det blev ikke i dag Odense Symfoniorkester fik IP telefoni.

På fredag tester vi på mit arbejde en helt ny IP installation. Hostingcenteret er klar i dag eller i morgen, og fredag installerer vi så telefoniudstyret til det første sted, der skal køre på den hostede løsning.

Vi skal gennem et omfattende testprogram, og først når det har kørt fejlfrit 30 dage i træk siger vi god for installationen.

De erfaringer vi får i forbindelse med installationen danner basis for den øvrige udrulning. I øjeblikket har vi 5.000 IP telefoner stående, så må vi se om det rækker til den samlede installation. Spændende er det i hvert fald.

Jeg har i øvrigt lavet en kort introduktion til IP telefoni.