Door Anoniem: Door Anoniem: [iemand is weer eens vergeten netjes te knippen]
Is het ook mogelijk om het HTML meerdere grote files up/downloaden over onstabiele verbindingen, dus ook iets met resume mogelijkheden? Denk eens aan meerdere 10Gb files of nog groter.
Is dat relevant voor dit onderwerp? Het ging over "iets van de belastingdienst over de loonbelasting binnenhalen" en dat je zoveel werknemers hebt dat je maandelijkse of zelfs jaarlijkse bestand meer dan "10Gb" (1 1/4 GB,
bit vs.
Byte, dankuwel) is, en laten we aannemen zonder compressie en alles.
Belastingdienst heeft een bestands uitwisseldienst die gebruikt wordt.
Wat op zich een rare aanname is want als je hele frameworks kan installeren kun je je bestandje ook even door een compressor halen. Daarnaast hebben de meeste browsers en webservers inline-gzip-ondersteuning dus als dat netjes geconfigureerd is dan hoef je niets te doen en je tekstbestandje kost "als vanzelf" een kleine fractie van het verkeer om te versturen.
Leuk voor downloads, maar minder geschikt voor uploads.
Suspend/resume zit wel ingebakken in http (tenminste, je stopt de download en later vraag je om hetzelfde bestandje maar zegt dat je de eerste N bytes al hebt--dan moet er achter dezelfde bestandsnaam niet ineens een ander bestand zitten natuurlijk, en dat is een taak van het back-end, niet van http), en een maximumgrootte zit er niet van zichzelf in, dus als zulke limieten er zijn zitten ze ergens anders, in het bestandssysteem ofzo (bv. FAT) en daar helpt een berg extra code in een "framework" niet tegen.
Niet de meest stabiele manier om bestanden goed over te krijgen. Maar dit zijn dingen waar je helemaal zelf niet over wilt nadenken.
Dit is namelijk waar wat deze tool mogelijk maakt en kan best best wel eens een eis geweest zijn waaraan het product moet voldoen.
Hoeveel data per bedrijf? Keer hoeveel bedrijven, hoeveel data denkt de belastingdienst in z'n geheel dan nodig te hebben?
Weet jij waarvoor deze dienst allemaal gebruikt wordt?
Misschien niet nodig voor deze files, maar wel voor overige diensten die misschien gebruik maken van deze filetransfer mogelijkheid.
Oftewel, een mooi voorbeeld van "one size fits none"-"denken". "Omdat ik mischien ooit wel grote bestandjes moet verplaatsen, moet iedereen met een hopeloos over-engineerded proprietary 'oplossing' in de weer".
Laten we vooral het wiel iedere keer opnieuw uitvinden voor iedere oplossing en iedere afdeling.
En dan maar hopen dat we geen italiaanse spaghetti infrastrctuur krijgen.
Dit. Werkt. Niet.
Zonder wat je weet waaraan iets moet voldoen, kun je alleen een bierviltje oplossing bedenken.
Het zou een non-probleem moeten zijn in mijn ogen. Ze hebben IBM helemaal niet nodig hiervoor, ze hebben hun webontwikkelaars nodig. Maar misschien kennen die allang geen HTML en HTTP meer, maar alleen nog een of ander fancy framework. Of hebben ze de misschien hele website aan IBM uitbesteed?
Jij noemt nu iets een non
-probleem, zonder dat je weet welke eisen de oplossing moet voldoen.
En weet jij het dan wel en dat je het ook uit kan leggen?
Misschien omdat ik een stapje terug doe en niet in technische oplossing denk, en daarom er iets meer van bepaalde keuzes en eigenschappen de relatie kan maken?
Het ging erover dat niemand hier een valide reden kan zien om met zo'n proprietary berg ellende in de weer te gaan. Als de belastingdienst denkt dat het wel ergens nuttig voor is dan moeten ze dat maar aannemelijk maken, en bovendien zorgen dat iedereen die niet mee wil of kan nog alternatieven heeft. Anders zijn we weer terug bij "verkapte belasting", zij het in de vorm van "nodeloos moeilijk doen met ibm rommel", wellicht in de vorm van licenties.
Let wel, het is niet "de belastingdienst is vrij om te doen en wij moeten maar laten zien waarom dat echt niet kan". Het is "de belastingdienst moet maar laten zien waarom dit echt een goed idee is en dan nog steeds werkbare open alternatieven bieden."
Dit bedoel ik dus met beste kapiteins. Weten het altijd beter, zonder dat ze maar weten waaraan een oplossing aan moet voldoen.
Door Anoniem: Door Anoniem: Door Anoniem: [iemand is weer eens vergeten netjes te knippen]
Is het ook mogelijk om het HTML meerdere grote files up/downloaden over onstabiele verbindingen, dus ook iets met resume mogelijkheden? Denk eens aan meerdere 10Gb files of nog groter.
Is dat relevant voor dit onderwerp? Het ging over "iets van de belastingdienst over de loonbelasting binnenhalen" en dat je zoveel werknemers hebt dat je maandelijkse of zelfs jaarlijkse bestand meer dan "10Gb" (1 1/4 GB,
bit vs.
Byte, dankuwel) is, en laten we aannemen zonder compressie en alles.
De file die wij moesten ophalen was een .csv van 111kB. Wij zijn een bedrijf met zo'n 1600 medewerkers.
En een .csv door zip heen halen zal em meestal wel een factor 3 verkleinen ook nog.
Kortom voor DEZE toepassing is het in ieder geval zwaar overkill.
Voor jouw file size zeker. Maar er zit veel meer achter waar de meeste helemaal geen kennis en kunde van hebben.
Als wij zelf zo iets moeten versturen gebruiken we een zip file met password wat we apart communiceren, of een
mailservice die daar speciaal voor bedoeld is die mails voorziet van een password wat per SMS verstuurd wordt.
Geen exotische software nodig.
Email... leuk medium, mits het aan komt en slecht te automatiseren.
Niet echt geschikt voor dit soort data.
Door Anoniem: Door Anoniem: Is het ook mogelijk om het HTML meerdere grote files up/downloaden over onstabiele verbindingen, dus ook iets met resume mogelijkheden? Denk eens aan meerdere 10Gb files of nog groter.
Voor de uitwisseling van gegevens met belastingplichtigen?
Jij weet exact waarvoor deze dienst gebruikt wordt bij de belastingdienst?
Dit is namelijk waar wat deze tool mogelijk maakt en kan best best wel eens een eis geweest zijn waaraan het product moet voldoen.
Voor de uitwisseling van gegevens met belastingplichtigen?
Jij weet exact waarvoor deze dienst gebruikt wordt bij de belastingdienst?
Misschien niet nodig voor deze files, maar wel voor overige diensten die misschien gebruik maken van deze filetransfer mogelijkheid.
Waarom moeten die eisen verweven zijn met de eisen die hieraan gesteld worden? Bedenk dat ze vereisen dat iets bij een derde wordt geïnstalleerd, zonder rekening te houden met welke eisen die aan zijn omgeving stelt. Als je daar wel even bij stilstaat wordt een heel voor de hand liggende eis voor deze toepassing dat er geen bijzondere eisen aan de client mogen worden gesteld.
Is ook een heel goed punt, ik zeg ook niet dat dit de mooiste oplossing is.
Maar ik heb meer omgevingen waarmee je met een speciale VPN client data moet uitwisselen. Ben ik ook meestal niet blij mee.
Ik heb ook applicaties waar speciale drivers geïnstalleerd moeten worden voor smartcards of HASP keys. Ben ik ook niet blij mee.
Jij noemt nu iets een non probleem, zonder dat je weet welke eisen de oplossing moet voldoen.
Ik ken inderdaad het eisenpakket niet
Dan is de rest eigenlijk niet van belang, want je weet niet waaraan iets moet voldoen. Commentaar leveren is altijd gemakkelijk zonder de verantwoordelijkheid te nemen.
Ook dit zie je steeds vaker. Iedereen weet het beter.
maar als je bedenkt dat het allemaal onderdeel uitmaakt van de communicatie tussen belastingdienst en belastingplichtige dan ligt het erg voor de hand dat alle eisen die aan de up- en downloads gesteld worden, qua authenticatie, vertrouwelijkheid, integriteit, logging, noem maar op, precies dezelfde zijn die gelden voor de diverse belastingaangiftes en andere zaken die in de webinterface geïmplementeerd zijn. En HTML en HTTP(S) bevatten al sinds jaar en dag alle mogelijkheden die je ervoor nodig hebt. Een download is gewoon een hyperlink als alle andere hyperlinks, en een upload is een formulierveldje als alle andere formuliervelden. Op het niveau van HTML en HTTP(S) is het gewoon een onderdeel van dezelfde verzameling mogelijkheden die allang gebruikt worden voor dingen waar dezelfde eisen aan gesteld worden.
Ik zeg overigens niet dat hele bestanden op de webserver afhandelen terwijl dat eerst niet werd gedaan geen voeten in de aarde heeft, ik zeg dat alle technieken die je nodig hebt om dat te kunnen doen gewoon in de webgereedschapskist voor webontwikkelaars zitten.
Heb je hier ook een product voor? Want custom code of hand geschreven applicaties zit een organisatie namelijk niet op te wachten.
Het is niet alleen een file/upload systeem. Dit integreert in verschillende belastingdienst applicaties/systemen, waarbij security en traceability van groot belang zijn.
Je wilt niet voor iedere uitwisseling iets nieuws bedenken.
Ik kan me trouwens zomaar voorstellen dat, als Apsera een knip voor zijn neus waard is, het mogelijk is om op de webserver een Aspera-API aan te roepen zodat de up- en downloads nog steeds in en uit dat systeem komen en de werkwijze voor medewerkers van de belastingdienst niet of nauwelijks anders hoeft te worden dan hij nu is.
Ik zou zeggen stap naar de belastingdienst toe, en zeg ze dat je "de" oplossing hebt voor deze oplossing.
Maar doe eerst eens een paar stapjes terug en denk eens in een enterprise strategie.