Ward van der Put

Dus je hebt, eenvoudig samengevat, een café/restaurant van bepaalde naam en faam op een specifieke locatie gehuurd. Wat staat er in de oorspronkelijke huur-, koop- of franchiseovereenkomst over de handels- of merknaam?

Dan is het contract dus beëindigd. Er staat wat er staat, maar misschien is het handig om hier even de desbetreffende artikelen uit het contract te posten. Wat voor werkzaamheden voer je in dat bedrijf uit?

Waarom niet eerst even de bank bellen?

• Op mobiel worden de afbeeldingen in de header niet geladen (zie screenshots). • De combinatie van Facebook-logo plus 06-nummer wekt als binnenkomer onvoldoende vertrouwen. • Bij juridische aangelegenheden verwacht ik een beveiligde verbinding. • Er ontbreekt een duidelijke call to action bij de teksten, bijvoorbeeld een prominente knop "Maak nu bezwaar". • Ik mis social proof in de vorm van testimonials van tevreden klanten.

Het handboek van Toilet & Douche lijkt me hier nauwelijks relevant. Het activeren van de merknaam van een app die nog in de steigers staat, heeft nauwelijks zin. De waarde blijft beperkt tot de kosten van het merkdepot en een eventueel vooronderzoek. En misschien niet eens dat, want als je bedenkt dat de overgrote meerderheid van apps faalt, zou je allicht naar goed koopmansgebruik gelijk je verlies moeten nemen. Gewoon alle kosten direct ten laste van de winst brengen en het merk voorzichtigheidshalve voor € 1 op de balans zetten. Dan staat het daar alvast, op de balans, en kun je er bij doorslaand succes, overname of beursgang misschien nog wat leuks mee doen met de hulp van Toilet & Douche & Co.

Heeft de vraag van Easy does it niet meer te maken met de werking van de 'Reageer met citaat'-knop? Bij andere forums kun je tekst selecteren en vervolgens op een knop klikken om een nieuwe reactie te schrijven; het citaat in de [ quote ] … [ / quote ] wordt in dat geval beperkt tot de selectie. Dat werkt intuïtiever en sneller omdat je direct het juiste citaat te pakken hebt en niet eerst tussen de BBCode-tags hoeft te gaan zitten gummen.

Wie of wat liet het op dag 3 stoppen?

Animal farm: Via: ‏@MrMcEnaney

Je moet de belangrijkste kenmerken van producten of diensten vermelden. Een wettelijke leeftijdsgrens lijkt mij wel een productkenmerk dat zó belangrijk is dat je het moet noemen. Je moet bovendien uitleggen hoe de webwinkel te werk gaat. Ook de ID-controle aan de voordeur lijkt me voldoende opvallend om niet onvermeld te laten, bijvoorbeeld in de servicepagina's, de algemene voorwaarden of de winkelwagen. Vraag is vooral hoe je dan de leeftijdsgrens moet melden. Een disclaimer is het niet, want daarmee wijs je aansprakelijkheid of een andere verantwoordelijkheid op voorhand af. Het is eerder een "claimer": wij verkopen geen alcohol aan minderjarigen. Je kunt die melding bijvoorbeeld in de footer onderop elke webpagina zetten. Een schreeuwerige pop-up waarin de bezoeker geboortedatum moet invullen, is niet nodig: je gaat namelijk niet gelijk 18+-content tonen. Verder zou ik van de geboortedatum een verplicht gegeven in de winkelwagen maken. Mocht bij de ID-controle aan de voordeur blijken dat de klant minderjarig is, waarna de bestelling retour komt, dan kun je daarmee gemakkelijker de kosten verhalen op de koper: u hebt valse gegevens opgegeven bij het plaatsen van de bestelling, dus we verhalen op u de overbodige kosten die gepaard gaan met het mislukken van de levering.

Als je minder van het oude stempel was geweest, dan had ik Disqus aanbevolen. Plus een Cheaque T-shirt.

Zo lastig is het nu ook weer niet: ID Check aan de deur

Zo bedoelde ik het ook. Even per PB een FWD naar Norbert. De shit van de aap komt namelijk vaak pas met doorvragen uit de mouw drijven.... De briefcorrespondentie tussen twee reuzen is een apart literair genre. Can't wait. :)

Nee, dat is niet brutaal hoor. Met zoveel getheoretiseer gebeurt dat vanzelf: stront komt altijd bovendrijven.

Helemaal mee eens: niet interpoleren of middelen, want dan neigt het zwaartepunt vanzelf naar middelmatigheid.

De Belastingdienst heeft geen stralingsdeskundige nodig om vast te stellen wat stralingsdeskundigen met elkaar doen in een ruimte die alleen voor stralingsdeskundigen toegankelijk is. Follow the money... Er is een hele paper trail van contracten, correspondentie en betalingen waaruit de Belastingdienst ook kan afleiden hoe de vork in de stralingsdeskundige steekt. Die mag de Belastingdienst opvragen en dat doet zij in de praktijk ook.

Bij webwinkels die de doorstart niet kunnen maken, zul je echter vaak kunnen constateren dat ze overlijden aan een sluimerende kinderziekte die ze al vanaf de start onder de leden hadden. Er worden in de avonduren en weekends honderden uren in gestoken, maar daar staat geen reële arbeidsvergoeding tegenover. Verder doorgroeien wordt onmogelijk als die avond- en weekenduren eenmaal op zijn: er fulltime voor gaan blijkt financieel niet haalbaar omdat daar onvoldoende inkomen tegenover staat. Dat is een van de redenen waarom ongeveer de helft van de webshops na 2 jaar stopt. In het Shopping2020-onderzoek kwam de expertgroep Online Ondernemen dan ook met onder andere deze aanbeveling: Zo'n webwinkel kun je wel verkopen, maar of je zo'n webwinkel moet willen kopen, is nog maar de vraag.

Ben je als freelance journalist niet vrijgesteld van btw?

De relatie met een energieleverancier is echter vooral kwantitatief, nauwelijks kwalitatief: maandelijks voorschot betalen en één keer per jaar het verschil afrekenen. Ik heb wel een zakelijk energiecontract, maar dat is omdat ik niet bang ben om daarover zelf te onderhandelen in plaats van het over te laten aan een of andere prijsvergelijkingssite die de kickback fee voor oversluiten in eigen zak steekt. Bovendien ben ik energieleverancier dankzij de overcapaciteit* op mijn zonnepanelen. * Die kan ik sinds kort afromen met een nieuwe inverter waarmee ik het kantoor A++ kan koelen en A+ verwarmen. Ik moet het wekelijkse dag-nacht-patroon alleen nog beter inprogrammeren voor een optimale match tussen verbruik en conform.

Voor de kwaliteitsbewaking en kwaliteitsverbetering van software werkt het ook heel goed. In test-driven development (TDD) kennen we het vergelijkbare mantra: red, green, refactor. Je legt de requirements van software eerst vast in unittests die aanvankelijk allemaal een rode fail hebben (red). Daarna ga je ontwerpen en programmeren totdat alle fouten verdwenen zijn (green). Voor nieuwe features en requirements refactor je de bestaande code voor een update door nieuwe unittests tot te voegen aan de tests die je al had. En dan ben je weer aan het begin van de cyclus bij red. In stappen: 1. Add a test. 2. Run all tests and see if the new test fails. 3. Write the code. 4. Run tests. 5. Refactor code. Vooral in de open-source beweging wordt daarover stevig gedebatteerd. Volgens het ene kamp zijn tests de heilige graal, volgens het andere kamp zitten ze enorm in de weg en beide kampen hebben op hun manier natuurlijk helemaal gelijk. Als ik aan het einde van de dag nog een rode F in PHPUnit heb, dan slaap ik slecht. ;D

Sockpuppet?

5W1H (Dan is de methodiek makkelijker te onthouden.)

Het lijkt mij veel aannemelijker dat een leasemaatschappij weet wat het verschil tussen huur, huurkoop en operational lease is.

Met een gevalideerd SSL-certificaat kun je e-mail via S/MIME voorzien van een zogeheten gekwalificeerde elektronische handtekening. Elke fatsoenlijke e-mailclient ondersteunt het, alleen is het inderdaad bijna onbegonnen werk om de gemiddelde e-mailgebruiker uit te leggen in welk elektronische sleutelgat hij jouw public key moet steken. De enige die ik het de afgelopen decennia ooit heb zien gebruiken, is de leverancier van mijn SSL-certificaat. ;D Misschien is Idensys en het eID Stelsel, de "opvolger" van DigiD die ook bedoeld is voor ondernemingen, een betere oplossing.

Met, zonder overdrijven, grote regelmaat zie ik dat ondernemers vastlopen met hun website omdat het het handige neefje geen tijd meer voor ze heeft. Die is dan gaan studeren... Zo misplaatst is de opmerking helaas niet. Als je zelf een app wilt bouwen, denk ik dat je om te beginnen vooral heel goed naar je uren moet kijken en dat eens moet vergelijken met wat een webbureau rekent voor een professioneel gebouwde native app of webapp.