mboost-dp1
SXC - Rotorhead
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
SAN (12) skrev:Det smarte ved open source er jo at man kan ændre i det, så det passer til ens behov, det lyder ikke som om de har benyttet sig af det.
Det er de færreste kommuner som har lyst til at starte med at tilrette millioner af linier kode.
Jeg vil mene at en kommunal IT chef som startede på den vej burde sparkes ud.
Windcape (18) skrev:Og der findes f.eks. intet seriøst alternativ til SharePoint,
Der er masser. Firmaer som Documentum, Alfresco etc. lever af det.
Windcape (18) skrev:og slet ikke noget som har integration med Office/Exchange/Outlook på samme niveau.
De seriøse produkter har fin integration med kontor pakker.
Alternativerne er ikke almindelige i små-mellemstore virksomheder. Og derfor per definition ikke almindelige i Danmark. SharePoint dominerer totalt dette marked.
Men det betyder ikke at hele verden er sådan.
1000tusind (29) skrev:Præcis. OpenOfficeCalc kan endnu ikke matche Excel. Jeg bruger det selv privat, men på job så er jeg nu glad for at vi har Excel. Excel har også fejl, men overall så kan jeg få mere fra hånden hurtigere.
Du har uden tvivl ret. Det er en af de mere almindelige kritikker af OOo.
Men måske var det en god anledning til at rydde lidt op i urskoven af "Excel apps" som er vokset op alle steder.
#51
For at supplere arne_v:
Kilde
For at supplere arne_v:
Kilde
Java is required for complete OpenOffice.org functionality. Java is mainly required to use the new embedded Java technology based HSQLDB database engine, or to make use of accessibility and assistive technologies. If you do not require database tables or accessibility integration or some wizards, then you do not need to download and install Java. Base (the database component) for example completely relies on Java technologies to run, but other programs (like Writer, Calc, and Impress) only need Java for special functionality (see below).
Jeg tror, vi har fundet løsningen på kommunernes økonimiske problemer...
4 millioner/år sparet
14,5 millioner/år sparet
Og så kan man bare starte forfra...
skrev:#0
I Norge valgte Sarpsborg kommune at skifte til OpenOffice.org (OOo) tilbage i 2005, da en beregning viste, at kommunen kunne spare op til 4 millioner kroner årligt i licensudgifter.
4 millioner/år sparet
skrev:#0
Ved at skifte til Office 2007 vurderer kommunen at kunne spare hele 14,5 millioner kroner årligt
14,5 millioner/år sparet
Og så kan man bare starte forfra...
Det offentlige er afhængig af dokument håndteringssystemer og sagsbehandlingssystemer. Der er ikke ret mange af dem hvor man kan bruge andet end Microsoft Office pakken.
Jeg er ret sikker på at skatteyderne er ret ligeglade med om det er MS eller OO der bliver anvendt bare at skattekronerne ikke er spildte.
Træffer man en ideologisk beslutning om at kun benytte OSS så skal man også være klar til at betale leverandørerne for at udvikle op imod det.
Jeg tror næppe at der er mange byråd hvor man vil betale KMD mv mange mio i udvikling for at spare nogle få mio i MS licenser. Det regnestykke hænger bare ikke sammen.
Jeg holder selv meget af Open Source og udvikler også på opensource platforme (Plone, Python), men jeg er også ganske sikker på at min arbejdsplads ikke ville spare så meget som en eneste krone ved at skifte fra MS Office til OpenOffice. Tværtimod ville det koste os rigtig mange penge og ikke mindst tid (som jo også er penge). Vi bruger dog masser af Opensource software hvor det kan betale sig, men på desktop og office kan det ikke økonomisk set betale sig.
Jeg er ret sikker på at skatteyderne er ret ligeglade med om det er MS eller OO der bliver anvendt bare at skattekronerne ikke er spildte.
Træffer man en ideologisk beslutning om at kun benytte OSS så skal man også være klar til at betale leverandørerne for at udvikle op imod det.
Jeg tror næppe at der er mange byråd hvor man vil betale KMD mv mange mio i udvikling for at spare nogle få mio i MS licenser. Det regnestykke hænger bare ikke sammen.
Jeg holder selv meget af Open Source og udvikler også på opensource platforme (Plone, Python), men jeg er også ganske sikker på at min arbejdsplads ikke ville spare så meget som en eneste krone ved at skifte fra MS Office til OpenOffice. Tværtimod ville det koste os rigtig mange penge og ikke mindst tid (som jo også er penge). Vi bruger dog masser af Opensource software hvor det kan betale sig, men på desktop og office kan det ikke økonomisk set betale sig.
arne_v (52) skrev:Det er de færreste kommuner som har lyst til at starte med at tilrette millioner af linier kode.
Jeg vil mene at en kommunal IT chef som startede på den vej burde sparkes ud.
Enig, det skulle selvfølgeligt være et større nationalt projekt hvis det skulle være, det vil jo også være retarderet at sidde i 5 forskellige kommuner og allesammen lave de samme rettelser, min pointe er, at hvis man kunne få et større samarbejde om det, så tror jeg det ville kunne virke, men som jeg også skriver tidligere, så er der jo ikke for gode erfaringer med offentlige IT-projekter, så det er nok svært at realisere.
Jeg mener desuden heller ikke at man skal bruge 2 mill på at udvikle specialværktøjer til alle mulige folk, hvis man skal bruge noget specielt er det klart mere økonomisk at købe det ved nogen der har lavet det, men der er jo mange, som ikke skal bruge alle disse specielle funktioner, og for dem ser jeg ikke noget problem i at bruge et gratis alternativ, som evt mangler en masse features som de ikke bruger!
At sætte en server op til at håndtere fælleskalendere og mødeplanlægning via thunderbird (sunbird), er nu ikke det store problem og enhver it-chef skulle kunne magte en sådan opgave.
Der er ikke den store tvivl om at MS har gjort meget ud af integration, men at man skulle kunne spare så meget i forhold til den anden løsning, viser mere uduelighed hos it-chefen/afdelingen, end noget andet. Måske skulle de ansætte nogle mennesker der rent faktisk har teknisk viden.
Og, lad os se på grundlaget for beregningen, for enhver økonom kan få tal til at sige, det han/hun vil have dem til at sige. Det handler blot om at ændre på et parameter eller to.
Der er ikke den store tvivl om at MS har gjort meget ud af integration, men at man skulle kunne spare så meget i forhold til den anden løsning, viser mere uduelighed hos it-chefen/afdelingen, end noget andet. Måske skulle de ansætte nogle mennesker der rent faktisk har teknisk viden.
Og, lad os se på grundlaget for beregningen, for enhver økonom kan få tal til at sige, det han/hun vil have dem til at sige. Det handler blot om at ændre på et parameter eller to.
Servere koster penge, og hvorfor have en ekstra server kørene for noget som simpel kalender håndtering?lindysign (62) skrev:At sætte en server op til at håndtere fælleskalendere og mødeplanlægning via thunderbird (sunbird), er nu ikke det store problem og enhver it-chef skulle kunne magte en sådan opgave.
Magten (63) skrev:Servere koster penge, og hvorfor have en ekstra server kørene for noget som simpel kalender håndtering?
De har nu nok en exchange-server kørende i forvejen, så det skulle vist ikke koste 14 millioner ekstra. ;)
Men lad mig spørge dig, hvorfor ikke gøre det, når det gør din løsning gratis ud over denne server, som de også i forvejen betaler for?
Windcape (59) skrev:Vi snakkede om plugin-arkitekturen. Jeg var ikke bekendt med at den supporterede python.
Og C++.
Plus endnu flere for brug af fremfor konstruktion af komponenter.
Windcape (59) skrev:Men det er stadigvæk langt fra ligeså fleksibel og nem at arbejde med som MS Office.
Det dækker da betydeligt bredere programmeringssprog og platform mæssigt end MSO.
Og da OOo er opbygget omkring UNO så bør der være support for alt.
Nemt er ofte meget subjektivt. Men der er uden tvivl flere som har erfaring med MSO end med OOo.
Jeg har også en mistanke om at der er færre fejl i MSO og at de bliver rettet hurtigere. Langt flere brugere og en enorm stor indtægt der skal bevares for MS.
SAN (61) skrev:Enig, det skulle selvfølgeligt være et større nationalt projekt hvis det skulle være, det vil jo også være retarderet at sidde i 5 forskellige kommuner og allesammen lave de samme rettelser, min pointe er, at hvis man kunne få et større samarbejde om det, så tror jeg det ville kunne virke, men som jeg også skriver tidligere, så er der jo ikke for gode erfaringer med offentlige IT-projekter, så det er nok svært at realisere.
Det er da en mulighed.
Men det er ikke nødvendigvis billigt eller garanteret succes.
Store IT projekter er dyre og risikable. At det baserer sig på open source ændrer ikke på det.
Hvis vi skulle ud i at lave nationale beslutninger om kommunernes IT, hvor er kommunernes selvstændighed så henne?
Det er sundt at vi har forskellige IT systemer i de forskellige kommuner - det er med til at drive KMD, CSC osv. Der hvor man kan komme med nationale krav er at data skal være i et eksporterbart format, som kan flyttes mellem forskellige systemer.
Det er så leverandørernes opgave at sælge disse systemer, og da ingen af dem sælger løsninger der er rettet mod Open Source verden, ja så er det virksomheder som MS der sidder på kagen, og som er det billigste alternativ. Det er ikke kommunernes opgave at fremme Open Source - det er kommunernes opgave at håndtere de offentlige tilbud på bedste vis, og her er valget af software ideologi sekundært (med andre ord er MS det bedste så vælg dem, er OpenOffice det bedst så vælg det osv.)
Man kan dog håbe at leverandørerne i fremtiden ser Open Source som værende en vigtig konkurrence parameter for at skille sig ud fra de andre.
Men hvis man kan blive helt enige om det endelige dataformat, så er platformen underordnet (men dette er fremtidstanker).
Det er sundt at vi har forskellige IT systemer i de forskellige kommuner - det er med til at drive KMD, CSC osv. Der hvor man kan komme med nationale krav er at data skal være i et eksporterbart format, som kan flyttes mellem forskellige systemer.
Det er så leverandørernes opgave at sælge disse systemer, og da ingen af dem sælger løsninger der er rettet mod Open Source verden, ja så er det virksomheder som MS der sidder på kagen, og som er det billigste alternativ. Det er ikke kommunernes opgave at fremme Open Source - det er kommunernes opgave at håndtere de offentlige tilbud på bedste vis, og her er valget af software ideologi sekundært (med andre ord er MS det bedste så vælg dem, er OpenOffice det bedst så vælg det osv.)
Man kan dog håbe at leverandørerne i fremtiden ser Open Source som værende en vigtig konkurrence parameter for at skille sig ud fra de andre.
Men hvis man kan blive helt enige om det endelige dataformat, så er platformen underordnet (men dette er fremtidstanker).
NEJ!binderup (67) skrev:Det er så leverandørernes opgave at sælge disse systemer, og da ingen af dem sælger løsninger der er rettet mod Open Source verden,
K01 og K02 standardkontrakterne for offenligt IT udbud kræver at kunden (f.eks. kommunen) får samtlige rettigheder, og at projektet skal kunne licenceres som open-source hvis de skulle ønske det.
Derudover er OSS ikke kun hippe fis som Linux og OpenOffice. Et Open Source projekt kan sagtens være en millionløsning lavet i .NET, og som kun virker med MS Office og Windows.
Det er *stadigvæk* open source.
Windcape (68) skrev:NEJ!
K01 og K02 standardkontrakterne for offenligt IT udbud kræver at kunden (f.eks. kommunen) får samtlige rettigheder, og at projektet skal kunne licenceres som open-source hvis de skulle ønske det.
Derudover er OSS ikke kun hippe fis som Linux og OpenOffice. Et Open Source projekt kan sagtens være en millionløsning lavet i .NET, og som kun virker med MS Office og Windows.
Det er *stadigvæk* open source.
Hæh jeg kan se at du stadig ikke har et begreb om hvad en hippie er...
Fordi løsningen jo langt fra er gratis med alt det der skal udvikles for at OOo kan overtage MSO's plads. Administration og vedligeholdelse af Sunbird (går udfra det er det du vil bruge til kalender administration?) udover Exchange serveren giver så en merudgift. Muligvis ikke så meget, men mange bække små ;)lindysign (64) skrev:De har nu nok en exchange-server kørende i forvejen, så det skulle vist ikke koste 14 millioner ekstra. ;)
Men lad mig spørge dig, hvorfor ikke gøre det, når det gør din løsning gratis ud over denne server, som de også i forvejen betaler for?
Hvordan er integrationen i Sunbird med Active Directory?
Udover det så er det jo bare dumt ikke at udnytte Exchange potentialet.
Hvad med risk i driften af OSS?
Uanset hvad, så er der noget mere risky at have 20-25 forskellige komponenter der skal hænge sammen og dermed potentielt have samme antal leverandører eller kilder at skaffe support fra mv.
At have alt fra samme leverandør (eller tæt på) skaber immerværk nogle synergieffekter både for kommunens support og driftspersonale. Derforuden er der ét sted (eller ganske få steder) at "presse" for løsninger af evt. problemer.
Uanset hvad, så er der noget mere risky at have 20-25 forskellige komponenter der skal hænge sammen og dermed potentielt have samme antal leverandører eller kilder at skaffe support fra mv.
At have alt fra samme leverandør (eller tæt på) skaber immerværk nogle synergieffekter både for kommunens support og driftspersonale. Derforuden er der ét sted (eller ganske få steder) at "presse" for løsninger af evt. problemer.
Magten (71) skrev:Fordi løsningen jo langt fra er gratis med alt det der skal udvikles for at OOo kan overtage MSO's plads. Administration og vedligeholdelse af Sunbird (går udfra det er det du vil bruge til kalender administration?) udover Exchange serveren giver så en merudgift. Muligvis ikke så meget, men mange bække små ;)lindysign (64) skrev:De har nu nok en exchange-server kørende i forvejen, så det skulle vist ikke koste 14 millioner ekstra. ;)
Men lad mig spørge dig, hvorfor ikke gøre det, når det gør din løsning gratis ud over denne server, som de også i forvejen betaler for?
Hvordan er integrationen i Sunbird med Active Directory?
Udover det så er det jo bare dumt ikke at udnytte Exchange potentialet.
Jeg tror nu heller ikke at der er noget der er gratis, men der er noget der koster penge på flere områder.
Og nu er et par servere nok ikke den store udgift, og hvis du kan bytte exchange-serveren ud med en anden server, så har du stadig sparet de andre MS omkostninger.
Jeg ved ikke hvor meget der skal udvikles i OOo, og det tror jeg nu heller ikke at andre herinde kan svare på, selv om det ville være interessant at vide.
Og spørgsmål ang. AD og sunbird må en anden svare på, da jeg sidst lavede noget prof. med det tilbage i 2001 eller 2002. ;)
Hvilket potentiale i Exchange taler du om?
#73
Hvis man skiftede Exchange serveren ud, så kan jeg se fornuften i at benytte Sunbird, men beholder man Exchange serveren vil det være dumt ikke at benytte sig at kalender administrationen deri. Det er det potentiale jeg mener :)
Hvis der ingen AD integration er, så vil det først gøre det dumt at bruge ved siden af Exchange..
Helt enig i at det kunne være rart at vide hvor meget udvikling der kræves.. Jeg tror ikke det er småting når man ser på de utrolig mange systemer det offentlige allerede henter data fra og sender til, osv osv..
Hvis man skiftede Exchange serveren ud, så kan jeg se fornuften i at benytte Sunbird, men beholder man Exchange serveren vil det være dumt ikke at benytte sig at kalender administrationen deri. Det er det potentiale jeg mener :)
Hvis der ingen AD integration er, så vil det først gøre det dumt at bruge ved siden af Exchange..
Helt enig i at det kunne være rart at vide hvor meget udvikling der kræves.. Jeg tror ikke det er småting når man ser på de utrolig mange systemer det offentlige allerede henter data fra og sender til, osv osv..
Windcape (68) skrev:NEJ!
K01 og K02 standardkontrakterne for offenligt IT udbud kræver at kunden (f.eks. kommunen) får samtlige rettigheder, og at projektet skal kunne licenceres som open-source hvis de skulle ønske det.
Sådan burde det være, men sådan er det ikke.
K01
http://www.itst.dk/it-arkitektur-og-standarder/it-...
Kunden erhverver alene en brugsret til det leverede programmel og dokumentation. Dette gælder såvel standardprodukter som tilret ninger , specialudviklinger
og lignende. Brugsretten er tidsubegrænset med mindre andet udtrykkeligt er
angivet i bilag 4. Brugsretten medfører også en ret til at videreudvikle og ændre,
medmindre andet er angivet i bilag 9.
Kunden er uberettiget til at kopiere programmel og dokumentation i videre omfang
end nødvendigt for systemets drift og sikkerhed. Kunden kan over lade driften af systemet til tredjemand.
K02
http://www.itst.dk/it-arkitektur-og-standarder/it-...
Kunden erhverver en brugsret til det leverede Programmel og Dokumentation, jf. nærmere
vedrørende Standardprogrammel, punkt 23.2, og vedrørende Kundespecifikt Programmel,
punkt 23.3.
Kunden er uberettiget til at kopiere Programmel og Dokumentation i videre omfang end
nødvendigt for Leverancens Drift og sikkerhed. Kunden kan overlade Drift og vedligeholdelse
af Leverancen til tredjemand.
1) OMG, Windscape du står jo nærmest for over halvdelen af alle indlæg i denne monstertråd ;-)
2) Thunderbird virker upåklageligt i et isoleret miljø, såsom mit MobileOffice Truecrypt-krypterede Voyager GT USB pendrive med PortableApps.... DET spiller! ..... Specielt når man stortset kun bruger IMAP... dér smadrer Thunderbird da Outlook x1000 og lidt til, no doubt there ;-)
3) Min mor er pensionist og bruger Ubuntu.... Ta' den kommunalarbejdere!! .... Og jeg tager ikke engang pis på jer ;-)
4 og on-topic) I de virksomheder jeg har arbejdet i har vi brugt MS-pakker hele vejen rundt og det spiller bare (når en kompetent admin har sat det op selvfølgelig). Personligt foretrækker jeg faktisk MS over alt andet når det kommer til office osv osv på jobbet, da det bare spiller så meget bedre sammen. Men nu snakker afdelingerne hos MS jo nok også liiiidt mere sammen end de freelance-udviklere på tværs af open-source projekter på nettet gør, mon ik'? ... mon ikke det har en smule at sige? ligesom at MS fokuserer på integration af deres produkter? ;-)
Sidst jeg brugte OpenOffice var der stor hype i open-source kredse om at NU går MS Office nedenom og hjem, da OOo nu supporterer alle office formaterne.... det tog mig så lige 10-15 minutter at trævle den kompatibilitet op.... Som det allerede er sagt, så virker det for nogle, deriblandt min moar, som alligevel kun bruger de basale funktioner og ikke noget med avancerede tabeller og formatering af krudseduller andet end fed, kursiv og understregning ;-)
NB: Har altid været skeptisk overfor monsteret der hedder Sharepoint, men nu da vores intranet er sat op med det, så tror jeg at jeg skal til at eksperimentere lidt med det fra Office pakken med publishing af info dertil.... *gisp* ;-)
2) Thunderbird virker upåklageligt i et isoleret miljø, såsom mit MobileOffice Truecrypt-krypterede Voyager GT USB pendrive med PortableApps.... DET spiller! ..... Specielt når man stortset kun bruger IMAP... dér smadrer Thunderbird da Outlook x1000 og lidt til, no doubt there ;-)
3) Min mor er pensionist og bruger Ubuntu.... Ta' den kommunalarbejdere!! .... Og jeg tager ikke engang pis på jer ;-)
4 og on-topic) I de virksomheder jeg har arbejdet i har vi brugt MS-pakker hele vejen rundt og det spiller bare (når en kompetent admin har sat det op selvfølgelig). Personligt foretrækker jeg faktisk MS over alt andet når det kommer til office osv osv på jobbet, da det bare spiller så meget bedre sammen. Men nu snakker afdelingerne hos MS jo nok også liiiidt mere sammen end de freelance-udviklere på tværs af open-source projekter på nettet gør, mon ik'? ... mon ikke det har en smule at sige? ligesom at MS fokuserer på integration af deres produkter? ;-)
Sidst jeg brugte OpenOffice var der stor hype i open-source kredse om at NU går MS Office nedenom og hjem, da OOo nu supporterer alle office formaterne.... det tog mig så lige 10-15 minutter at trævle den kompatibilitet op.... Som det allerede er sagt, så virker det for nogle, deriblandt min moar, som alligevel kun bruger de basale funktioner og ikke noget med avancerede tabeller og formatering af krudseduller andet end fed, kursiv og understregning ;-)
NB: Har altid været skeptisk overfor monsteret der hedder Sharepoint, men nu da vores intranet er sat op med det, så tror jeg at jeg skal til at eksperimentere lidt med det fra Office pakken med publishing af info dertil.... *gisp* ;-)
Jeg har ikke nærlæst alle indlæg, men skimmet, so bear with me.
Det er, som en allerede har nævnt, kommunens andet software der er det primære problem her.
Ikke fordi at vi lige absolut skal anvende OpenOffice, da jeg da er helt enig i at det har et stykke vej endnu for at nå op på siden af MSO hvis det da nogensinde kommer det, til brug i denne slags organisationer.
Næh det helt store problem er sådan set, at skulle der en dag dukke et stykke software op som rent faktisk er markant bedre end MSO og som også er billigere, så ville man kunne skifte til dette, præcis lige så nemt som denne norke kommune har kunnet skifte til OO.
Alt software fra KMD virker kun på Windows og sammen med MSO. Uden undtagelse (i hvert i den kommune jeg har arbejdet i)
Det er fuldstændigt sindsygt at man ikke har krævet at al kommunikation og udveksling af data skulle foregå på åbne standarder.
Det er for min skyld ligemeget hvad de anvender lige nu. Hvis MS har det bedste produkt i forhold til prisen, så er det selvfølgelig deres man bør anvende, men man burde have sikret sig at man kunne skifte så nemt som overhovedet muligt. Ellers kan man jo lige så godt betale MS forud for deres licenser i de næste 50 år. Måske får man lidt rabat og man er alligevel fanget det.
Det er umuligt at vide præcis hvor meget af denne sag der skyldes at OO er for ringe og hvor meget der skyldes vendor-lockin i forbindelse med MS produkter, men jeg nægter og tro på at sidstnævnte ikke har spillet en væsentlig rolle og vil gøre det i mange år fremover.
Det er, som en allerede har nævnt, kommunens andet software der er det primære problem her.
Ikke fordi at vi lige absolut skal anvende OpenOffice, da jeg da er helt enig i at det har et stykke vej endnu for at nå op på siden af MSO hvis det da nogensinde kommer det, til brug i denne slags organisationer.
Næh det helt store problem er sådan set, at skulle der en dag dukke et stykke software op som rent faktisk er markant bedre end MSO og som også er billigere, så ville man kunne skifte til dette, præcis lige så nemt som denne norke kommune har kunnet skifte til OO.
Alt software fra KMD virker kun på Windows og sammen med MSO. Uden undtagelse (i hvert i den kommune jeg har arbejdet i)
Det er fuldstændigt sindsygt at man ikke har krævet at al kommunikation og udveksling af data skulle foregå på åbne standarder.
Det er for min skyld ligemeget hvad de anvender lige nu. Hvis MS har det bedste produkt i forhold til prisen, så er det selvfølgelig deres man bør anvende, men man burde have sikret sig at man kunne skifte så nemt som overhovedet muligt. Ellers kan man jo lige så godt betale MS forud for deres licenser i de næste 50 år. Måske får man lidt rabat og man er alligevel fanget det.
Det er umuligt at vide præcis hvor meget af denne sag der skyldes at OO er for ringe og hvor meget der skyldes vendor-lockin i forbindelse med MS produkter, men jeg nægter og tro på at sidstnævnte ikke har spillet en væsentlig rolle og vil gøre det i mange år fremover.
#78 Oh come on!
Hvor åbne synes du for eksempel deres dokumentformater er?
De kunne have krævet af MS at deres software enten skulle kunne gemme alle informationer i PDF (eller hvad man nu kunne tænke sig) Eller at de fik tilstrækkelig information om det format som deres data blev gemt i, til at de selv kunne udvikle et værktøj til at konvertere til et andet format.
Det sidste ville MS nok aldrig være gået med til og det første kan sikkert ikke lade sig gøre, i hvert fald ikke ret nemt.
Men så mener jeg ikke MS er den leverandør man bør vælge. Der bliver skrevet ufatteligt mange dokumenter i det offentlige. De bør ikke være låst inde i et format som andre ikke frit kan udvikle et stykke software der kan bruge.
Og nu skal du ikke spille blåøjet her. Du ved udemærket godt at MS, nu så vel som før, lever højt på vendor-lockin. De har monopol/markedsdominans og den har de tænkt sig at beholde for enhver pris.
Hvor åbne synes du for eksempel deres dokumentformater er?
De kunne have krævet af MS at deres software enten skulle kunne gemme alle informationer i PDF (eller hvad man nu kunne tænke sig) Eller at de fik tilstrækkelig information om det format som deres data blev gemt i, til at de selv kunne udvikle et værktøj til at konvertere til et andet format.
Det sidste ville MS nok aldrig være gået med til og det første kan sikkert ikke lade sig gøre, i hvert fald ikke ret nemt.
Men så mener jeg ikke MS er den leverandør man bør vælge. Der bliver skrevet ufatteligt mange dokumenter i det offentlige. De bør ikke være låst inde i et format som andre ikke frit kan udvikle et stykke software der kan bruge.
Og nu skal du ikke spille blåøjet her. Du ved udemærket godt at MS, nu så vel som før, lever højt på vendor-lockin. De har monopol/markedsdominans og den har de tænkt sig at beholde for enhver pris.
Lynge (77) skrev:Det er for min skyld ligemeget hvad de anvender lige nu. Hvis MS har det bedste produkt i forhold til prisen, så er det selvfølgelig deres man bør anvende, men man burde have sikret sig at man kunne skifte så nemt som overhovedet muligt. Ellers kan man jo lige så godt betale MS forud for deres licenser i de næste 50 år. Måske får man lidt rabat og man er alligevel fanget det.
De systemer denne norske kommune har er nok fra omtrent 2002-2004 og bygget op i et miljø med tæt integration, for dengang er der ikke mange der tænkte SoA og løs kobling. Der vil være en masse forskellige små-systemer der er knyttet op mod deres miljø og det ville ikke komme bag på mig, at den business case som blev præsenteret tilbage i 2004-2005 til at skifte til OOo kun kiggede på office-pakken isoleret.
Lynge (79) skrev:Hvor åbne synes du for eksempel deres dokumentformater er?
Lynge (79) skrev:Eller at de fik tilstrækkelig information om det format som deres data blev gemt i, til at de selv kunne udvikle et værktøj til at konvertere til et andet format.
Lynge (79) skrev:Det sidste ville MS nok aldrig være gået med til
Både OOXML .docx format og det binære .doc format er dokumenteret og frit tilgængeligt.
Så MS er skam gået med til det.
Lynge (79) skrev:Hvor åbne synes du for eksempel deres dokumentformater er?
Lynge (79) skrev:De kunne have krævet af MS at deres software enten skulle kunne gemme alle informationer i PDF (eller hvad man nu kunne tænke sig)
Lynge (79) skrev:og det første kan sikkert ikke lade sig gøre, i hvert fald ikke ret nemt.
Nyere versioner af Word kan gemme i PDF og der findes forskellige måder at gemme i PDF også fra ældre versioner.
Den information der kan gemmes i et print format er formentligt helt tilsvarende til hvad andre tekstbehandlinger kan gemme i PDF.
At det ikke er kommet før må Adobe bære skylden for da de har været lidt vanslkelige og truet med retssager hvis MS lavede "Save As PDF" som standard MS Office.
Lynge (79) skrev:Men så mener jeg ikke MS er den leverandør man bør vælge. Der bliver skrevet ufatteligt mange dokumenter i det offentlige. De bør ikke være låst inde i et format som andre ikke frit kan udvikle et stykke software der kan bruge.
Nu gik diskussionen altså på integrationer til diverse backend systemer ikke på dokumentformater.
Og lidt ironisk da:
- MS Office kan gemme i en hel stribe formater som alle frit kan udvikle til: .docx, .doc, .odt etc.
- plugins til MS Office ikke er standardiserede, kun rimeligt veldokumenterede
Cloud02 (83) skrev:B103 dikterer at dokumenter skal gemmen i formater som har åbne standarder.
Nej.
http://www.ft.dk/dokumenter/tingdok.aspx?/Samling/...
Regeringen bør sikre, at alle digitale informationer og data, som det offentlige udveksler med borgere, virksomheder og institutioner, findes i formater, der er baseret på åbne standarder.
Der er lidt forskel på:
- dokumenter skal gemmes i åbne formater
- dokumenter som skal udveksles med borgere m.v. skal findes i et åbent format
Udvidelser til dokumentformatet er dokumenteret som en del af OOXMLs ISO standard.arne_v (87) skrev:plugins til MS Office ikke er standardiserede, kun rimeligt veldokumenterede
Udvidelser til softwaren... well, plugins til software er altid programspecifikke. Fjollet at folk tror andet.
Cloud02 (84) skrev:De systemer denne norske kommune har er nok fra omtrent 2002-2004 og bygget op i et miljø med tæt integration, for dengang er der ikke mange der tænkte SoA og løs kobling.
SOA har vist ikke meget med kontorpakke integration at gøre.
Plugins og dets supporterende backend må da være jordens værste eksempel på brug af løst koblede services.
Windcape (89) skrev:Udvidelser til softwaren... well, plugins til software er altid programspecifikke. Fjollet at folk tror andet.
Det er mig bekendt aldrig set.
Men der er ikke noget til hinder for at standardisere en objekt model oven på et dokument format med et standard API og bindings til adskillige programmerings sprog.
Nej, men hvis man ønsker en GUI integration mellem f.eks. MSO og Outlook, så vil det jo ikke være det samme integration man bruger til OOo.arne_v (91) skrev:Men der er ikke noget til hinder for at standardisere en objekt model oven på et dokument format med et standard API og bindings til adskillige programmerings sprog.
Dokumentformaterne har support for standardudvidelser i form af forskellige objekttyper (tænk OLE)
Windcape (92) skrev:Nej, men hvis man ønsker en GUI integration mellem f.eks. MSO og Outlook, så vil det jo ikke være det samme integration man bruger til OOo.
Det vil nok være svært at kontrollere selve GUI, men hvis der var et standardiseret API for data, så kunne man opdatere data via dette og lade GUI opdatere udfra data.
Windcape (92) skrev:Dokumentformaterne har support for standardudvidelser i form af forskellige objekttyper (tænk OLE)
Ja. Men nu tror jeg ikke at det er så relevant for integration mellem tekstbehandling og et KMD backend system.
Og bare for at hælde bezin på bålet, så har de fleste udvikler forladt OOo, og støtte til projektet fra store aktør, overvejes også grundigt.
Så det er knap så fedt at spare penge, med et system der ikke længer bliver udviklet på.
Jeg ved godt projektet køre vider under nyt navn, men hvem kan spå fremtiden for det ?
I det mindste ved vi hvor vi har m$. ( dog ikke deres licensering )
Så det er knap så fedt at spare penge, med et system der ikke længer bliver udviklet på.
Jeg ved godt projektet køre vider under nyt navn, men hvem kan spå fremtiden for det ?
I det mindste ved vi hvor vi har m$. ( dog ikke deres licensering )
Windcape (68) skrev:Derudover er OSS ikke kun hippe fis som Linux og OpenOffice. Et Open Source projekt kan sagtens være en millionløsning lavet i .NET, og som kun virker med MS Office og Windows.
Jeg forstår ikke din logik. Var der ikke noget med, at Android ikke er Open Source, da det kan gøre brug af lukkede drivere?
http://newz.dk/forum/tagwall/myten-om-android-s-aa...
#95
At du er for dum til at forstå forskellen mellem at lave et åbent projekt, til en lukket platform, og lave et lukket projekt, til hvilkensomhelst platform, må jo være dit eget problem.
Og Android er som helhed ligeså meget Open Source som OSX. Men i er selvfølgelig en folk hippier som mener at bare kernen er OSS så er resten ligegyldigt.
At du er for dum til at forstå forskellen mellem at lave et åbent projekt, til en lukket platform, og lave et lukket projekt, til hvilkensomhelst platform, må jo være dit eget problem.
Og Android er som helhed ligeså meget Open Source som OSX. Men i er selvfølgelig en folk hippier som mener at bare kernen er OSS så er resten ligegyldigt.
Windcape (96) skrev:At du er for dum til at forstå forskellen mellem at lave et åbent projekt, til en lukket platform, og lave et lukket projekt, til hvilkensomhelst platform, må jo være dit eget problem.
Så kom der et personangreb. Jeg vil ikke tage hele diskussionen op igen, men jeg synes bare mange prøvede at skære tingene ud i pap for dig uden held. Det kan selvfølgelig også bare være, at vi alle er dummere end dig.
arne_v (93) skrev:Det vil nok være svært at kontrollere selve GUI, men hvis der var et standardiseret API for data, så kunne man opdatere data via dette og lade GUI opdatere udfra data.
Der er faktisk et meget kendt eksempel på dette lidt udenfor kontor pakke markedet.
HTML5
Den er faktisk struktureret med:
vendor specific GUI------standard in memory logisk model / API------standard on disk/net fysisk model
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.