Nextcloud verder onder de loep: jullie vragen aan medeoprichter Jos Poortvliet

Nextcloud interview Jos Poortvliet

De vraag naar Europese alternatieven voor diensten als Google Workspace en Microsoft 365 is groter dan ooit. Velen zien het Duitse opensourceplatform Nextcloud als een logisch alternatief, want het is een van de grootste niet-Amerikaanse aanbieders van Microsoft 365-achtige productiviteitssoftware. Na ons eerste interview met Nextcloud-medeoprichter Jos Poortvliet hadden sommige lezers vragen over de toepassing van de software van de opensourceontwikkelaar. Voor dit vervolginterview stelden jullie daarom de vragen.

Wat is Nextcloud?

Nextcloud is een opensourcecloudplatform met apps voor bestandsbeheer, cloudsynchronisatie, communicatie en tekstverwerking. Het platform wordt gezien als alternatief voor diensten als Microsoft Office 365 met de bekende kantoorsoftware, de Google-suite met onder andere Drive en Gmail, Dropbox en chatdiensten als Zoom, Teams en Meet.

De dienst is vanwege de opensourceaard in principe gratis voor thuisgebruik. De software is in eigen beheer te hosten. Dat kan via cloudaanbieders die al dan niet partner zijn van Nextcloud. Het bedrijf Nextcloud haalt zijn omzet uit servicecontracten voor grote partijen, zoals bedrijven en overheden.

Nextcloud ontstond in 2016 nadat de opensourcecommunity van ownCloud zich van dat project afsplitste. Een groep ontwikkelaars, waaronder oprichter Frank Karlitschek en Jos Poortvliet, startte een nieuw bedrijf in Duitsland: Nextcloud. Net als ownCloud begon het bedrijf als clouddienst voor bestandsynchronisatie. Intussen bieden Nextcloud en de community honderden apps, waaronder tekstverwerking, agenda's, mediaopslag, AI-assistenten, e-mails, wachtwoordbeheer en videobellen.

Nextcloud is bezig met een Europees Microsoft-alternatief Euro-Office, gebaseerd op Onlyoffice. Een opvallende keuze, aangezien Onlyoffice zijn roots heeft in Rusland. Hoe kunnen wij die software vertrouwen?

"Onlyoffice is in principe gewoon een mooie oplossing en er is vraag naar die software. Maar die Russische roots zijn natuurlijk steeds meer een probleem. Dus dan krijg je inderdaad een beetje een vertrouwensprobleem.

Daar komt bij dat je op GitHub kunt zien dat er vrij weinig bijdragen van buiten dat bedrijf zijn. Dus het voelt een beetje als een propriëtair project. Maar juist daarom zijn we dit project nu juist gestart. Het is namelijk niet bepaald een kleine klus om helemaal zelf een officepakket te onderhouden. Op deze manier kunnen we (Ionos, Eurostack, XWiki, OpenProject, Soverin en anderen, red.) samenwerken aan het totaal."

Dit interview vond plaats voordat het bedrijf Onlyoffice zich van Nextcloud distantieerde. Volgens Nextcloud is het Euro-Office-project niet in gevaar en blijft de ontwikkeling doorgaan. Het volledige nieuws inclusief statement van Nextcloud lees je hier.

Dat roept de vraag op: Nextcloud zou niet zelf een officesuite kunnen aanbieden zonder fundament van Onlyoffice?

"We proberen ons altijd te richten op waar we goed in zijn. We doen liever frontendontwikkeling dan backend. Dat is bijvoorbeeld de reden dat we wél een mailclient hebben, maar geen mailserver aanbieden. Hetzelfde zou gelden voor een volledig eigen officesuite.

Die hebben natuurlijk een sterk UI-element, waar we goed in zijn, maar vereisen ook een heleboel kennis van bijvoorbeeld documentformaten. Het vergt enorm veel mensen om bestandsformaten compatibel te houden, zeker als Microsoft daar rare dingen mee doet.

Zij komen bij wijze van spreken iedere drie maanden met een update van hun bestandsformaten van Office Open XML. Dan heb je met een debugger net uitgevogeld hoe alles werkt en dan komt er weer een nieuwe versie. Zo blijf je achterlopen. Dat zorgt dan weer voor vendorlock-in en maakt het voor ons moeilijker om een compleet pakket aan te bieden."

Hoe kijk je naar vendorlock-in? Dat is een probleem bij concurrenten, maar hoe kan Nextcloud voorkomen dat dit bij Nextcloud-software gebeurt?

"Het feit dat wij zelf de hosting niet doen is de belangrijkste manier om vendorlock-in te voorkomen. Als een hostingpartij stopt, kun je gewoon overstappen naar een andere. Je vraagt daarvoor een databasedump en een zipje van je bestanden op en laadt dit in bij een andere hostingprovider. Uiteraard is het geen kattenpis om ontelbare terabytes te migreren en dit voordeel geldt alleen als je Nextcloud blijft gebruiken.

Als je van platform wilt wisselen, is onze opensourceaard het grootste voordeel. Wij hebben niet de macht om de stekker uit de service te trekken. Als wij stoppen of als je stopt met betalen, blijft de software gewoon beschikbaar.'We zien Nextcloud als een facilitator van een platform, niet als de maker van een product.'

Bekijk het zo: alleen de gemeente Amsterdam al heeft meer ontwikkelaars dan wij. Zij zouden bij wijze van spreken al onze service kunnen overnemen. En daarbij: Nextcloud bestaat mede dankzij honderden actieve communityleden. Mochten wij ooit wegvallen, dan zijn er nog honderden ontwikkelaars die het project kunnen onderhouden. Wij zijn immers niet zo belangrijk in het ecosysteem. Dat voorkomt een te grote afhankelijkheid van ons. Wij zien onszelf als de 'facilitator' van een platform of ecosysteem, niet als de maker van een product."

Daarover gesproken: migratie is makkelijker gezegd dan gedaan. Zeker kleine organisaties zullen – met een klein team van IT'ers – toch niet zo makkelijk kunnen overstappen. Veel lezers hadden ook vragen over de migratie in de praktijk. Zijn er plannen om dat makkelijker te maken?

"Het ligt aan de organisatie hoe lastig dat is. Als je nu nog on-premises een platform draait en bijvoorbeeld via mailtjes bestanden doorstuurt, is overstappen heel makkelijk. Dat is bijvoorbeeld in Duitsland vaak het geval.

Maar als je diep in de 365-fuik zit, is migreren inderdaad lastig. Als organisatie kun je ervoor kiezen om SharePoint bijvoorbeeld op read-only te zetten en gewoon vanaf nul te beginnen. Zeker als het niet alleen om je documenten gaat, maar bijvoorbeeld om metadata of links tussen diensten, wordt het lastiger. Onze partners zorgen voor bedrijven voor de migratie van bijvoorbeeld SharePoint."

En hoe zit dat voor thuisgebruikers?

"Dat ligt vooral aan de vaardigheden van de gebruiker. Een echte tweaker kan dat makkelijk regelen. Maar voor de meeste mensen is Nextcloud All-in-One het makkelijkst. Daarmee wordt er een dockercontainer gedraaid met alle relevante software; alles wordt automatisch geüpdatet. Voor het migreren van of naar All-in-One zijn tools beschikbaar. Ook voor Google Workspace en Microsoft 365 hebben we migratietools."

Zijn er plannen voor nieuwe standaarden die Nextcloud wil gaan ondersteunen, bijvoorbeeld voor makkelijkere migratie of interoperabiliteit? Hoe zit het bijvoorbeeld met de e-mailstandaarden onder JSON Meta Application Protocol (JMAP)?

"Ja, JMAP is zeker de richting die e-mail opgaat en enkele mailproviderpartners werken daar al mee. Ik kan niets over de releasedatum zeggen, maar uiteindelijk gaan wij dat ook ondersteunen. JMAP zorgt immers voor een snellere e-mailapp en betere responsiviteit.'Uiteindelijk gaan wij ook JMAP ondersteunen.'

We hebben bij ons vorige bedrijf ownCloud overigens wel een federated standaard voor cloudcommunicatie geschreven genaamd OpenCloudMesh. Dat ligt nu bij CERN en die is bezig om daar een officiële W3C-standaard van te maken.

Verder krijgen we soms de kritiek dat we onterecht een nieuw standaard niet ondersteunen. Zo gebruiken we bijvoorbeeld Web-based Distributed Authoring and Versioning (WebDAV) voor bestanden. Sommigen zeggen dat deze standaard verouderd is; hij komt uit de jaren negentig. Maar dat is nu juist het punt: ook al is het misschien niet de snelste manier om je bestanden over te dragen, alles en iedereen ondersteunt het. Dat maakt het een standaard.

Wat andere standaarden betreft: in migratiestandaarden zijn vooral grote techbedrijven niet zo geïnteresseerd. En ook dingen als de WebDAV-extensies voor kalenders en contacten, CalDAV en CardDAV: die standaarden worden native op iOS ondersteund. Je kunt dus via de Nextcloud-iOS-app je bestanden downloaden en overzetten, maar Android ondersteunt dat weer niet. Dat illustreert hoe afhankelijk je bent van de techgiganten."

AI is onderdeel van de strategie van alle grote techbedrijven. Ook voor Nextcloud kunnen gebruikers llm's integreren, bijvoorbeeld die van OpenAI. Hoe kijkt Nextcloud naar de integratie van open api's of zelfs opensourcetaalmodellen?

"We hebben inderdaad een manier om AI als laag boven op alle software te gebruiken, waarbij we het llm abstraheren. Daarvoor doen we best geavanceerde dingen en de gebruiker of admin kan zelf kiezen welk model ervoor gebruikt moet worden. Dat doen we natuurlijk vanwege privacy en om controle te geven over de gebruikte modellen.

Wij kunnen niet bepalen wat het beste model voor je is. De optie voor een volledig opensource en lokaal model is er, al zullen de meeste mensen niet de mogelijkheid hebben om peperdure videokaarten of workstations aan te schaffen.

Overigens werken we sinds 2023 ook met een Ethical AI Rating. We proberen daarmee in onze appwinkel transparant te zijn over hoe ethisch zo'n AI-model is. We toetsen of het model zelf te hosten is, of de data voor inference en training opensource is en of de trainingsdata gratis te gebruiken is."

Vereisten	Rating
Het model voldoet aan alle vereisten
Het model voldoet aan twee van de drie vereisten
Het model voldoet aan één vereiste
Het model voldoet aan geen van de vereisten

Veel lezers waren kritisch op het aanbod van Nextcloud ten opzichte van bijvoorbeeld Microsoft 365. Nu krijg je met Nextcloud een opensourcealternatief met Europese roots, maar op welke punten kan Nextcloud vooralsnog niet tippen aan Microsoft?

"Ik zit al lang niet meer in dat ecosysteem, dus ik vind het lastig om daar een goed voorbeeld van te bedenken. Soms vragen klanten (organisaties die een servicecontract voor de opensourcesoftware afnemen, red.) naar bepaalde functies. Dat gaat soms om heel kleine functies, zoals een button of de manier waarop je bijvoorbeeld vanuit een gedeelde mailbox e-mails zou moeten kunnen versturen namens iemand anders. Als het kleine functies zijn, fietsen we die er zo snel mogelijk in.

Verder hebben we nog wat grote stappen te nemen op het gebied van compliance, bijvoorbeeld rond de bewaarplicht onder de Archiefwet. Daarvoor moeten klanten bijvoorbeeld een dossier een bepaalde periode bewijsbaar onveranderbaar opslaan en daarna volgens de AVG verwijderen. Traditioneel werd dat met een documentmanagementsysteem gedaan. Microsoft bouwt die functies langzaam in 365, dus wij moeten ook die kant op."

_{Redactie: Yannick Spinner • Eindredactie: Marger Verschuur}

Reacties (101)

[YannickSpinner]

Dit artikel is gebaseerd op de vragen die van tevoren door tweakers werden ingezonden. Dus bij deze een bedankje voor onder meer Pyronick, _IvdK_, basjesomp, Ulysses, Blondy20, WeirCo, marrs, THEVGE, beeldbuijs, gwnmikedus en Merik! Jullie vragen heb ik letterlijk of in samengevoegde vorm kunnen stellen aan Jos. Veel van de overige vragen kwamen zijdelinks alsnog aanbod, dus ook voor de rest: bedankt!

[Chromebooks.nl]

Misschien een stomme vraag maar waarom niet gewoon het origineel gebruiken?

Als men de ‘gestolen’ (ook al vindt een schrijver van een GPL licentie dat het eigenlijk niet zo is) achterliggende code toch niet echt gewijzigd gaat worden, waarom niet een klein bedrijfje oprichten om de open source OnlyOffice te auditen?

OnlyAudit klinkt wel catchy

[sebati]

achterliggende code toch niet echt gewijzigd gaat worden

Dat is nu juist wel de bedoeling; een "fork" houd in dat je verderwerk op je eigen (Euro-Office) codebase en daarvan binaries maakt die je ter beschikking stelt zodat eindgebruikers daarvan gebruik kunnen maken.

Dat schetst ook direct het probleem met OnlyOffice: de code is wel in te zien, maar eraan bijdragen is pratisch gezien niet mogelijk. De binaries die beschikbaar worden gesteld zouden op de openbaar beschikbare code repos kunnen zijn gebaseerd, maar heel zeker weten kun je dat niet. Kan zo maar zijn dat er additionele code aan wordt toegevoerd en dat schetst het vertrouwensprobleem dat er dan ontstaat. Je kunt inderdaad je eigen binaries direct van de code van OnlyOffice genereren maar dan moet je je eigen aanpassingen steeds toevoegen voordat je de code compileert en dat is wat je een "branche" noemt. Echter moet je dan constant de wijzigingen in sync houden en dat is alleen al een dagtaak. Een fork is dan vaak praktischer maar heeft als direct gevolg dat je dat ook het hele project op je moet nemen en voldoende ontwikkelaars en daarbij komende kosten moet faciliteren. Een branhce en zeker een fork beginnen is makkelijk, het onderhouden en verbeteren vaak uitdagend. Uiteindelijk moet je de codebase die een ander heeft geschreven je eigen maken en dat is vaak intensief, zeker bij dit sooft grote projecten.

Om dat met wat voorbeelden te illusteren: LibreOffice is een succesvolle fork van OpenOffice, is ook goed vergelijkbaar met de Euro-Office fork van OnlyOffice. LibreOffice heeft er jaren over gedaan om met een flinke groep ontwikkelaars de codebase zo te prepareren dat nieuwe ontwikkelingen mogelijk zijn en het project in een staat te brengen dat het voor derden ook mogelijk is incidenteel code aan te aanleveren. Pas de afgelopen jaren plukken ze de vuchten daarvan en in het onder andere mogelijk de (Collabora) Online variant op LibreOffice beschikbaar te maken. Een ander succesvol voorbeeld is MySQL naar MariaDB. Niet succesvolle forks zijn er ontelbaar veel van: GIMP > Glimpse, Wayland > Mir. Recent nog is van Xorg de fork XLibre onstaan, de tijd zal leren of dir project levensvatbaar is. Ambitie is altijd torenhoog, maar probleem ontstaat vaak wanneer indaalt dat zoiets ontzetten veel tijd kost en dat de aanwas van ontwikkelaars en geld tegenvalt.

[Blokker_1999]

Dat noemen we geen "branche", dat noemen we een fork. Een branch maak je in dezelfde codebase, in hetzelfde project om nieuwe ontwikkelingen te doen die je achteraf terug wenst te syncen naar main. Een fork is wanneer je iets afsplitst in een apart project om dat zelf te onderhouden.

Mir was ook geen fork van Wayland, maar een eigen ontwikkeling van Canonical die, zoals vele van de probeersels van Canonical, op een dood spoor is terechtgekomen. En met de overgang van steeds meer projecten van X naar Wayland weet je ook dat Xlibre niet echt zal overleven.

[sebati]

Dat noemen we geen "branche", dat noemen we een fork. Een branch maak je in dezelfde codebase, in hetzelfde project om nieuwe ontwikkelingen te doen die je achteraf terug wenst te syncen naar main. Een fork is wanneer je iets afsplitst in een apart project om dat zelf te onderhouden.

Neem aan dat je doelt op het volgende? Wellicht een beetje krom geformulleerd:) Probleem is dat je dan steeds van upstream je beschikbaare code moet synced en dus een branche.

Je kunt inderdaad je eigen binaries direct van de code van OnlyOffice genereren maar dan moet je je eigen aanpassingen steeds toevoegen voordat je de code compileert en dat is wat je een "branche" noemt.

Ook met een fork kun je natuurlijk patches van een ander project (her)gebruiken, maar de codebases gaan vaak al snel uit de pas lopen waardoor dit soms meer werk ik dan gewoon de code opnieuw schrijven.

Heb met de LibreOffice/Collabora ontwikkelaars hierover verschillende gesprekken gehad. Was al een tijdje op de hoogte dat Collabora een eigen Main aan het klaarmaken was en hoewel ze aangeven dat "waar relevant" patches nog steeds ook aan LibreOffice Main zullen worden toevoegen het maar de vraag is of dat voor altijd is. Groot dilemma voor hen:)

[Reactie gewijzigd door sebati op 5 april 2026 10:35]

[Lord Anubis]

Niet dat ik Office de hemel in prijs maar MS Office is vanaf de basis uniform: de lintinterface, sneltoetsen en bediening zijn hetzelfde in Word, Excel en PowerPoint. Geen verrassingen.

LibreOffice daarentegen lijkt nog steeds geen prioriteit te maken van uniformiteit, vooral als het management tegenwerkt. Onlogische copy/paste mogelijkheden. Onlogische macro verwerking en management.
Kijk naar andere open source projecten zoals FreeCAD: pas bij versie 1.1 begint het wat consistenter te worden. Of KiCad: bij versie 10 zitten er nog steeds vreemde, onlogische zaken in. Allemaal prachtige programma's voor thuis gebruikers, maar voor bedrijven nog niet. Allemaal prima, maar ze groeien traag naar een samenhangend geheel – iets wat bij MS Office al vanaf het begin standaard is.

[sebati]

LibreOffice is dan misschien niet consistent in de GUI, MS Office is dan niet in het gebruik van het OOXML formaat. Het eerste is aan te passen, het tweede bijna niet omdat ze dat als een "ISO standaard" beschouwen. MS Office is zo gebroken onder de motorkap dat het voor derden bij niet te implementeren is, zelfs MS zelf heeft moeite compatible te zijn met hun eigen formaat.

MS Office heeft "alle" features ook enkel op de WIndows client, ander cliens zoals MacOS en mobile apps missen features zoals ODF support of converteren dat eerst vrolijk naar OOXML en slaan daar dan automatisch in op. Overigens is de gehele ODF implementatie van MS mbt ODF halfbakken en hebben ze er alles aan gedaan om maar af te wijken van de LibreOffice implementatie; pratisch gezien kun je dus beter OOXML documenten uitwisselen tussen deze pakketten dan ODF en dat is veelzeggend.

Probeer eens een document in MS Office Online te open of maken, gewoon lachwekkend hoe slecht dat is. Zaken vallen weg, veel bugs, etc etc.

[sebati]

Eens dat de LibreOffice gui te wensen overlaat, maar het doet wat het doen moet. Je kan van de LO interface als geheel iets vinden, dat vind ik ook en ja die zou best een refresh kunnen gebruiken. Het is een keuze om eerst aan de techniek onder de motorkap te werken en niet enkel aan de UI. Dat heeft alles met budget en beschikbaarheid van ontwikkelaars te maken. De huidige interface is cross platform en goed te onderhouden met de middellen die beschikabar zijn. Alternatief is om CSD (Client Side Decorations) toe te voegen maar dat betekent per platform een GUI onderhouden en daar is veel weerstand tegen vanuit de ondersteuning van LO met name door een tekort aan ontwikkelaars die dat zouden kunnen uitvoeren. Hier zijn afgelopen jaren oefenloze discussies over gevoerd binnen de LO community en voor nu is dit wat het is. Nu verschillende overheden kiezen voor LibreOffice is de hoop vanuit The Document Foundation (TDF) dat zij ook middellen beschikbaar stellen om de continuiteit te waarborgen en verbeteringen mogelijk te maken.

Collabora Office daarintegen voorziet LibreOffice van een prima gui en dan heb je een consistente UI in de Online variant, de desktop en op je mobile devices. Collabora heeft meer middellen door hun samenwerking met verschillende organisaties en kan daarom op basis van de Collabora Online ontwikkeling ook de Mobile App beschikbaar maken. De Collabora Office voor desktops is mogelijk door de overname van Allotropia, een aantal maanden geleden, die de Web Assembly versie van LibreOffice (LOWA) ontwikkelde. Op deze techniek is de desktop versie gebaseerd en deze techniek wordt ook gebruikt om met Collabora Online Offline te kunnen gaan wanneer je Online werkt. Dit laatste is nog in Preview.

Wanneer je LibreOffice professioneel gebruikt dan is het advies om enterprise partners hierbij te betrekken door bijvoorbeeld een subscription te nemen zodat ondersteuning direct beschikbaar is. Deze versie van LibreOffice (in dit geval Collabora Office) wordt voorzien van patches die in LibreOffice nog upstream klaarstaan voor de volgende major release. Zo'n partner kan ook in de behoefte voorzien van consultancy, (pre)migratie, training, conversie en feature prioritering.

Allemaal prima, maar ze groeien traag naar een samenhangend geheel – iets wat bij MS Office al vanaf het begin standaard is.

Bij Microsoft is ook behoorlijk wat onsamenhangedheid te vinden. Ben al meer dan 25 jaar consultant en voer nog met enige regemaat desktop deployment, Modern Workspace en VDI trajecten uit en het is een euindeloze lijst problemen die daar uit voortkomen. Zelfs Microsoft heeft afgelopen week een Mea Culpa gedaan en geeft aan de grote problemen met oa Windows nu zo snel mogelijk aan te gaan pakken. Ben daar erg sceptisch over.

Als we het dan over Online Editors hebben dan is MS Offie Online ook echt de slechtste van allemaal. Veel van je document content valt weg en een Table Of Content wekt niet eens. MS Online Office =/= Office op de desktop.

[Reactie gewijzigd door sebati op 5 april 2026 14:15]

[Lord Anubis]

Collabora is er uit geknikkerd door LO en als onwenselijk beschouwd. Tevens het artikel over de gui in hun blog wat ik nogal harsh vind wat zelfs gebruikers hun mening als 'wrong' beschouwd. Heb inmiddels zo'n 12+ bug aangekaart afgelopen maanden maar heb van de meeste als reproduceerbaar gekregen maar wel gesloten.

Tuurlijk zijn er Office 365 knullige zaken. We werken hier met MS (voor Mac), en willen dat de deur uit hebben. MS is voor Mac nog steeds in een inhaal fase. We gebruiken veel VBA en Python en dat is dan vooralsnog moeilijk over te zetten naar LO omdat het te veel rariteiten heeft die niet universeel opgevangen kan worden en overdraagbaar zoals in MS-Excel.

[sebati]

Volg dit op de voet en dit speelt echt al heel lang. Ken ook de eigenaar van Collabora redelijk goed ken dus ook die kant van het verhaal; dit zat er al een tijdje aan te komen. Hoe dit allemaal in de praktijk gaat werken zullen we gaan zien. Het is jammer, maar ik heb het idee dat er op grote lijnen niet heel veel gaat veranderen. Ze hebben elkaar op vlakken toch nodig gezien de competenties deels bij Collabora zitten, deels bij TDF en een deel bij andere bedrijven en de community. Er spelen gewoon grote belangen alleen wordt om de onjuiste redenen Online weer naar LibreOffice gehaal en heb zelf het idee dat aan de ontwikkelaars zijde daar niemand op zit te wachten. Een mooie middelground had ik gevonden als ze Collabora Office voor IOS en Android (ook) onder de LibreOffice naam in de stores hadden gezet dan was deze naam voor alle gebruikers op alle platformen beschikbaar geweest. Online is toch een client op zich die een server nodig heeft en er is geen gebruiker die weet of het Libre of Collabora is die de binaries levert. Dus op essentiele onderdelen denk ik dat Collabora wel veel patches in sync blijft houden met LibreOffice zoals documentformaten maar wellicht dat er op enig moment een verschil optreed mbt functies.

Gebruik Collabora Online zelf ook al een aantal jaren icm verschillende oplossingen en houd de Nederlandse vertaling bij en doet net als jij bugs melden en reproducderen.

[Reactie gewijzigd door sebati op 5 april 2026 15:38]

[Lord Anubis]

Plus 1.

[magician2000]

Wat een onzin. Dit soort software is al vele jaren prima te gebruiken binnen bedrijven. Het probleem is dat mensen en bedrijven altijd proberen 'problemen' te zoeken die er niet zijn. In 2001 overgestapt op StarOffice, welke nog wel wat problemen had, maar prima voldeed. Vervolgens OpenOffice en LibreOffice. Blij dat ik, ook bedrijfstechnisch, van die rommel af ben van Microsoft. Met iedere Nieuwe Office versie weer nieuwe problemen, inconsistentie met openen van oude(re) bestanden is daar het bekendste voorbeeld van. MS wil simpelweg niet compatible zijn.


Zo ook met veel andere open source software, prima bedrijfstechnisch te gebruiken. Helemaal niets mis mee. Het is problemen zoeken waar die er niet zijn.

[Lord Anubis]

haha grappig, vandaar de bug lijsten.
Voor veel dingen prima maar niet voor stabiliteit en verwachtingen.

[sebati]

Dat je de buglijsten bij bijvoorbeeld Microsoft niet kan inzien wil niet zeggen dat ze er niet zijn...

[Lord Anubis]

dat zeg ik ook niet maar er word beweerd dat het allemaal koek en ei is bij LibreOffice. En je kan wel degelijk het ms ecel forum kijken wat er zo fout gaat.

[sebati]

Daar draag je zelf ook op eenzelfde wijze aan bij door te stellen dat het bij Microsoft allemaal "koek en ei" is en alternatieven afspiegelt als niet stabiel en dat je geen verwachtingen ervan kunt hebben.

Ik gebruik Open-, later LibreOffice en nu Collabora Office/Online al de afgelopen 25 jaar en maak op gezette tijden ook gebruik van MS Office omdat ik in enkele gevallen aan Teams vastzit omdat MS vakkundig derden daarvan uitsluit. Heb denk ik dus een aardig beeld van wat wel en niet werkt en/of stabiel is. De extremen die worden geschetst, met name vanuit het ecosysteem van de Microsoft gebruikers, wanneer er over alternatieven wordt gesproken is over het algemeen niet heel representatief voor de werkelijkheid. Wat ik ervaar is met name vanuit de Microsoft consultancy- en beheerders hoek altijd met argwaan wordt gereageerd omdat zij in mijn optiek moeite hebben met het beeld dat er nog meer bestaat op deze planeet dan de Microsoft bubbel waarin zij leven. Dat is ook niet zo raar: verandering is het moeilijkste wat er is, de techniek is eigenlijk nooit het probleem maar mensen veranderen is 80% van een project. Daar komt nog bij dat dat bedrijven die "Microosoft tenzij" propageren dit niet doen omdat zij geloven dat het echt de beste oplossing is voor de klant maar omdat meer-Microsoft vereist is voor hun partner status.

[magician2000]

Als ze die al bijhouden... want waar open source daar open over is, doen dat soort bedrijven het niet.

[magician2000]

haha grappig, vandaar dat al die MS zut steeds meer en steeds grotere problemen geeft na iedere update...

Zo'n reactie slaat natuurlijk nergens op. Ik heb meer problemen meegemaakt met microsoft software dan met open source software. Waarbij ik met open source software - de enkele keer dat ik vragen stelde - vriendelijk verder geholpen werd. Waar kan ik microsoft benaderen? Dat is namelijk niet mogelijk, die hebben daar helemaal geen zin in.

[Lord Anubis]

Ik juist niet, we hebben zelden problemen met excel voor Mac, wel meer met MS voor windows, dat klopt wel, maar alsnog minder dan met LibreOffice.

[aikebah]

Ctrl-F is find... oh nee toch niet.. is forward (Outlook) lekker consistent dat MS office inderdaad.

[YGDRASSIL]

LibreOffice/Collabora is juist een mooi voorbeeld van de malaise van dit soort projecten. Die zijn nu weer over straat aan het rollen zodat je straks weer weglopende ontwikkelaars en een dooie fork hebt. Of hoe dit dan ook weer gaat aflopen. Het geeft mij nul vertrouwen in stabiele oplossingen uit de FOSS wereld. Je noemt Wayland ook als voorbeeld terwijl er hele volksstammen lopen te klagen dat Ubuntu nu alleen het 'nog niet goede genoeg zijnde' wayland doet. (Ik gebruik dit allemaal niet, dus waar precies de waarheid ligt geen idee).

[sebati]

Kennisgebrek is nu eenmaal geen goede hulp als je keuzes moet maken... Ieder project is twee stappen vooruit, een stap terug. Dat is in het bedrijfsleven niet anders, enige verschil is dat je het als buitenstaander dan vaak niet weet tenzij je informatie van binneuit ontvangt.

Je noemt Wayland ook als voorbeeld terwijl er hele volksstammen lopen te klagen dat Ubuntu nu alleen het 'nog niet goede genoeg zijnde' wayland doet. (Ik gebruik dit allemaal niet, dus waar precies de waarheid ligt geen idee).

Er zijn altijd mensen die klagen omdat hun dingetjes niet, niet meer of nu anders werken. Er zijn ook hele "volksstammen" die klagen over dat Xorg (de oude display server) voor hun niet werkt. Er zijn ook hele "volksstammen" waar Wayland wel goed voor werkt, ik gebruik het bijvoorbeeld al jaren vrijwel probleemloos. Iedere verandering die wordt gemaakt lost niet alles edge-cases direct op, dat vereist wellicht veranderingen in ecosysteem van (gekoppelde) toepassingen en dat heeft tijd nodig. Dat de meeste distro's nu voor Wayland kiezen ipv Xorg zegt dus dat het voor de grootste groep goed genoeg werkt en dat deze groep dus minimaal zo groot of zelfs groter is dan de Xorg groep waarvoor het voorheen ook allemaal goed werkte want anders zou deze beslissing niet collectief worden genomen. Het is ook echt al jaaaaren in voorbereiding dus echt niet op een namiddag bedacht. Ook dit is in de closed source wereld niet anders: ben bijvoorbeeld al meer dan 25 jaar ook "Microsoft consultant" en heb al heeeel wat veranderingen gezien die later weer aangepast, bijgestuurd of vervolgens geheel uitgefaseerd werden of nog gaan worden; de puinhoop die Windows op dit moment is verbleekt bij de stabiliteit van veel Linux distro's. Zelfs Microsoft heeft onlangs aangegeven dat het roer om moet, stabieler, eenvoudiger. Dit is enkel omdat ze de hete adem voelen van Apple, Chomebooks en Linux. Dat het ook echt gaat gebeuren is maar zeer de vraag,

[Reactie gewijzigd door sebati op 6 april 2026 19:10]

[magician2000]

Breek me de bek niet open over hoe Microsoft, met name de interface van Windows, met iedere versie weer dusdanig overhoop gooit dat je weer uit mag zoeken waar ze het nu weer verstopt hebben.

Wat de doodsteek voor Microsoft kan worden is wanneer bedrijven nu eindelijk eens het lef tonen om hun Windows / Mac only software ook voor Linux geschikt te maken. Voor het overgrote deel kunnen mensen zonder problemen overstappen, maar je hebt altijd nog een aantal pakketten die Windows / Mac only zijn en waar je heel veel historie in hebt zitten die je niet even mee kan nemen. Denk bijvoorbeeld aan iets als Capture One Pro. Ook al besluit je om over te stappen naar iets anders, je zult wat je tot dat moment hebt klaargemaakt niet kwijt willen raken (en ik bedoel niet het eindresultaat, dat is vaak overal te openen, maar de 'recepten' per foto niet).

[jb044]

Beetje tam en oppervlakkig interview wat mij betreft. Dat er veel kan met nextcloud is mij nou wel bekend, maar hoe schaalt het nou echt? Wat betekend het om het in een grootschalige omgeving in te zetten. Daar krijg je bij dit soort toepassingen zelden antwoord op. En dat is erg jammer want wil opensource en in dit geval opensource cloud oplossingen echt voet aan de grond krijgen dan zal het vooral daar moeten gebeuren. Ik bedoel fantastisch dat nextcloud zonder meer van toegevoegde is voor een bedrijf met 3 man die nu wat bestanden rondmailen. Maar voor de meeste mensen is de realiteit dat zo ongeveer alles wat denkbaar is middels office 365 gebeurd en is de vraag/wens of er een goed Europees en liefst ook opensource alternatief is.

[sebati]

Nextcloud schaalt tot miljoenen gebruikers door gebruik te maken van de Nextcloud Glocal Scale techniek. Er zijn verschillende dergelijke omgevingen in productie bij telecomproviders en universiteiten.

Onlangs was er een Webinar mbt Global Scale hoe dit in te richten, die kun je terugkijken.

[Reactie gewijzigd door sebati op 5 april 2026 10:38]

[jb044]

Thx!

edit:
persoonlijk vind ik het wel jammer dat ze nog altijd primair gefocused lijken te zijn op het toevoegen van zoveel mogelijk functionaliteit ipv de basis op de schop te nemen. Ik snap dat toen het owncloud was en het echt niet meer was dan een leuke addon voor je NAS dat met beperkte resources en een doelgroep die het zo makkelijk mogelijk gemaakt moest worden, php wellicht een volstrekt logische keus was. Maar nu het steeds meer "het alternatief" voor Amerikaanse cloud technologie in Europa lijkt te worden en de roep daarom ook steeds luider wordt is het misschien ook tijd om gewoon iets te maken dat optimaal werkt, het juiste middel voor het doel zeg maar. Ik denk niet dat php in die categorie valt. Zelf gebruik ik het nog altijd voor waar het ooit begon: kleinschalig gebruik in beperkte kring, en het valt me wel op dat het op mijn homeserver beduidend trager is dan andere opensource producten met ook behoorlijk complexe webinterfaces die wel gewoon mee kunnen komen met de markt, zo niet gewoon marktleider zijn. Denk gitlab of grafana, beiden niet in php geschreven. Dat gezegd hebbende, met voldoende resources kun je alles laten schalen

[Reactie gewijzigd door jb044 op 5 april 2026 13:04]

[NoTechSupport]

Je kan maar zoveel bespreken in een interview.

[Martinspire]

Tuurlijk, maar schaalbaarheid is wel een groot pijnpunt waar veel bedrijven mee worstelen als ze alternatieven willen gebruiken.

[Cybergamer]

@jb044 & @Martinspire

Ik denk dat het buiten de scope is van dit hele artikel, maar kijk eens hier naar: Nextcloud Global Scale: local data and limitless scalability at commodity cost.

[grrfield]

Er staan een aantal referenties op de website van Nextcloud die voor mij duidelijk niet onder de hoofding vallen van ondernemingen "met drie man en een paardenkop".

[michelr]

Dat niet, maar ik zie ook geen multi-nationale onderneminge met 10.000+ FTEs. En de EDUs met studenten tellen niet mee, want die hebben doorgaans weinig te willen.

[grrfield]

Siemens stelt 372.000 FTE's te werk. Al weet ik wel niet hoe en waar NC daar geïmplementeerd werd.

[Reactie gewijzigd door grrfield op 5 april 2026 18:48]

[sluismaster]

An sich waar. Uiteraard stond het je vrij om dit soort vragen in te dienen een aantal dagen geleden.

[chris_0611]

Wat dat betreft is het echt jammer dat NextCloud en ownCloud opgesplitst zijn, want NextCloud is nog steeds gebaseerd op PHP, en de traagheid (vooral bij het syncen van grote hoeveelheden kleine bestanden) is het voornaamste dat me tegenstond.

ownCloud is bezig met een complete rewrite in Go (OCIS, ownCloud Infinity Scale) wat echt goed werkt, maar alleen bare bones filesync waar ze zich nu op focussen. Geen extra apps of office suites dus

[NielsFL]

Zelfs los van het syncen: Nextcloud is echt bizar traag vergeleken met andere PHP apps. Het moet echt een keer op de schop.

Voor het syncen mogen ze van mij een keer naar syncthing kijken. Dat werkt echt fantastisch en blijft ook syncen tussen je apparaten zelf mocht je cloud server onbereikbaar zijn.

[joezzt]

Het betekent dat je het moet beginnen te gebruiken.

[Blokker_1999]

Elke implementatie is anders, en je zal altijd een eigen inschatting moeten maken of een product zal voldoen aan je wensen. Dat kan je niet snel even in een interview opvangen. Zoals anderen aangeven zijn er reeds grote implementaties, maar ook daarbij moet je weer gaan kijken naar hoe groot juist met betrekking tot zowel het aantal personen als de onderdelen die zij gebruiken.

En Microsoft 365 is vandaag zoveel meer dat daarmee concureren ook niet zo eenvoudig is. Je moet ergens beginnen en uitbouwen, maar je moet ook goed kijken naar hoe je jezelf in de markt zet.

[michelr]

+1. VInd iets wat "in principe gewoon een mooie oplossing is" geen argument, en "een beetje een vertrouwensprobleem" is ook een understatement. Hoezo, "een beetje"? Als NextCloud pretendeert een alternatief te zijn, dan is het bijbehorende pitch slecht.

[hermanbrood]

Ik snap de aantrekkingskracht van digitale soevereiniteit. Nextcloud doet goed werk. Staat buiten kijf. Maar ik denk dat we zwaar onderschatten wat we inleveren als we de 'Big Tech'-stack verlaten. Dat wordt echt heel erg zwaar en chronisch onderschat.

Om een beeld te schetsen: Microsoft geeft jaarlijks meer dan 20 miljard dollar uit aan security R&D. Ze hebben meer dan 10.000 security-engineers in dienst. Defender for Cloud en Defender for Identity worden gevoed door threat intelligence uit honderden miljoenen endpoints wereldwijd, verspreid over vrijwel elke sector en elk land. Die schaalgrootte is niet zomaar een voordeel, het is een compleet ander speelveld. Zero-days worden binnen minuten gedetecteerd en gecorreleerd over miljoenen tenants heen. Compliance-mappings tegen ISO 27001 en CIS Benchmarks worden continu bijgewerkt door teams die groter zijn dan de meeste Europese softwarebedrijven.

Dat repliceer je niet met een Wazuh-instance, een SIEM en wat scripts. Niet omdat open source slecht is, maar omdat het probleem fundamenteel een schaalprobleem is. MDR/XDR werkt juist doordat het netwerk enorm is. Hoe meer endpoints, hoe sneller patronen zichtbaar worden. Een soevereine stack met een fractie van die schaal is per definitie vele malen blinder.

Mijn grootste zorg: we vergroten onze cyber-exposure op het moment dat dreigingen uit statelijke hoeken alleen maar toenemen. Google, Microsoft en Amazon investeren elk apart meer in security dan heel Europa bij elkaar. Als iedere overheidsorganisatie straks zelf het wiel moet uitvinden op detectie, response en compliance, dan winnen we autonomie, mooi! Maar we verliezen weerbaarheid.

De discussie wordt nu veel te veel gevoerd vanuit een politiek-ideologisch frame en te weinig vanuit de vraag: hoe houden we ons cyberrisico beheersbaar? 'We hosten het zelf' is geen securitystrategie. Ik ben benieuwd hoe Jos daar tegenaan kijkt.

Lekker zelf die Concorde en die Space Shuttle proberen te bouwen, net als de Soviet Unie heeft geprobeerd (nadrukkelijk zonder de US). We weten allemaal waar dat is geëindigd.

[Leo. P. Klepper]

Als steekt US Bigtech 1000 miljard in beveiliging, de US Cloud Act en US Cyberstrategy for America Act doen dit geheel teniet, want je data en de toegang tot je data zijn niet veilig voor de US regering. In de US Cyberstrategy for America Act staat zelfs letterlijk dat data en toegang tot data als wapen kunnen worden ingezet. Weg van US Bigtech is wat mij betreft daarom een absolute noodzaak en een no-brainer.

[WoutervOorschot]

Tegelijkertijd zorgt die ene enkele cloud met toegang tot alles ook voor een heel groot target, en bedrijven worden ondanks alle inspanningen toch gehackt.

Zelf hosten is wel degelijk een veiligheidsstrategie. Als je zelf je servers beheert en netjes afschermt kan je meer zicht op je veiligheid hebben dan wanneer alles in de cloud hangt. Het is maar net waar je kennis ligt.

De Concorde hebben ‘we’ zelf gebouwd, dat was een Frans-Brits project.

[Khrome]

Waar je wel een punt hebt is het denk ik handig om dit vanuit het perspectief van Google, MS en Amazon te zien: De security R&D wordt niet voor de klanten uitgevoerd, maar voor het bedrijf.

Meestal komen de belangen overeen, maar het is denk ik iets te optimistisch om aan te nemen dat al die research naar verdediging gaat, of naar het veiligstellen van data.

Daarnaast is het ook de vraag wat belangrijker is, autonomie of digitale veiligheid. Gezien de koers die de VS vaart, waar alle big tech die je noemt is gebaseerd, is het (helaas) niet meer ondenkelijk dat een Microsoft bijvoorbeeld simpelweg hun 365 diensten blokkeert of uitschakelt voor bepaalde Europese klanten, overheden of niet - Ruilen we dan het risico op een Chinese of Russische hack in voor in feite totale afhankelijkheid van de VS voor fundamentele IT en communicatie?

De discussie ís momenteel politiek en ideologisch, omdat de situatie ons hiertoe heeft gedwongen. De betrouwbaarheid die de VS heeft opgebouwd over decennia is in de afgelopen jaren zeer sterk afgebrokkeld, en heeft de noodzaak blootgelegd om nú naar soevereine alternatieven te zoeken, niet pas over 5 of 10 jaar.

[dmantione]

Digitale veiligheid is geen kwestie van enorme budgetten, enorme teams en standaarden. Dat is net zoiets als peperduur wapentuig kopen en zeggen dat je daarmee een enorm goed leger hebt. Digitale veiligheid is identificeren wat vertrouwd kan worden en wat niet vertrouwd kan worden en bij dat wat niet vertrouwd kan worden gericht veiligheidsmuren op te trekken.

Probleem in kwestie is één van de grootste onveiligheden van het moment Big Tech zelf is en secundair, alles wat Amerikaans is.

Dus ja, het kleine Nextcloud is ondanks de geringere hoeveelheid middelen, veiliger als de "Big Tech"-stack.

[Ruupje]

De schaalgrootte van MS is misschien een voordeel maar ik vind de uitgebreidheid en veranderlijkheid van het hele platform ook een enorm risico. Nog afgezien van het hele VS en trump gegeven.

Er zitten zoveel hoekjes en kantjes aan, zoveel stukken legacy functionalteit, zoveel dingen die haastig geïntroduceerd of uitgefaseerd worden. Natuurlijk heb je een enorme organisatie nodig om nog maar te kunnen hopen om zoiets te kunnen beveiligen.

Nextcloud is veel kleiner in scope en daarom denk ik ook veel makkelijker om te beheren en te beveiligen door kleinere teams.

De Concorde hebben we toch ook gewoon hier in Europa gebouwd? En ik zou denken dat de meeste organisaties aan een Airbus A220 al genoeg hebben.

[Vaevictis_]

Heel prettig artikel, goede vragen en open antwoorden! Ik mis wel iets over samenwerking met Proton, trekken ze daar mee op of hebben ze integraties?

Het klopt niet dat WebDAV uit de jaren 70 komt, toen was er nog geen HTTP. Is dit niet gecontroleerd door de redactie?

[schermer]

Voor de kijkers thuis: WebDAV is een http/1.1 extensie die in 1999 is geïntroduceerd. Toch ook een idee van 30 jaar oud, naar een stuk jonger dan jaren zeventig.

https://datatracker.ietf.org/doc/rfc2518/

[Templar]

Ik dacht al, oldskool Telnet en FTP zijn pas in de jaren 80 geïmplementeerd en heb ik mee gewerkt in de jaren 90. Van WebDAV heb ik pas ergens in de jaren 0 of 10 gehoord.

[sebati]

Proton documenten worden op dit moment gemaakt met Markup Language. Veel gebruikers zetten bestaande documenten over op hun Proton Drive of ontvangen documenten via email. Ik vermoed dat Proton graag een Online Editor wil gaan integreren en dat dit hun belang in dit Euro-Office project is.

[YannickSpinner]

Bedankt voor de positieve en opbouwende feedback! Ik fix de quote over WebDAV

[dotslasher]

Nextcloud klinkt goed tot je ermee aan de slag gaat als IT professional.

• Dated UI (2015 look & feel)
• Simpele date picker die keyboard input foutief overneemt
• De upgrade-flow is onwerkbaar op schaal. Je kunt geen major versies overslaan. Van 30 naar 33 gaan betekent 30 → 31 → 32 → 33, één voor één, telkens met een handmatige CLI-migratie via occ upgrade. De web updater is uitgeschakeld bij Docker-deployments. Stel je voor dat je dit moet doen in een organisatie met 2500+ gebruikers, met change management, een CAB-approval en een maintenance window. Per major versie. Microsoft rolt updates uit zonder dat je er iets van merkt.
  Ik snap wel dat je niet op docker wilt runnen - maar het gebruiksgemak van docker en alle voordelen worden nutteloos bij het gebruik van nextcloud. hidden files blijven staan en hebben impact op update/upgrades enz
• Plugins breken infrastructuur/omgeving - ja sommigen moeten manueel enabled worden omdat ze niet standaard ondersteund worden maar enable je een instabiele plugin dan is er kans dat je hele omgeving niet meer reageert

nog wel wat dingetjes.
Ik ben zelf CIO ik krijg dit niet verkocht aan eindgebruikers en IT Sys Admins.
Dit is een leuk hobby projectje voor thuis wat files en dingen te delen. Maar in een serieuze enterprise omgeving lukt dit niet hoor.

[Reactie gewijzigd door dotslasher op 5 april 2026 15:10]

[DeNachtwacht]

Ik ben als leek dan wel weer geïnteresseerd in de vraag: is dit dan niet juist de goede stap die al tijden nodig was om vernieuwing te forceren? Door de office te opensourcen ontstaat hopelijk/misschien bij een aantal partijen die er al wel mee werken en ontwikkelaars in dienst hebben (universiteiten, gemeentes, provincies?) de incentive om in het eigen belang mee te helpen het algemeen belang vooruit te helpen? Als ik hier lees dat zelfs een stad als Amsterdam al meer ontwikkelaars heeft dan nextcloud, is er dan geen win/win te behalen als diverse van dit soort partijen samen de handschoen oppakken om nextcloud AIO naar 2026 te trekken?

Voor die partijen het voordeel van veel regie om de zaken zelf te ontwikkelen, voor marktpartijen die er service omheen bieden (proton, infomaniak, aankomende office.eu et cetera) het voordeel dat de software beter in de markt gezet kan worden en zij zelf wellicht daarmee ook ontwikkelaars kunnen leveren om aan de basis bij te dragen en voor de thuishosters natuurlijk ook een stuk interessanter.

Dus in de basis lijkt me dit juist een hele positieve stap die een flinke impuls kan gaan geven, of zie ik toch dingen over het hoofd?

[Reactie gewijzigd door DeNachtwacht op 5 april 2026 17:09]

[roelofz]

Ik denk dat veel van je argumenten te pareren zijn en er een functioneel pakket dan over kan blijven, update management is bijvoorbeeld zeker beter dan je nu beschrijft. Er is trouwens goede reden om vetraagd te willen upgraden en dan kan je zover ik weet nog wel tot 2-3 versies terug blijven draaien (en dan upgrade je in dat tempo mee, zonder noodzaak om nummers over te slaan)

Interface en sommige functionaliteiten (zie de mailclient bijvoorbeeld) missen inderdaad een grotere marketing en dev afdeling, hier zie ik echt missers die teveel aan de concurrentie laten (al is Microsoft ook erg goed bezig met het nieuwe Outlook (en de basis interface is wél goed en een benchmark)). De file integratie in de mailclient van NC is wel weer heel erg goed, al kan die ook nog uitgebouwd worden (in hoeveel stappen kan je een bijlage opslaan én bewerken?).

Plugins zou ik niet weten, maar vermoed ik dat die goed mee te nemen zijn in een totaal project. Bedenk ook dat je een thuis omgeving vaak te vol gooit en daarmee de nodige instabiliteit veroorzaakt, iets wat je in een normale productie omgeving door een otap straat heen laat gaan (of tap als je geen dev hoeft te doen). Mijn thuisomgeving draai ik vanuit het perspectief dat die niet opnieuw geïnstalleerd mag, ik de problemen erin ook op moet lossen zonder grote aanpassingen en dan wordt je voorzichtiger met alllerhande aanvullingen (al kan het daar nog best aardig tegen, maar bij upgrades veroorzaakt het wél een risico ivm incompatibiliteit, een valkuil waar ik wel van leerde als ook niet meedoen met de beta's :-) ).

Het niet verkocht krijgen is een afweging, juist als CIO te maken: welke risico's loopt je organisatie met de huidige omgeving ofwel is er een noodzaak om totaal anders te gaan en daarmee een totaal andere architectuur te gaan omarmen? Dat kan genoeg reden zijn om met een andere functionele interface te willen gaan werken.

Ofwel ik snap wat je aangeeft, maar of het echt niet Enterprise ready is, is misschien ook teveel kijken met een oude bril, dit zou nog wel eens mee kunnen vallen.

[lastlong]

Kunnen ze niet wat meer specialisten in dienst nemen en zelf meer backend ontwikkelen?

Het zou fijn zijn als nextcloud op alle vlakken kan concurreren met de grote jongens.

[Reactie gewijzigd door lastlong op 5 april 2026 08:22]

[Sissors]

Het obvious probleem dan is: Wie betaald dat? Ik vermoed dat ze niet zoveel geld over hebben aan het eind van het jaar. Met de vervolg vraag: Willen ze dat. Want in het vorige interview heeft Jos aangegeven dat ze niet groot willen worden. Nu kan je natuurlijk redelijk wat extra aannemen voor ze zelf big tech zijn, maar tegelijk wil je wel echt alles wat Office 365 heeft gaan ontwikkelen in-house, dan moet je verrekte groot worden natuurlijk.

[lastlong]

Ze krijgen een licentiefee voor elke zakelijke install. Dus ik neem aan dat de inkomsten het afgelopen jaar zijn verveelvoudigd.

Ik vind ‘backend past niet bij ons’ een vreemde insteek voor een bedrijf dat een alternatief wil zijn voor big tech. Dan moet je ook de moeilijke dingen durven aanpakken.

[Gr4mpyC3t]

Ik vind het juist getuigen van professionaliteit wanneer je aangeeft waarin je minder sterk bent.

Nextcloud zou vooral moeten inzetten op samenwerking met partners die wél gespecialiseerd zijn in backendinfrastructuur. Zo kunnen ze gezamenlijk verder bouwen richting de complexiteit van big tech.

Schoenmaker, blijf bij je leest!

[Lord Anubis]

dat gaat dus vaak fout omdat je afhankelijk bent van derden. Een schoenmaker koopt spijkers en lijm bij welke derden dan ook maar slaat ze zelf erin. Hij laat de spijkers niet door derden erin meppen.

Dat ze een sub divisie oprichten prima. Gewoon een fork opzetten, controleren en naar beide branches ( eigen branches van eigen fork en naar onlyOffice) uploaden zodat niemand kan klagen.

[Blokker_1999]

En het wiel opnieuw uitvinden tegen een grote kost? Welke meerwaarde heeft dat? Je kan niet zeggen dat je voor FOSS wenst te gaan en dan zelf alles maar gaan ontwikkelen zonder te bekijken wat er reeds bestaat. Want er is vandaag op vele vlakken al te veel keuze in de FOSS wereld dat mensen niet meer weten wat ze eerst moeten proberen.

[sebati]

Hoewel ik zelf als lang gebruiker ben van Collabora Online en LibreOffice vind ik een beetje concurrentie op zich een goede ontwikkeling. Er moet wat te kiezen zijn ander zit je weer vast in een enkele oplossing.

Mijn visie op deze Euro-Office ontwikkeling is tweeledig: aan de ene kant is er al heel lang de wrijving met OnlyOffice waardoor een samenwerking met hen als "open source" project in de praktijk er gewoon niet is. Dat wordt ook goed beschreven op de Euro-Office pagina en aankondigijng van dir project Er zijn met name in Frankrijk veel OnlyOffice gebruikers, vandaar ook de interesse van IONIS en XWIKI (Cryptpad maakt gebruik van OnlyOffice), OnlyOffice is daar dus de defacto standaard. In andere landen, zoals Duitsland, zie je dat meer gebruikt wordt gemaakt van LibreOffice en is daarmee Nextcloud/Collabora Office de logische keus. Wellicht dat Nextcloud de ontwikkelingen van Nextcloud Office niet snel genoeg vind gaan en document interoperabilitiet problemen ook een rol spelen gezien Libre- en Collabora Office hier afgelopen jaren een flinke slag hebben moeten maken. Out-of-the-box lijkt OnlyOffice hier soms een voordeel te hebben, maar ook zij hebben problemen met bepaalde OOXML functionaliteit. Wil je ODF gebruiken dan is Libre en Collabora daarin denk ik veel verder. Steeds meer overheden geven (opnieuw) aan ODF als standaard te hanteren, zoals recent nog de Duitste overheid dit deed. ODF staat ook op de lijst van de Nederlandse Forum Standaardisatie als "pas toe of leg uit" terwijl OOXML niet op deze lijst staat.

Nextcloud geeft klanten dus de keuze en de mogelijkheid op enig moment te switchen tussen editors of zelfs aan te geven welk documentformaat met welke editor moet worden geopend. Kan dus zo maar zijn dat ODF met Collabora Online de beste oplossing is en OOXML met Euro-Office.

[sebati]

Definieer "backend": dat kan van alles zijn. Er is zooooveeeel dat je dan zou moeten of kunnen doen en dan verlies je focus. Daarnaast loop je het risico dat de "backend" infra waar je voor kiest op den duur wellicht niet de juiste keuze was of niet meer is en dat maakt het dan moeilijker om weer te switchen omdat je dan een groep mensen hebt met kennis van X terijl je verder wilt met Y. Een te specifieke keuze voor backend infra maakt je ook minder flexibel omdat deze keuze direct invloed heeft op architectuur en daarmee bijvoorbeeld de schaalbaarheid; is dat dan voor kleine klanten en zelfhosters of voor Global Scale klanten. Er is niet een "one size fits all" oplossing.

Het in het artikel benoemde voorbeeld van Document Editors is daarvoor illustratief. Binnen Nextcloud kun je voor verschillende Editors kiezen: je hebt standaard Nextcoud Office, dat een samenwerking is met Collabora is en een Nextcloud-branded Collabora Online betreft. Alle experise ("focus") betreffende documentformaten zit bij het Collabora team en LibreOffice/The Document Foundation community waarop Collabora Office wordt gebouwd. Daarnaast heb je nog de vrijheid om OnlyOffice, of nu dan Euro-Office, als editor te selecteren, maar ook closed source oplossingen als ThinkFree Office en MS Office Online. Voor ieder scenario een oplossing. Naast de "echte" document editors kun je ook nog markup gebruiken om eenvoudige documenten aan te maken, daarvoor hoef je dan niet een integratie met zo'n editor te activeren.

[BlackRabbit]

Is er eigenlijk een up-to-date docker-compose file beschikbaar die alle moderne nextcloud backend services bevat, naast AIO?

Met AIO zijn er immers enkele beperkingen waar ik als jarenlange nextcloud fan/admin/gebruiker mezelf wat beperkt voel.

Ben dus eerder op zoek naar een klassieke docker-compose, zonder de AIO-master..

[S1NN3D]

Ik beschouw mezelf als een redelijk handige gebruiker maar zeker geen it-guru. Ik denk dat de grootste uitdaging voor Nextcloud een meer toegankelijke manier van installeren is. Ik heb zelf verschillende routes geprobeerd; eigen Docker compose, bare-metal, pre-build VM of LXC maar ben geëindigd met de Docker AIO. Die is het meest toegankelijk. Maar het blijft voor de gemiddelde eindgebruiker imho te lastig om op te zetten. Als men dat voor elkaar krijgt, zie ik een goede toekomst voor Nextcloud.

[arnovr]

Ik heb een vergelijkbare lijst met installs gehad. En ook geëindigd met de aio. Installatie heb ik ook altijd wat matig gevonden, zelfs met aio proberen ze een soort portainer te zijn. Terwijl als je onderliggend kijkt is het geen spannend systeem. Het is alleen spannend gemaakt en heb je iets als aio nodig om het werkbaar te krijgen. Opzetten van losse docker compose is drama om dit weekend te krijgen. Daar zit zeker nog veel winst te behalen, vind ik

[psybi]

Iets wat mij echt verbaast in nextcloud is de ongelofelijk slechte SSO koppeling, en de slecht bijgehouden docs pagina.

De nextcloud AIO docker heb ik nooit werkend kunnen krijgen (vorige maand nog een paar uur mee bezig geweest), terwijl ik al 15jaar Linux engineer ben en tientallen docker services zelf host en professioneel honderden, dus echt wel denk de snappen wat ik doe, maar het is zo onlogisch allemaal.

Als een bedrijf die paar dingen niet op orde hebben, vind ik het moeilijk om mij daar aan te committen.

[roelofz]

Ik kom uit de Windows wereld, doe Linux er als een (uit de hand gelopen) hobby bij, maar heb AIO al jaren actief. De constructie met een moeder container die de rest opspint (en je dus de compose files niet van hebt), gaf mij eerst een beste uitdaging met de proxy (Traefik moest ik in een bocht wringen om niet in de compose file waardes weg te zetten), maar daarna was het goed te doen. Support is een ding (te weinig respons op de site) en de documentatie laat nog wel eens een gat (je krijgt een kleine hint, rest is aan jou). Echte fouten kan je op github melden (of waar AIO tegen een grens aanloopt), wat mij ook wel overkomen is en dan is de hulp, ook vaak met een hint wel goed. Er is 1 probleem wat iik niet heb kunnen fiksen, sinds 32 doet collabora het niet meer en dus over op Only Office (mooie interface, maar als de source questionable is zolang de fork nog niet volledig draait?). Dit kreeg ik met Colabora dus niet opgelost.

Dus ik snap je deels, maar het vraagt even doorbijten en tegelijk geeft dat ook aan dat je dit niet "even" doet (wat mijn ervaring ook is binnen geheel Linux (begin maar eens met Traefik en bewandel niet de meest logische weg, nu over trouwens op NPM, was Traefik in mijn config zat).

[psybi]

Het vervelende is, dat 99% van alle containers gewoon zo op spinnen zonder dat ik er bij na hoef te denken. Alles draait binnen 5minuten zegmaar.

Maar als iets als nextcloud, wat een serieuze partij is in de OS wereld dat niet voor elkaar krijgt, dan is er toch wel wat mis vind ik zelf.

En uit eindelijk zal ik het allemaal wel werkend krijgen en als ik er nog een uur in steek zal het misschien wel lukken, maar het vertrouwen is al compleet weg op die manier.

Ik draai nu gewoon nextcloud, zonder AIO, en zonder Authentik (Het ziet er naar uit dat ze de LE certificaten/encryptie manier niet accepteren oid).. iets wat ik echt jammer vind.

[roelofz]

Dus de gewone installatie krijg je wel aan de praat en de AIO niet. Wel alles doorgenomen op de github pagina? Daar staat enorm veel gedocumenteerd, met heel veel use cases. Het is niet gebruiksvriendelijk beschreven, maar ik ben er wel uitgekomen, en heb ook niet de meest eenvoudige setup met ook een mailserver lokaal, dus opvallend.

Nee, het is geen pakket wat je als een Windows setup pakket installeert (next-next-finish en alle risico's ook cadeau) en ik zou heel graag bijdragen aan een meterkast oplossing op een pi bijvoorbeeld inclusief online backup als out of the box oplossing te installeren, want die is er inderdaad niet en zou ik heel graag zien (hallo familie, steek de stick erin, 5 minuten wachten en de web interface wacht op je als bij een router, 3 minuten later ben je intern en extern online). Daarvoor zal het denk ik te complex blijven, terwijl ik dat graag zie ontwikkelen (daardoor stijgt de user acceptatie ook).

Maar als je de volledige installatie wel draaiend krijgt, zou de AIO ook zo moeten lukken...

[Leo. P. Klepper]

Nextcloud met Nextcloud Office heb ik afgelopen week uitgeprobeerd via een managed tool (dus niet zelf gehost). ik ben geen ICT deskundige, maar ook geen leek. Het inrichten viel.zwaar tegen, dit lukte niet zonder frequent gebruik van support en AI. Het dagelijks gebruik vond ik te gebruiksonvriendelijk voor mij als eindgebruiker, te veel menu's doorworstelen en gebrek aan losse apps. Ik ben afgehaakt, dit is nog niet klaar voor vervanging van MS 365 of Google Workspace, het heeft m.i. nog veel ontwikkeling nodig.

[Reactie gewijzigd door Leo. P. Klepper op 5 april 2026 17:21]

[R_Zwart]

Dat is het grote probleem van dit soort zaken. Wij tweakers zijn nog enigszins geïnteresseerd om dit te proberen, maar om de doorsnee gebruiker over te halen moet het niet bijna hetzelfde zijn, het moet beter zijn. Een gemiddelde MKBer gaat er anders geen kostbare tijd in steken. En vanuit Nextcloud zal er voor die groep een "seamless" migratietool beschikbaar moeten zijn. Zo van vrijdag M365 afsluiten en maandagochtend beginnen op het nieuwe platform. Mensen willen wel over op een niet-US systeem maar ze moeten er geen last van hebben.

[roelofz]

Verbaasd mij niet: je kan niet denken dat je eenvoudig over kan en al helemaal niet in een week. Het kan wel en dat is alleen wanneer je een eenpitter bent een relatief eenvoudige klus. Heb je een grotere omgeving, moet je in je inschatting meenemen dat je je moet voorbereiden en niet zo even over kan gaan. Pas na goede inventarisatie kan je een goede migratie in gang zetten en weet je ook wat wel en wat niet na migratie beschikbaar is. De meeste overgangen vragen dit, ooit ging je bijvoorbeeld van een on prem oplossing naar 365, dat kostte ook de nodige moeite (file server naar SharePoint is ook geen klusje van doe ik even, als ook mailboxen on prem naar online).