renep

Ik zou een factuur sturen, voor een deel of het geheel van het werk, afhankelijk van wat er precies in het contract en je algemene voorwaarden staat. Dit is typisch iets om in AV'en te regelen.

Sorry LadyJane, maar zo kunnen we je niet goed helpen. Er is een enorm verhaal te vertellen over het fiscale verschil tussen de auto op de zaak (en die al dan niet privé gebruiken) en de privéauto zakelijk gebruiken. Maar dat verhaal staat o.a. op bovengelinkte websites, het heeft geen zin dat we dat hier overtypen. Je zult je toch even in die fiscale kwestie moeten verdiepen, dat kunnen wij niet voor je doen. Ik wil je wel een tip meegeven: het staat helemaal los van al dan niet een tankpas hebben en hoe vaak je benzine tankt. Het gaat om de fiscale status (op de zaak of privé) van het autobezit en het autogebruik.

Dan zul je toch eerst in detail moeten aangeven wat jullie geval anders maakt dan het algemene geval, waarover je her en der informatie kunt vinden (ook met de zoekfunctie op dit forum).

Het grootste risico lijkt me dat het bemiddelingsbureau erg veel relaties heeft in jouw markt en dat je daardoor in je commerciële mogelijkheden wordt beperkt. Dit lijkt me geen redelijke bepaling.

Ja, dat is waar, het is een afweging inderdaad.

Wat is dat toch een vreselijk hardnekkig misverstand. Google negeert de keywords-metatag, sinds 1996 ofzo. Ranking bij Google draait vooral om twee dingen: 1. goede content 2. hoogwaardige inkomende links In hoeverre heb je die? Een blik op je site: De titel op je (onnodig geredirecte) homepage is al gelijk goed voor een misbruikstraf wegens trefwoordproppen (5x Malta). En je werkt met frames, Javascript-gegenereerde HTML-code, nauwelijks content op de homepage, deeplinkredirects, geen paginaspecifieke titel etc. etc. etc. Niet lullig bedoeld, maar je site is een schoolvoorbeeld om te behandelen in een zoekmachineoptimalisatiecursus.

Dit is natuurlijk een kwestie van smaak, maar ik hou er niet zo van. Op de homepage van Dell vraag ik me elke keer weer af welke doelgroep ik moet kiezen, terwijl ik al perfect weet wat voor computer ik zoek. Kijk ook eens naar de indelingen van jeugd en jongeren. Waar vind je de doelgroepindeling vooral? Op de sites van overheids- en onderwijsinstellingen e.d. Waar niet? Bij de meidentijdschriften e.d. die meer gevoel en budget hebben voor marketing. Die maken voor elke doelgroep een aparte titel (merk).

Is dat wat de bezoeker wil? Andermans doelgroep uitkiezen waartoe hij denkt te worden gerekend? Soms ontkom je niet aan dat model, maar ik vind dat vaak toch een beetje een zwaktebod. Hoe dan ook, denk goed na over de marketingopzet (of laat je daarbij adviseren), voordat je technische systemen laat bouwen. Eerlijkgezegd, je vraagstelling is nog te algemeen om daarop een nuttig antwoord te kunnen geven. Afgezien van de algemene procedurele adviezen die hier al vaak gegeven zijn.

Dat zijn vrij complexe basissystemen, waarmee je een CMS-gebaseerde website kunt bouwen. De verschillen zijn niet in een paar zinnen samen te vatten, daar zou je een boek over kunnen schrijven. Het selecteren, installeren en op maat inrichten van zo'n systeem is werk voor webbouwprofessionals. Voor jouw doel zijn wat eenvoudigere systemen waarschijnlijk ook wel voldoende. Verlies je hier niet in, maar ga op zoek naar een webbouwbureau waarmee je uit de voeten kunt. Als je grote groeiplannen hebt, dan kan het lonen om een bureau te selecteren dat met een van de complexe cms'en werkt. Maar als de site klein en eenvoudig blijkt dan maakt het niet uit en voldoet elk systeem.

Oh, dat wist ik niet. Interessant! Ga gelijk kijken ;D Ik zie trouwens bij SenterNovem ook staan: Dat is ook nieuw voor mij. Misschien is de regeling veranderd sinds de laatste keer dat ik ernaar keen. Sorry voor mijn ondeskundige reactie :-[

WBSO betreft alleen salariskosten van personeel, niet je eigen tijd.

Met een eenmanszaak kun je gewoon geld van privé naar de zaak overmaken en omgekeerd. Dat zijn mutaties op het eigen vermogen van de zaak.

Met de kosten ja, maar je bedoelt waarschijnlijk: met de tijd. En dan is het antwoord simpelgezegd: nee.

Maar is het voor je bezoekers en het doel van de site relevant? Heeft het meerwaarde? Dat vraagt om een (eenvoudig) cms. Misschien heb je wat aan de training Website voor je bedrijf.

De privéauto verkoop je in privé, de zakelijke auto koop je op de zaak.

Zo makkelijk blus je een flamewar niet hoor ;)

Dat lijkt mij ook een prima systeem. Ik vind alleen de status van de doorontwikkeling (versie 3) errug dubieus :o Daar is al een jaar ofzo vrijwel niets nieuws over gemeld, behalve dat de hoofdontwikkelaar (een scholier van 16 jaar) in 2008 echt gaat proberen er eens twee maanden voor vrij te maken 8) Daar heb je wel gelijk in. Zelf gebruik ik Plone, dat kwa kracht en complexiteit in dezelfde categorie valt als Joomla. Voor veel gewone sites is dat inderdaad te zwaar (gebruiksvriendelijk vind ik het overigens wel). Het verschil is dat er niet één scholier aan werkt, maar een internationaal netwerk van professionele ICT-bedrijven die hun brood verdienen met Plone. Daardoor wordt het stevig doorontwikkeld en is het briljant voor complexe sites.

Duh! Het is een pietluttig hutseflutsartikeltje waar ik de selectie van het cms voor een schoolkrant nog niet op zou baseren. Voor mensen met weinig tijd: lees bijvoorbeeld het oordeel over Typo3 in dat artikel en je ziet dat het meer een sfeerverhaaltje is over gevoelsindrukken (oud, lelijk, groot en oeps, we hebben te weinig tijd), dan een uitgebreide analyse. Naar broncode, testsuites e.d. hebben ze zo te zien niet eens gekeken.

Gewoon, de versie die op dat moment de aanbevolen productionele versie was (4.7.4). En een half jaar is niet zo heel lang geleden, dus het zal niet veel veranderd zijn. Ja ach, elk cms heeft wel wat grote namen, die het hier of daar gebruikt hebben. Bij IBM werken honderdduizenden mensen die allerlei technologie verkennen. Zo'n artikeltje over Drupal zegt me daarom niet zoveel. Ik ben van oorsprong software engineer en ik geef hier mijn professioneel oordeel over de broncode en documentatie die ik heb aangetroffen. Met name bij de modules zag ik daarin de hand van hobbyisten. Tuurlijk zijn er vast ook goede sites mee gemaakt en levert dat prachtige marketing- en klantverhalen op. Maar daar heb je niet veel aan als je in die bak met modules moet zoeken naar iets dat doet wat je nodig hebt voor jóuw site. Waar het hobbyisme bijvoorbeeld uit blijkt is de relatief grote hoeveelheid modules die ongeveer hetzelfde doen, maar allemaal niet helemaal af en productioneel zijn (voorbeeld). Al die jongens zitten een weekend te hobbyen en rommelen er een eigen moduletje uit, in plaats van behoorlijk met elkaar samen te werken en als collectief een klein aantal goede modules te ontwikkelen. De communities van bijvoorbeeld PostgreSQL (database) en Plone (cms) vind ik daarin veel professioneler. Ook het niveau van de adviezen in de community vind ik bij Drupal minder. Je krijgt al snel een antwoord als "maak er een kolom bij, rommel dit en dat in die broncode en hack dat erbij". Hacks, mods, quick fixes, in plaats van gestructureerde softwareontwikkeling, dat is het beeld dat ik eraan heb overgehouden.

Met conversiemeting en Analytics is de performance heel behoorlijk te monitoren. Veel beter i.i.g. dan met allerlei traditionele vormen van adverteren (media), die toch ook duur zijn en nog steeds serieus worden genomen.

Het viel mij ook tegen toen ik het een half jaar geleden bekeek. Voor een bepaalde functie (ratings) moest ik kiezen uit een stuk of 8 modules en met allemaal was wel iets aan de hand. De ene werkte niet met dit de ander niet met dat, de meeste waren maar half af, sommigen werden niet onderhouden en allemaal leken ze wel geprogrammeerd door scholieren die voor het eerst iets leuks wilden maken. Ik had de indruk dat Drupal eerder iets is van een enthousiaste hobbywereld, dan van professionele software engineers en web developers. Hiermee wil ik overigens niemand persoonlijk beledigen, want ik ken geen van die mensen. Dit is mijn algemene indruk.

Gelukkig zijn er dan altijd voldoende concurrenten die wat genuanceerder omgaan met hun leveringsvoorwaarden :)

Zeker, maar ik adviseer opdrachtgevers altijd met klem die te verwerpen. In zijn algemeenheid bedoel ik, los van de hier besproken kwestie.

Named users lijkt me onpraktisch en ik ben het niet veel tegengekomen. Aantal users (seats) wel, dat lijkt me handiger. Het zou bij wet verboden moeten worden om geld te vragen voor het leveren van bugfixes >:( Klassiek probleem, klassieke oplossing. Maar processorlicenties raken achterhaald, door multicoreprocessoren en virtualisatie. Welke andere beprijzingsmodellen je kunt bedenken hangt nogal af van de aard van de software.

Maar die gaat er gelijk weer af met een kneusje. Het is namelijk nog steeds zo dat op een bepaalde url heel andere informatie kan staan dan er stond toen de link gemaakt werd. Dat veroorzaakt veel verwarring. De site van de belastingdienst is de enige die ik op het hele wereldwijde web ken met deze absurditeit.