R.I.P. - Benm

Wat voor opties zijn het precies? Ik neem aan dat het call-opties zijn, maar hoe is de afhandeling hiervan geregeld? Is er sprake van de plicht tot fysiek leveren, of mogen ze ook door een transactie worden afgedaan? In het laatste geval zou schrijver van deze opties mogen volstaan door het verschil in uitoefeningsprijs en de huidige waarde te betalen.

Volgens mij sta je dan op de verkeerde deur te beuken hoor.. niet het hostingbedrijf is verantwoordelijk voor de inhoud, maar degene die het online gezet heeft (of in ieder geval degene die eigenaar is van dat hostingaccount). Je zult je dus moeten beklagen bij de registrant of het administratief contact. Wanneer het hostingbedrijf de site van het web zou halen zonder gerechtelijke tussenkomst geven ze daarmee alleen maar aan geen moeite te willen doen om hun klanten te beschermen.. iets dat overigens best eens voorkomt, en dus niet per se kansloos is ;)

Voor prive-gebruik zijn er geen risico's wat het verplicht verspreiden van je aangepaste versie betreft - vaak is dat expliciet toegestaan. Maar zelfs als dat niet zo is: hoe zou iemand moeten aantonen dat je prive gebruik maakt van een aangepast stuk opensource software? Wanneer je je bezig houdt met de ontwikkeling van software om die vervolgens te verkopen, moet je echter wel oppassen met licenties. Zoals het stuk al duidelijk aangeeft is vooral de GPL een draak.

Ik vraag me af hoe ze die 90 stuks precies geteld hebben. Volgens mij zijn er veel meer studenten die een eigen zaak beginnen, maar die vallen blijkbaar buiten dit getal.

Wat mij persoonlijk het meeste stoort is dat software-patenten heel generiek kunnen zijn. Strict genomen zou iets als een tekstverwerker straks gewoon patenteerbaar zijn. In het algemeen gaan patenten over een heel specifieke 'uitvinding', denk bijvoorbeeld aan een CD, een informatiedrager waarbij je met een laser putjes aftast in een geperste aluminium laag die ingelegd is in een hardplastic transparante schijf. Software patenten kennen meer de strekking van 'het is rond, en er staat informatie op'. Als dat patent was toegekend aan de uitvinder van de langspeelplaat, zou zelfs een fabrikant van harddrive-platters rechten moeten betalen (afgezien van de tussenliggende tijd). Software patenten zijn vaak ook nog hele triviale dingen, zoals 'iets kopen met 1 muisclick'. Traditioneel zou je wellicht een betonspijker kunnen patenteren, maar niet 'alles dat je met 1 klap in een muur kunt jassen'.

Het is geen uitlokking, en ook geen verhelderende informatie over de strafmaat. Die zou je namelijk ook gewoon kunnen opmaken uit vorige zaken (rechtspraak is openbaar tenslotte), alleen is dat meer werk. Overigens heeft het OM ook een leuk overzicht van de standaard-boetes voor diverse overtredingen (www.boetebase.nl), kun je even opzoeken hoeveel je voor de snelheidsbekeuring over hebt, mocht je wat laat lopen voor een belangrijke afspraak ;)

Het is niet iets om structureel te doen, maar het is administratief zeer eenvoudig. Daarnaast zie ik niet in wat er 'mis' mee is als je toch al rond die tijd zou factureren. Stel dat een project half december af is, dan kun je de factuur 2 weken later dateren om het in het volgende jaar te zetten. Hetzelfde kun je doen als iets al bijna af is, maar net na de jaarwisseling wordt opgeleverd (voor zover je klant daarmee accoord gaat natuurlijk). In principe maakt het geen verschil of je het op deze manier aanpakt, of de 'nette' manier volgt zoals jij beschrijft. Netter is vast beter, maar niet iedereen is zo'n papiertijger ;)

Klopt, sowieso is deze periode een moment bij uitstek om te gaan kijken in welk jaar je de inkomsten wilt gaan maken. Als je verwacht in 2005 meer omzet te maken dan in 2004, kan het verstandig zijn op 31/12 te factureren. De BTW betaal je dan eerder, maar je hebt wel kans dat het belastingtarief in 2004 gunstiger uitvalt omdat je in een lagere schaal zit.

Ik zou er niet te licht over denken hoor.. maatvoering bij kleding is meestal niet zo consequent, dus je hebt kans op een groot percentage dat geruild of geretourneerd wordt.. zoiets kan aardig in je marges hakken, zeker omdat het pakketjes van redelijk formaat betreft.

Ik zie dat je shop op oscommerce draait.. daar is een mooie module voor waarmee je klanten korting kunt geven. Ik zou zeggen: geef iedere klant die zorgt voor een nieuwe bestelling een bepaalde korting, misschien kun je zo liefhebbers voor je laten werken. Wat gevonden worden betreft: Ga voor jezelf na hoe iemand bij jouw site terecht zou moeten komen. Is dat via een zoekmachine, via referenties, via portals of misschien heel anders? Als je dat helder hebt, kun je doeltreffender adverteren.

Dat 'ruilen' zal het voornaamste probleem worden van een webwinkel in kleding. Als iets op zich bevalt, maar niet past, moet het toch teruggezonden worden, en dan weer een artikel in een andere maat heen. Voor zover ik weet lossen de hele grote clubs (wehkamp etc) dit op door zelf rondjes te rijden. Als de verzending echter met de post of een koerier gaat is het wat minder makkelijk om op een beetje tempo spullen te ruilen, en zijn de kosten hoog. Je schrijft echter dat je partner al werkt door te bezoeken. Misschien zou je dat kunnen omzetten naar een eigen logistiek-systeem waarbij je maar een deel van het land dekt.. als die markt voldoende groot is althans.

Het lijkt me logisch dat je het bedrag gewoon boekt op de datum dat je de factuur stuurt... ongeacht of die factuur nou voor 1, 3 of 12 maanden is. Overigens is het best mogelijk 1 factuur te sturen, maar in de betalingsvoorwaarden daarvan op te nemen dat er in een aantal termijnen betaald moet worden. Ik zou dat alleen niet doen, omdat het administratief nogal onpraktisch wordt (je moet dan betalingen nalopen waar niet per stuk een factuur voor bestaat).

Auteursrecht ontstaat vanzelf wanneer iemand een stuk software schrijft. Op iedere regel sourcecode zit dit auteursrecht, al is het de vraag in hoeverre dit aantoonbaar en verdedigbaar is. Hier komt het begrip 'prior art' om de hoek kijken, wat zoveel wil zeggen dat hetgene waarop patent wordt aangevraagd al eerder in de openbaarheid is gebracht. Stel dat iemand een stukje van mijn ongepatenteerde software download, het concept leuk vindt en dit wil patenteren (het idee, dus niet de daadwerkelijke code), dan is dit in principe niet geoorloofd. Om dit patenteren te voorkomen moet er echter wel iemand de moeite doen het bestaan van de 'prior art' aan te tonen.

Hetgene dat ik eigenlijk nog het meest bedreigend vind aan de hele ontwikkeling is de mogelijkheid om tamelijk triviale en/of generieke concepten te patenteren. Patenten op heel specifieke functionaliteit hebben ook hun nadelen, maar die zijn denk ik gemakkelijker te verkroppen. Wanneer iets als een hyperlink, cancel-knop, tekstverwerker of bijvoorbeeld tabbed browsing patenteerbaar wordt ontstaat een onwerkbare situatie. Zelfs voor een vernieuwend stuk software met een totaal nieuwe functionaliteit zouden dan rechten moeten worden afgedragen omdat er triviale stukken inzitten waar patent op rust. Erger wordt het nog als de patenthouder dit weigert of exorbitante bedragen gaat vragen met als doel de ontwikkeling onmogelijk te maken. Logischerwijs zullen alleen zeer grote bedrijven met zeer veel kapitaal voor patent-aanvraag en -verdediging hier gebruik van kunnen maken. Nu ben ik helemaal geen actief tegenstander van eigendomsrecht op uitvindingen.. sterker nog, er zijn best takken van sport waarin de bescherming misschien nog wel te klein is (farmaceutische industrie, ...) - hier vind ik die bescherming gerechtvaardigd omdat er zeer grote investeringen nodig zijn om iets patenteerbaars of octrooieerbaars te produceren. Bij software gaat er meestal meer energie zitten in de uitwerking dan in het idee. Die uitwerking is al beschermd door het auteursrecht.. zonder dat daar kosten voor de ontwikkelaar aan verbonden zijn.

Ik zou ook voor iets bestaands gaan, een creditcard klinkt goed. Er zijn tig systemen in omloop, en eerlijkgezegd zijn er maar 3 die ik gebruik: cash, pin en creditcard. Verder ben ik wars van alle pre-pay systemen (chipknips, telefoonkaarten, strippenkaarten, etc.).. dan moet je dus geld stallen op een systeem, dat je vervolgens kwijt bent als je het pasje/kaartje kwijtraakt. Als het om kleine bedragen gaat, zou je eens uit kunnen zoeken of het mogelijk is de betalingen te combineren en in 1x via de creditcard-maatschappij af te rekenen.. dat zou schelen in de kosten.

Pannekoeken-bakken in je eigen toko klinkt leuker dan 20 jaar de sous-chef uithangen eerlijkgezegd :) Waarschijnlijk is dat ook wel een kwestie van mentaliteit: Wil je een uitgestippelde en goed geplande carriere, of gewoon knallen en zien waar het heen gaat?

Ik zet er een subtiel linkje op als het ontwerp van een site dit toelaat.. soms past het er gewoon niet tussen, en dan ga ik er ook niks lelijks van maken. Als een klant het liever niet heeft, kan het er weer af. Om er nou korting voor te geven.. ik vind dat ergens wat suffig overkomen, en waarschijnlijk loont het zich ook niet echt als die korting meer dan een procentje is (dan wordt het dure reclame). Dat laatste zou anders kunnen liggen als het gaat om een zeer drukbezochte site natuurlijk.

Helaas zijn er altijd klanten die dat liever niet vermeld zien... het is wel goed voor je ranking, maar nog beter omdat het inderdaad gebruiken als ze op zoek zijn naar een vergelijkbare website.

Even kort een paar praktische antwoorden: 1. Er is geen enkele formele scheiding tussen geld van de zaak en geld van jezelf. Je kunt gewoon geld halen van je zakelijke rekening en daarvan op stap gaan. Wanneer je echter een PC voor de zaak koopt, kun je dit afschrijven als bedrijfskosten, en gaat het bedrag van je inkomsten af. Prive-gebruik kun je niet afschrijven, en gaat dus niet van je inkomsten af (voor de belasting). 2. Je hebt een bepaalde 'vrijstelling' voor de inkomstenbelasting, namelijk de som van je heffingskortingen. Als je alleen inkomsten uit je onderneming hebt, is dat ruim 6000 euro bij een winst tot ca 12.000 euro. De aftrek wordt kleiner naarmate je meer winst maakt. 3. Je -kunt- deze opnamen gewoon zonder verantwoording doen. Voor de belastingaangifte telt alleen wat je aan kosten en inkomsten kunt laten zien d.m.v. facturen en kasbewijzen. Het is risico met zomaar geld opnemen is wel dat je zelf het overzicht verliest, en aan het eind van het jaar het saldo van je zakelijke rekening niet meer overeenkomt met je baten en kosten. Om die reden is het beter zoiets wel te administreren, maar het is niet verplicht. 4. Heeft vast iemand anders een goed antwoord op ;)

Beetje politiek tintje moet wel kunnen vind ik.. misschien neemt niet iedereen me dat in dank af, so be it ;) In Korea is dat inderdaad aardig gelukt, maar neem het nog wat oudere voorbeeld Japan. Niet zozeer van outsourcing, maar wel als land dat begon met externe (amerikaanse) kennis, de producten imiteerde, verbeterde, en uiteindelijk superieur werd. In enkele decennia werd het van 2e-rangs imitator een eersteklas innovator, met een welvaarts- en prijsnivo dat zich zeker kan meten met amerika en europa. Overigens schijnen japanners erg gecharmeerd te zijn van nederlandse folklore, dus als je doemscenario bewaarheid wordt, hebben we in ieder geval klanten :) Wie weet een hele mooie kans om comfortabel terecht te komen in de land dat volop in ontwikkeling is. Zoiets moet je natuurlijk aanspreken, persoonlijk zou ik er best oren naar hebben ;)

Deels waar overigens. Klanten zie niet via-via op zoek zijn naar een leverancier zullen je nooit op naam zoeken. Als ze je naam weten, doen ze dat ook niet, maar zetten ze er meteen .nl oid achter in hun adresbalk. Wel is het belangrijk dat je naam enigszinds aansluit bij hetgene je levert, en geen negatieve associaties oplevert... d.w.z. dat mensen er niet van weerhouden worden het zoekresultaat te bekijken. Als je werkt met adwords o.i.d. heb je daar de volledige controle over, maar het kan prijzig worden. Vergeleken met betalen voor optimalisatie valt het echter wel mee.. voor $1000 kun je een hele hoop adverteren, en zelf controle houden over wanneer en hoe je in beeld komt... dat is ook meerwaarde!

Tja, eerlijkgezegd vind ik het prima plan als we allemaal onze koffers pakken en onze ondernemingen verhuizen naar landen met aagenamer fiscaal en metereologisch klimaat. Lage-lonen landen blijven dan ook geen lage-lonen landen. Als er een stroom van kapitaal en kennis richting een ander werelddeel ontstaat, wordt het daar vanzelf rijker en duurder. 'Dom werk' wordt al sinds jaar en dag uitbesteed aan het buitenland, arbeidsintensieve industrie is er hier al niet of nauwelijks meer. Het is niet meer dan logisch dat de laag die erboven zit na verloop van tijd dan ook moet verhuizen, ongetwijfeld een proces dat doorgaat tot de uiteindelijk de hoogste functies. Misschien worden de nu westerse landen inderdaad armzalige bejaardenhuizen, maar er is dan ook geen reden dat wij per se hier moeten blijven. Als het gras bij de buren daadwerkelijk groener is, heb je een goede reden om van gazon te verhuizen :) Maar wat de hotspots betreft: Bangalore is natuurlijk een van de eerste high-tech regio's. Ik verwacht echter dat kennis en kapitaal steeds meer over het hele aziatische continent uitgesmeerd gaan worden, voor zover de regeringen ter plaatse dit faciliteren.

Je product is dus een service, niet het programma zelf... het klinkt dan vrij logisch om een bepaald tarief te rekenen per gebruiker, eventueel in een structuur waarbij men 'licenties' koopt met een bepaald maximum aantal gebruikers. Bijvoorbeeld een 5-user pakket voor 2000 euro, en een 25-user pakket voor 7500 - blijft het natuurlijk nog steeds lastig om te bepalen wat er bij jou voor die 2000 en 7500 moet worden ingevuld. Zoals kleverlaan al aangeeft zijn er variabele kosten, die je gewoon moet doorberekenen. Daarnaast wil je ook de investering in het programma zelf terugverdienen. Wat het laatste betreft zul je toch een inschatting moeten doen hoeveel licenties je in totaal verwacht te verkopen.

Wat voor programma is het?

Tja, alles is relatief.. Met een stuk of 1000 servermachines kom je qua opslag een heel eind. Overigens komt daarna pas het echte probleem: men gaat het gebruiken. Dan komt er natuurlijk nog een ontiegelijke lading bandbreedte en processorkracht om de hoek kijken.