Det är skillnad på Beta och Beta

Intressant med det här med Beta. En Beta av en produkt kan locka till ett enormt intresse som exempelvis Beta 1 av SharePoint 2010. Jag deltog på Humandatas SEF 2009 16:e ? 17:e denna månad och slogs av samtliga presentatörers förtjusning över vad SharePoint 2010 kommer att innehålla.

När sedan Beta 2 lanserades på måndagskvällen ökade temperaturen ytterligare. Intresset är på topp sedan dess inom SharePoint Community.

En ny Beta ska vara spännande och lockande vilket Microsoft är duktiga på. Felen och problemen möts med axelryckningar för att växla över intresset på NYHETERNA. Till och med en rejäl krasch är ok. Alla presentatörer av SharePoint 2010 Beta 1 visade på en entusiasm som var medryckande.

          Det kommer häftiga nyheter nästa år, kolla bara!!!

När en produkt eller lösning är Beta för länge förbytts denna Beta till ett hatobjekt. Man har inte längre överseende. ?Work Arounds? blir irriterande extra processer som
man tvingas till. Typ det här inlägget. Det är ingen idé att skriva inläggen i bloggeditorn. Risken att få börja om från början är för stor. Att tappa en text på grund av ett verktyg, tillhör gårdagens IT. Det ska bara inte inträffa.

Avslutningsvis en stor eloge till arrangören av SEF 2009. Den bästa hittills! Humandata har kört 6 stycken årliga SEF och jag har deltagit i 5. Lite av en höjdpunkt på mina år inom IT.

Även gästföreläsarna från England och USA gillar SEF. En av dem som jag pratade med tycker att SEF har högre kvalitet än de stora konventen mycket beroende på storleken och trivseln. I år var vi nästan 200 deltagare som kunde välja bland de tre huvudspåren Exchange, SharePoint och Power.

Computer Sweden missade helt dessa två Beta av SharePoint 2010 och skrev enbart om lanseringen av Exchange 2010 och trodde att hela SEF festade för Exchange 2010. Själv märkte jag bara av Exchange 2010 den första timmen på måndagen. Sedan var det SharePoint 2010 för hela festen.

Bloggen är Gruk-fientlig

Kan bara konstatera att bloggen är Gruk-fientlig. En annan reflektion kan vara att dikter skrivna på de fyra första raderna blir inte så himla bra… Så vill du Gruka så får du först fylla ut de fyra första raderna med en massa gallimatias eftersom det annars blir som följer på de kommande raderna av det publiserade inlägget.

grukan.jpg

Resultatet av förra inlägget som var min Gruk-premiär. Himla kul egentligen LOL. Bloggen skapade de nya svenska orden äggfingrar, kläggskriker samt vägginspiratören

Jag smäller på med en till

Bloggar ibland på idg
Ingen läser ingen idé
du där ute är du mé
eller somna din browser te

BETA http://blogg.idg.se ???

Efter lång frånvaro på IDG:s Blogg är jag tillbaka. Trist att konstatera att verktyget är en BETA sedan Mars 2008 (mitt första inlägg). Buggig, långsam som vanligt, hur står ni andra ut? Fick tips av Predde om att köra Firefox som lär fungera något bättre men svarstiderna är lika dåliga.

Ser även att Aljapaljo tröttnat och numera kör via en egen blogg. Själv kör jag via två egna bloggar http://www.rigit.se/blogg samt http://www.rigit.se/docave.

Den enda anledningen till att vara kvar är att länka er vidare till egna bloggar som dels är bättre på att hantera som användare samt är betydligt snabbare än blogg.idg.se.

Via Firefox ser jag dessutom att blogg.idg.se gör en massa slagningar till ett antal servrar, främst hos Adtech, vilket får mig att undra vad IDG sysslar med? Om det är Adtech som är blogg-leverantör så är det väl dags att byta leverantör?

Ett exempel
Mitt inlägg om ”Risker med Versionshantering av dokument i SharePoint” tog mer än 30 minuter att få upp. Inlägget skrev jag på två minuter innan helvetet brakade lös.
Jag sparade inlägget som ”Utkast” för att se hur mina inställningar av Typsnitt och länkar skulle bli och se det straffade sig!
Ca 10 st ”Hoppsan nu blev det fel…”, Mina länkar blev oändliga länkar ner utanför editeringsrutan så det gick inte att rätta inlägget, Ett tag var allt efter inlagda länkar understrukna osv…

Varför ligger ”VI” då kvar? Jo, för att skapa intresse för våra riktiga bloggar på annan ort! Man inbillar sig att IDG:s blogg läses av det stora flertalet, men jag börjar tveka! Svarstiderna är rent ut sagt bedrövliga.

Mer kritik
Vanliga tangettryckningar funkerar inte typ Ctrl+F för Fet stil. Markera stycke markerar hela inlägget osv…

Numrerad eller punktlista får jag inte till i det här inlägget. Klickar jag på någon av dem så blir hela inlägget exempelvis Punkt 1.

Det finns standards för hur man bygger Bloggverktyg. Jag har försökt ställa in för att använda Word 2007 och Windows Live Writer som editor. OMÖJLIGT!

Vågar inte spara det här inlägget som ett utkast för då får jag säkert börja om från början. Standard är att klippa ut texten och klistra in den i Word innan jag klickar på Publicera. Risken för ”Hoppsan…” är för stor och då är all text borta.

Dokument-ID i SharePoint 2010!

Äntligen kommer Dokument-ID i SharePoint 2010. Bättre sent än aldrig! Jag hoppas även att lösningen medför att man ”bädda in” ID:t i sina dokument. Ett annat önskemål är även att Versionsnummer går att ”bädda in”. Med ”Bädda in” menar jag att man kan använda dessa två viktiga informationer som gammaldags properties så att de kan visas  på exempelvis försättssidan i Word, i sidhuvud eller sidfot även det i Word.
Sedan återstår att se om PowerPoint-utvecklarna förstått vad Metadata eller Properties är så att även PowerPoint kan ”Bädda in” eller om ni så vill ”Publicera” Metadata i de slajds där man tycker att Metadata gör nytta.

Risker med Versionshantering av dokument i SharePoint

Jag har ägnat en hel del tid det här året med produkten DocAve från företaget AvePoint. Dessutom bloggar jag mer i min egen webb. Tack vare eller på grund av intensiva tester med DocAve så har jag funnit en del risker med versionshantering av dokument i just SharePoint.

Läs mer på min blogg under rubriken DocAve
http://www.rigit.se/docave/Lists/Anslag/Post.aspx?ID=6

Det är tack vare testerna i DocAve som jag fann problemen eftersom verktyget som sådan medför att man ser massor av detaljer backom SharePoint-installationen.

Versionshanteringen är viktig i SharePoint eftersom denna i förlängningen medför att användarna slutar att hantera sina dokument lokalt på sin PC, men det gäller att ställa in Major/Minor korrekt från början. Risken är annars att varje Share documents bibliotek fylls med oändligt antal gamla versioner som någon sedan måste rensa manuellt.