ZZIPIT

Als je met klein partijen zaken doet zijn dat inderdaad risico's, maar met grote partijen zal dat wel goed zitten, want een vaak gehoord argument is dat deze geen negatieve naam willen. Hier een voorbeeld van een klein bedrijfje dat verkoop en verhuur van online video heeft gedaan. Eindresultaat de betaalde dienst wordt gestopt en dankzij DRM verlies je toegang tot je aangeschafte producten. Klanten krijgen geen optie, de producten die gekocht zijn worden onbruikbaar en klant krijgt geld terug binnen een ander Google product. http://gigaom.com/video/google-shutting-down-paid-video/ Ik ben misschien te negatief maar probeer een andere kant te belichten die niet vaak door de cloud (weder) verkopers genoemd wordt. Of Google is misschien een te kleine partij om zo'n dienst te kunnen bieden. Let wel, dit is hooguti een voorbeeld ter illustratie.

ZZP in IT oftewel ZZIP IT in het kort :) Volg al enkele maanden in readonly mode Higher Level, en ben binnenkort begonnen met enkele reacties te geven. Zelf ben ik nu 15 Jaar bezig in de IT, dat is de computer variant en, niet de Installatie Techniek variant;) Die enkele maanden komen voort uit de levensduur van mijn bedrijfje dat nu zijn eerste baby sprongetjes maakt. Ik heb 12 jaar geleden een BV-tje gehad en ben sindsdien altijd wel bezig geweest met een volgend idee. In beide gevallen de administratie uitbesteed, en als ik zie wat mensen zoals o.a. Joost Rietveld op het forum aan informatie geven ben ik weer heel blij dat ik dat uitbesteed heb. Getallen optellen kan ik als de beste, maar die regeltjes, juridische-, inspecteursuitspraken, uitzonderingen en praktijkervaring DAMN!! Veel waardering iedereen die gratis advies op dit forum plaatst. Cheers,

Omdat de vraagstelling begon met de samenwerking in een B.V. vorm hierbij enkele opmerkingen die iets OT zijn, maar wellicht wel interessant. Mijn vraag is ten aanzien van de zakenpartner, als ik het goed begrijp: 1) Jij betaald nu voor gebruik Magazijn 2) Jij betaald nu voor hun mensen om pakjes te versturen 3) Zij leveren Webshop software vanuit hun bedrijf 4) Zij ontwikkelen deze vanuit hun bedrijf Als ik het zo lees worden ze voor 1 en 2 nu al vergoed en bij 3 en 4 behouden ze auteursrecht op software die al ontwikkelt is en eigenlijk gratis verstrekt wordt aan de Joint Venture. Alleen het specifieke maatwerk wat niet aan andere klanten verkocht kan worden betaald de partner feitelijk uit eigen zak. Is dit 40% deelneming in de BV waard? Webshop software ten overvloede op Internet en als dienst zonder investering aardig op te starten af te nemen. Als het maatwerk zo belangrijk is, dan zou ik voorstellen om je begrote 60% kapitaal inbreng voor de BV =10.800 Euro te gebruiken om enkele maanden een programmeur in huren om een Open Source webshop aan te passen of om modules te schrijven voor een open of closed source webshop product. Als ik 40% van de potentiele winst uit 2012 en 2013 erbij trek valt het verhaal nog schever uit. Is dit een verkeerde Joint Venture of lees ik jou bericht niet goed? P.S. Kan de minderheidseigenaar als de softwareleverancier macht uitoefenen door te dreigen met levering of onderhoud te beeindiging? En jou met deze dreiging te forceren om 11% van je aandelen te verkopen waarbij de partner een meerderheids belang verkrijgt. Ook hier geld ik zit in de IT en ben geen advocaat:) Maar heb wel van een vriend begrepen dat een zakenpartner trukjes uit kan halen waardoor jij ertoe bewogen wordt om aandelen te verkopen. Cheers,

Mijn statement ging meer tegen het gebruik van Web2.0 style namen om een oud concept een nieuw uiterlijk te geven. Platform As A Service =Dedicated Hosting of Managed Dedicated Hosting Software As A Service = WebMail of Webhosting Infrastructure As A Service = External Hosting Infra afnemen (Firewall / Switches / Servers / Datacentre etc) Om de acroniemen nog een keer te benadrukken, ik ben al jaren een vervent gebruiker van de Iets As A Service systemen, sinds jaar en dag : - Surf ik op het Web, Information of Software As A Service - In combinatie met mijn Hotmail wat een Software As A Service is. - Enkele Java Games of Applets die ik dankzij Webstart ook mag bestempelen als Game As A Service. En nu de Cloud die ook in de Private Cloud variant bestaat, dit betekent : - Gestandaardiseerde Hardware (met extra CPU extra RAM zonder dat hij uit moet) - Gestandaardiseerde OS laag - Gestandaardiseerde Applicaties - Standaard beheer omgeving Het klinkt misschien heel vreemd, maar dit is hetgeen waar iedere IT beheerder naar streeft, en waarschijnlijk nu met minder gemopper naar binnen kan fietsen zolang het een Private Cloud genoemd wordt. Maar hiermee ga ik een beetje OT omdat de vraagsteller de vraag stelde in de context van het MKB, waar bovenstaand inderdaad niet altijd inhouse mogelijk is. Draai de vraag om, is het vanuit de bedrijfsvoering efficienter / goedkoper / nauwkeurig / beter / betrouwbaarder wanneer ik een ICT dienst zelf in house plaats en laat beheren, of plaats ik deze bij een provider? Het woordje cloud komt hier totaal niet in voor, het gaat erom welke oplossing beter is voor de bedrijfsvoering. Vanwege schaalvoordeel zal deze bij de eenmanszaken / het kleine MKB al snel in het voordeel van een hosted dienst uitvallen.

Zo zijn die automatische updates ideaal. - Die functie die u gebruikt is er ineens niet meer (Here today, Gone Tomorrow) - Koppelingen met een cloud systeem kunnen ook ineens veranderen (Al zal dit minder vaak voorkomen bij 100% cloud users) Belangrijkste argument bij de keuze van een Cloud (aanbieder) is de mogelijkheid gegevens te exporteren uit het systeem, hierbij maakt het acroniem niet uit: - PAAS Platform As A Service - HAAS Hosting As A Service - PAASHAAS Platform As A Service Hosting As A Service Met die laatste deel ik misschien al iets te veel mijn mening over de Cloud Hype ;) Veelal vallen uw bedrijfsgegevens onder Amerikaans recht, de privacy bescherming is daar behoudens enkele staten zoals California iets anders dan in Europa. Waarbij enkele wetten ook verschil maken tussen privacy van Amerikaanse Staatsburgers en de anderen die de wereld bevolken (het plebs)

Hoewel de meeste antwoorden de meestal 7 jaar ten aanzien van E-mail m.b.t. de (financiële) administratie beschrijven kan er voor overige soorten E-Mail andere regelgeving gelden. De wet bescherming persoonsgegevens is bijvoorbeeld een regelgeving die een beperking opleveren voor opgeslagen of te verwerken E-Mails die voorzien zijn van persoonsgegevens. En iets Off-Topic kunnen er regels van bepaalde sectoren / andere landen van toepassing zijn wanneer het bedrijf in die sector / dat land activiteiten verricht.

De prijzen die bijvoorbeeld SIDN (.NL) berekent zijn voor de registrar gezien inkoopprijzen, de uiteindelijke verkoopprijs voor deze dienst mag de registrar veelal zelf bepalen. Sommige berekenen de inkoopprijs andere leggen hier een riante marge op. Voor overige bezoekers van deze pagina wilde ik even melden dat de quarantaine regels afhangen van de toplevel extensie die het domain heeft, voor .nl .eu .com kunnen andere regels gelden, zoals : - de tijd dat een domain in quarantaine kan zitten - De inkoopprijzen voor een registrar. - of alleen de oorspronkelijke registrar hem weer kan activeren. - etc Zoek dus altijd naar de regels m.b.t. de extensie du uw domain heeft. Uit de context lijkt het in bovenstaand verhaal om een .nl te gaan, mogelijk kan de TS dit bevestigen?

Omdat je belangrijkste eis is niet afhankelijk van anderen moet je deze oorzaak wegnemen. Een grotere VPS is hierbij niet aan de orde omdat je dan nog steeds bepaalde resources moet delen, de belangrijkste hierbij zijn Disk I/O en memory I/O. Een VPS valt dus altijd af. De eerste opstap hierna is dedicated server, deze zal in tegenstelling tot de colocatie meestal voordeliger uitvallen. Let wel, er zijn aanbieders zoals die veel beloven in server hardware en internet bandbreedte maar dit laatste alleen waar kunnen maken in Amerika omdat de verbinding naar Europe ergens onderweg geknepen wordt. Mocht er veel Ajax in de site zitten dan kan het interactieve gevoel ook afhangen van de tijd die nodig is om een netwerkpakket uit Amerika naar Nederland te versturen. Het zou ook de moeite kunnen lonen om een stap terug te doen en te bepalen waarom de server load stijgt: - Misschien is er geen lineair verband tussen bevragingen en uiteindelijke belasting - Schaalt de software niet ? - Zijn er configuratie beperkingen? (gebruikt de db server bijvoorbeeld 2 MB memory maximaal op een 200GB dataset) - Cache instellingen in een proxy / webservers / Db cache / DB server. Vanuit continuiteit zou het namelijk de voorkeur hebben om twee kleine dedicated servers met getunde software te huren bij verschillende partijen om het falen van één server of één hoster tegen te gaan. Ik heb de praktijk situatie meegemaakt dat een - 2xdual Xeon 3GhZ 4GB IIS server - 1xdual Xeon 3GHZ 4GB MS-SQL Niet voldoende bleken voor de load, het voorstel van management was om meer ijzer (servers) erbij te plaatsen, op basis van berekeningen zouden dit 12 IIS servers met een flinke MS-SQL server moeten worden. Na enige performance metingen en feedback naar de ontwikkelaars is er uiteindelijk maar een kwart van een 3GHZ Xeon noodzakelijk om dezelfde performance te geven als de oorspronkelijke 12 x Dual Xeon Servers. P.S. Als tip. Als benchmark tool is het gratis JMeter van apache een heel aardige om belasting te simuleren en bij het gebruik van de interne Jmeter proxy ook relatief gemakkelijk in gebruik.

Op zich doet het dingetje niet zoveel zonder : - Keyboard - Monitor - Muis - USB Power supply Hoewel the price zeer correct is zou ik eerder iets meer uitgeven voor een aardige Tablet of Netbook. Daarentegen heeft het systeem wel zijn charmes als mini server: - Draai zoiets als untangle (av / firewall / mail scanner) tussen je router en je eigen PC's - Dedicated Crypto Device (indien er twee netwerk poorten zijn) - Als bedrijfscomputer om thuis in te pluggen voor remotewerken. Vooral optie drie is interessant omdat de beveilging niet meer afhangt van een potentieel geinfecteerde thuis PC en de prijs relatief goedkoop is.