Vacatures op ISPam.nl: Een complete kerstboom optuigen of niet?

ISPam.nl is het ideale platform voor ISP’s om nieuw personeel te vinden. Het trekt op werkdagen zo’n 1.000 unieke bezoekers die voor het merendeel werkzaam zijn voor ISP’s. Ook in de praktijk blijkt dat te kloppen, want een van de adverteerders op ISPam.nl die een moeilijk invulbare vacature had, wist mij na vier weken adverteren te vertellen, dat hij niet één maar zelfs twee nieuwe medewerkers had gevonden voor de bewust vacature!

Nu ben ik daarom al een tijdje bezig om te kijken hoe ik in ISPam.nl vacatures kan intergreren. Er zijn twee concrete opties:

• De eerste is het om het mogelijk te maken op als artikel op ISPam.nl je vacature te plaatsen. Daarnaast zal de vacature dan ook nog een aantal weken in een overzicht staan met alle op ISPam.nl geplaatste vacatures.
• De tweede is om een vacaturebank voor ISP’s in het leven te roepen, daar kunnen ISP’s hun vacatures plaatsen en op ISPam.nl komt dan op een prominente plaats een blok met de vacatures die geplaatst zijn op de vacaturebank.

De eerste optie zit het dichtst tegen ISPam.nl zelf aan, terwijl de tweede in principe los staat van ISPam.nl, maar integreert door het tonen van de geplaatste vacatures op ISPam.nl. Het betekent echter ook dat er een complete kerstboom dient te worden opgetuigd én moet worden onderhouden.

ISPGids.com code opgeschoond

Het huidige design van ISPGids.com bevalt prima en daar hoeft dus op dit moment niets aan te gebeuren. Echter de clientside code (XHTML, CSS, etc) was ik minder tevreden mee. Opzich zat alles wel netjes in elkaar, maar doordat er nog niet efficient genoeg van CSS gebruik werdt gemaakt werd de code door het tientallen keren achter elkaar aanroepen van de zelfde classes toch rommelig. Daarnaast was de code ook niet W3C Complaint.

Begin december vorig jaar had ik daarvoor via Elance een Hongaarse designer ingehuurd om alle Smarty templates van ISPGids.com te verbouwen en te laten voldoen aan de standaard van W3C. In het begin ging de designer goed van start ruimde de code goed op en maakte deze W3C complaint. Echter na twee weken liet die nauwelijks iets meer van zich horen en ondertussen alweer 3 weken niet. Dankzij de escrow constructie die Elance biedt (en aanraadt te gebruiken) kan deze Hongaarse designer naar zijn centen fluiten. De opdracht is gecanceld en hij heeft flink wat uren voor niks gewerkt, uiteraard door zijn eigen toedoen.

De afgelopen dagen ben ik daarom zelf maar in de Smarty templates gedoken, want het werk moest nu maar eens af zijn een andere designer inhuren en briefen (dat kost écht veel tijd) had ik geen zin meer in. En zo stond ik de afgelopen dagen weereens spreekwoordelijk zelf weer met mijn voeten in de modder. Het resultaat is vandaag online gegaan. De bloat is er uit, al is het design nog niet (volledig) W3C complaint, maar de meeste errors zijn er nu wel uit. Alhoewel ik in principe alles wil outsourcen, gaat dat ook weleens mis en in dit soort gevallen is het dan fijn dat je het werk dan als een last resort zelf kan uitvoeren.

Oppositieprocedure ISPGids.com uitgeschakeld

Vorige week schreef ik mijn frustratie over het gebruik van de ISPGids.com Oppositieprocedure van me af. Echter ondanks een harde waarschuwing dat de procedure enkel nog mag worden gebruikt voor het bezwaar maken tegen onrechtmatige ervaringen bleven de bezwaren tegen rechtmatige ervaringen komen. De procedure maakt het veel te makkelijk om bezwaar te maken tegen ervaringen, waardoor er een continue spanningsveld ontstond, met zowel ISP als klant. Feitelijk zorgt het er voor dat ik me als uitgever in conflicten tussen klant en leverancier. Dat is natuurlijk absurd. Vanaf nu is er dus een nieuwe policy die heel simpel is.

De oppositieprocedure is uitgeschakeld en tegen onrechtmatige ervaringen is per post bezwaar te maken. Dat is naar mijn idee heel redelijk, want als uitgever ben je bezig om voor hun gratis hun rommel op te ruimen. Het minste dat je kan vragen is dat ze dat netjes op schrift stellen, dat uitprinten en op de post doen. Als dat niet kan, even goede vrienden, maar dan ga ik me er als uitgever ook niet mee bemoeien.

Jawel weer een bezwaar tegen een ervaring op ISPGids.com

Op ISPGids.com is er de mogelijkheid om bezwaar te maken tegen negatieve ervaringen die worden geplaatst. Na de start van ISPGids.com leek dit een mooie oplossing om aan de bezwaren van ISP’s tegemoed te komen gezien onterechte ervaringen in alle rust te kunnen beoordelen. Echter die beoordeling kost tijd en leidt in vrijwel alle gevallen tot een situatie waarbij er een keuze moet worden gemaakt tussen de belangen van de ISP’s en het recht van vrijheid van meningsuiting van de klant. Echter lijkt het nu wel of tegen elke negatieve ervaring op ISPGids.com bezwaar wordt aangetekend.

Vandaag was er weer tegen twee ervaringen bezwaar aangetekend, over twee verschillende ISP’s. Een van de ervaringen had ik zo beoordeeld en kon weer online na een beoordeling van het bezwaar en de ervaring. De andere ervaring was minder eenvoudig. De ISP wiens ervaring al beoordeeld was kreeg van mij een mailtje dat zijn verzoek helaas niet was toegewezen.

Dit resulteerde in het volgende. Allereerst een klant die kwaad was dat zijn ervaring verdwenen was en dat klopt, want zijn ervaring stond op de nominatie voor beoordeling, er is geen melding melding (meer) van een oppositie status, de ervaring is (tijdelijk) volledig weg. Daarnaast kreeg ik van de ISP wiens verzoek was afgewezen een mail met de vraag hoe ik toch kon vinden dat de ervaring niet onrechtmatig is.

Voor dit soort dingen is geen tijd en ik ga ook echt niemand inhuren om dit soort lichtzinnige verzoeken te beoordelen. Zojuist heb ik daarom uit de e-mails die ISP’s ontvangen zodra er een nieuwe ervaring wordt geplaatst de rechtstreekse link naar de oppositie (bezwaar) procedure verwijderd. Hopelijk zorgt dat er voor dat er niet te lichtzinning mee wordt omgegaan.

Daarnaast zit ik te denken om de oppositieprocedure te veranderen. Daarbij denk ik er als eerst aan om de eisen voor verwijdering veel hoger te leggen. Daarbij zou de eis kunnen zijn, (onmiskenbaar) onrechtmatig, zoals de wet ook voorschrijft, maar ook de verplichting om een NTD-verzoek schriftelijk te onderbouwen. Online kan dan de ervaring worden verwijderd, waarna binnen 3 werkdagen het verzoek ondertekend per post dient te worden verstuurd. Op die manier wordt de drempel voor verwijdering velen malen hoger. En laten we wel wezen, ik ben zeker 10 minuten bezig met de beoordeling van een NTD-verzoek en de klager die hoeft enkel een formpje in te vullen? Nee dus.

Een andere mogelijkheid is om ISP’s de mogelijkheid te geven om te reageren op een ervaring. Als tegenreactie op de ervaring. Die mogelijkheid zou beperkt kunnen worden tot maximaal reageren op 2 ervaringen per 2 maanden of maximaal 5 procent van alle ervaringen. Nog een andere mogelijkheid is om klanten de mogelijkheid te geven om hun ervaring te laten verwijderen of aan te passen. Al heeft zulks ook weer de nodige voeten in de aarde. Een combinatie van bezwaar plus akkoord voor verwijdering of aanpassing door de klant is natuurlijk ook een mogelijkheid.

In iedergeval moet er wat gebeuren, wellicht heeft verwijdering van de directe link uit de e-mails naar ISP’s over het feit dat er een nieuwe ervaring over hun bedrijf is geplaatst al genoeg om het tij te doen keren.

Kwaliteit vs Kwantiteit op ISPam.nl

Voor ISPam.nl heb ik een aantal regels voor de redactie. De belangrijkste is waarschijnlijk dat er elke werkdag om 8:00 en 8:10 uur twee artikelen worden gepubliceerd. In principe dus niet meer dan twee artikelen, maar ook niet minder. Het doel van ISPam.nl is om de sector zo goed mogelijk op de hoogte te houden van de laatste relevante ontwikkelingen.

De vraag die ik me zelf daarbij stel is in hoevere ISPam.nl met de zelfde berichtgeving als grotere, algemenere technische nieuws websites zoals Tweakers.net, Webwereld, Automatiseringgids, etc moet komen. Om een compleet beeld te geven van relevante ontwikkelingen is het verleidelijk om het nieuws van deze grotere collega’s ook te publiceren.

Echter heeft dat ook een keerzijde, want ookal richt ISPam.nl zich op een niche, echter is in veel gevallen het niveau van de berichtgeving van deze websites al zodanig dat een zelfde bericht op ISPam.nl niet veel toevoegd, behalve dan misschien enkele inzichten die specifiek over ISP’s gaan. Ik neig er daarom naar om nieuws dat al door de grote technische nieuwswebsites is verslagen niet langer op ISPam.nl te verslaan, tenzij het zodanig hosting specifiek is dat het niet mag ontbreken op ISPam.nl. Dus niet langer voor kwantiteit maar in plaats daarvan zuiver voor kwaliteit te gaan.

Een ander punt waarvan ik hoop dat dit de kwaliteit van ISPam.nl ten goede zal komen is om altijd wederhoor te doen, conform een “comply or explain” principe, waarbij er een reden moet zijn om niet aan wederhoor te doen, in plaats van andersom. Hier ben ik de afgelopen dagen dan ook al mee begonnen. Zo heb ik RapidShare om een reactie gevraagd in een kwestie over het niet gaan controleren van uploads van gebruikers, een belrondje over de stroomstoring in het NIKHEF datacentrum en eveneens een belrondje over de domeinlock bij DNS BE vandaag. Het is even wennen om continue vragen te bedenken en die aan betrokkenen voor te leggen in plaats van zo nu en dan, maar het is wel leuk.

Nu is het te hopen dat deze nieuwe werkwijze ook zal leiden tot meer kwaliteit, uiteindelijk meer bezoekers en natuurlijk adverteerders. Als ik dit artikel bij De nieuwe reporter mag geloven gaat dat lukken!

Ik zoek overigens nog een freelance sales of account manager, uiteraard gewoon gewoon uurtje-factuurtje en indien gewenst kan een bonus ook deels, maar dat heeft niet mijn voorkeur. Wie geintresseerd is kan mailen naar info@xcat.nl of bellen naar 0251 714 029.

Van Prototyping naar DesignInDemo

In mijn beleving zijn er twee manieren om software te ontwikkelen. De eerst methode is gewoon beginnen en terwijl het bouwen bepaal je hoe het eindproduct er uit komt te zien binnen de mogelijkheden en beperkingen die de ontwikkelingomgeving die je gebruikt heeft. De andere methode is om op papier te bedenken wat je wilt, waarbij je de (theoretische) beperkingen van de ontwikkelingomeving vooraf incalculeert.

In het verleden heb ik geprobeerd om software te ontwikkelen op basis van design en dat ging vrijwel zonder uitzondering altijd fout, want de theorie staat te ver af van de praktijk. Bij die projecten viel ik dan ook altijd terug op de ontwikkeling op basis van het simpelweg bouwen. Nu mogen beide werkwijzen tegenstrijdig lijken, maar ze vullen elkaar in principe aan, mits je eerst simpelweg begint te bouwen en dan het papieren design maakt, dit noemen we Prototyping.

Voor wat simpelere projecten is een volledig prototyping proces naar mijn idee te veel van het goede. Zelf heb ik bij projecten die ik nu zelf nog (deels) doe gemerkt dat je zelfs vanuit een prototype of demo dat als final wordt gebruikt het design er langzaam kan inbrengen.

In een website die ik heb regelde tot nu toe elke pagina zijn eigen query om de gegevens van een bepaalde winkel op te halen, dat is met recht niet bepaald een wenselijke situatie. Dus heb ik dat vervangen met de functie getWinkel($id), die simpelweg het resultaat van een dergelijke query teruggeeft.

Er zit echter één nadeel aan dat er bij bijvoorbeeld een join altijd één extra query nodig is. In overzichten wordt het echter nog erger, omdat getWinkel($id) maar één resultaat teruggeeft en daarmee 100 queries moet uitvoeren.

Daarvoor heb ik nu ook een oplossing, simpelweg door preloadWinkel($winkels), die alle id’s in $winkels ophaalt uit de database en de data alvast klaar zet, maar ook als er rechtstreeks via getWinkel() de gegevens van een winkel worden opgevraagd, gaat het via preloadWinkel(), om te voorkomen de query op meerdere plaatsen komt te staan.

De volgende stap is om winkel tot een Class (object) te maken, terwijl er toch backwards compatability is. De oplossing daarvoor is ook simpel, bij de class Winkel komt een functie data() en zodra getWinkel wordt aangeroepen, maakt deze een Winkel object aan, en doet het return $winkel->data(). Uiteraard is het $winkel object via de eigen ingebouwde preloader (Data Access Object) al geladen, waardoor de overhead gelijk blijft en het systeem prachtig object georienteerd wordt.

Vanuit de werkende demo kun je op deze manier eenvoudig een versie maken, zoals die er idealiter op de tekentafel zou uit komen te zien.

Van prototyping naar DesignInDemo

Nu ook Virtual Private Servers (VPS) vergelijken op ISPGids.com

Het is amper een week geleden dat ik schreef dat er op ISPGids.com ook colocatie, dedicated en VPS pakketten vergeleken moeten kunnen worden, zoals dat tot dan toe ook al mogelijk is voor webhosting. Ik ben er daarom eens goed voor gaan zitten en vanaf vandaag is het dan zover. ISPGids.com heeft een nieuwe VPS-module waar ISP’s hun VPS pakketten in kunnen vermelden. Op dit moment is het overzicht van de VPS-pakketten nog niet live, omdat deze nog goed moet worden doorgetest én er eerst door verschillende aanbieders een paar pakketten moeten zijn toegevoegd om de module dan met een knal écht live te laten gaan.

Onder de motorkap van de VPS-module zit een basis product module, waarmee het mogelijk is om ook andere pakket vergelijkers te maken, zoals backup, colocatie, dedicated, ssl certificaten, streaming, etc. Al zit er nog wel het nodige werk aan het bouwen van een nieuwe module, om wille van flexibiliteit maar ook om de module zelf niet te complex te maken. De feitelijke bouw van de module koste me ongeveer één werkdag, al kost het bedenken van alle ins en outs van de module zelf wel wat meer tijd, maar ik heb het hier over de kale bouw.

Los van het feit dat ik het nog steeds erg leuk vind om zelf uitdagende projecten te programmeeren, past het natuurlijk niet in mijn “outsource alles” strategie. Alleen in dit geval weet ik zo goed als zeker dat het zelf programmeren van de module mij minder tijd kost, dan enkel het uitschrijven van het concept. En dat is dus nog los van de tijd van het aanbesteden van het werk op eLance, het aansturen van de programmeur en het implementeren en finetunen van de module in ISPGids.com.

Om dus echt tijd winst te halen moet ik echt alles uitbesteden aan een derde partij, dus niet alleen de feitelijke bouw maar ook het concept. Zouden buitenlandse outsourcing/offshore partners daar geschikt voor zijn of moet ik dan toch kijken naar Nederlandse partners?

Colocatie, Dedicated en VPS vergelijken op ISPGids.com?

De webhosting vergelijker op ISPGids.com heeft een vliegende start gemaakt met ondertussen al weer 330 verschillende webhostingpakketten van 66 verschillende webhosters. Alleen is het de ISPGids.com en niet de webhostinggids.com zoals één van de ISPGids.com Premium Abonnees opmerkte en daar had deze abonnee zeker een punt. Dus zou er ook de mogelijkheid moeten komen om andere ISP producten zoals colocatie, dedicated, VPS, etc vergeleken moeten kunnen worden.

Dit moet dan maar worden uitgevoerd. Daarvoor moet dus een plan de campagne worden gemaakt, want om colocatie even als uitgangspunt te nemen, een lijstje als hoeveel hoogte eenheden, de locatie van de server, de hoeveelheid dataverkeer en de prijs volstaat (tegenwoordig) echt niet!

Wat is er naast de zuivere product eigenschappen, als U’s, datacentrum, netwerk, hoeveelheid stroom, dataverkeer, APC-poort, etc. Ook zaken als de helpdesk, contractstermijn, wijze van betaling, incident response time, uptime garanties, SLA spelen een belangrijke rol. Een goed overzicht geeft inzicht en moet zoveel mogelijk voorkomen dat er appels met peren worden vergeleken, al is er altijd een verschil.

Bij een relatief straight-forward product als colocatie ligt het verschil juist snel op de loer, omdat het colocatie product vaak wordt afgenomen door grotere partijen spelen de inhoud van verschillende SLA’s een grote rol en zodoende maakt het vergelijken van dergelijke producten (op prijs en inhoud) erg lastig.

Ook speelt er nog een issue, namelijk dat er enige overlap zal zijn tussen de webhosting module en andere modules. Ik heb er bewust voor gekozen om daar bij de bouw van de webhosting module geen rekening mee te houden, omdat de bouw ansich al een lastig genoeg was. Echter wil ik nu toch gaan kijken of een bepaalde mate van integratie toch mogelijk is. Dat maakt de uitdaging weer een stukje groter.

Ik moet er eens goed voor gaan zitten.

De limieten van het geheugen

Vorige week heb ik van maandag tot en met vrijdag van 9:00 uur ‘s ochtends tot 19:30 uur ‘s avonds lectures bijgewoond tijdens de ENISA FORTH-ICS Summer School on Network Information Security. Uiteraard is het de bedoeling dat ik nu ook één of enkele artikelen schrijf over de summer school, die natuurlijk weer interessant voor de lezers op ISPam.nl moeten zijn.

Echter merk ik nu dat ik tegen de grenzen van mijn geheugen aanloop gezien ik vrijwel geen aantekeningen heb gemaakt, wat normaliter ook niet noodzakelijk is, maar zo’n ~25 lectures allemaal onthouden is toch iets te veel van het goede, nog problematischer is het dat de lectures daadwerkelijk lectures waren en vaak niet echt een “vernieuwende” boodschap hadden, maar meer waren bedoeld om de participanten aan de summer school een brede update te geven over een veelvoud aan NIS gerelateerde onderwerpen.

Ik zit nu dan ook sterk te twijfelen wat ik moet gaan schrijven en wat ik uit al het materiaal zal gaan halen om zo toch nog een goed verslag te schrijven.

Tijdverschil in Heraklion (Kreta)

Deze week zit ik in Heraklion op het Griekse eiland Kreta. Ondanks dat gaat de nieuwsverzorging op ISPam.nl gewoon door en zo ook vandaag. Zojuist surfde ik naar ISPam.nl en zag ik de nieuwe berichten van vandaag nog niet staan die ik klaar had gezet. Er moest iets fout zijn gegaan, want de berichten moesten er kort na 8 uur uit gaan. Na enkele minuten werd het probleem duidelijk: tijdverschil, het is op dit moment pas 7:30 uur in Nederland. Mysterie solved!