R.I.P. - Benm

Dat hangt er natuurlijk maar net vanaf waar je precies langsgaat. Als het een bedrijf is waar iedereen in pak loopt, en je hebt wat te verkopen, zou ik daar niet binnenlopen in een spijkerbroek of zoiets. Verschilt sowieso per bedrijfstak. Het lijkt me bijzonder vreemd als de zelfstandige visboer achter zijn kraam staat in 3 delig maatpak. Een verkoper bij de Mercedes dealer in spijkerbroek en t-shirt lijkt me trouwens net zo vreemd. Maar wat nou in vredesnaam de dresscode is voor zelfstandige (web-)tecchies?

Meestal wordt de soep helemaal niet zo heet gegeten. Een bedrijf zit niet te wachten op medewerkers die met tegenzin aan het werk zijn... die laten ze liever gaan. Als je van jouw kant goede wil toont door een redelijke termijn aan te houden (eind volgende maand, zoiets) en je bereid toont om je werkzaamheden over te dragen op een opvolger, is de kans groot dat je werkgever accoord gaat. Zelf ben ik gestart met eenzelfde situatie: Ik had ook een contract voor bepaalde tijd, waar ik eerder onderuit wou. Ik ben gewoon eens gaan praten met degene die me er binnengebracht had en het contract had getekend namens de werkgever. Hoewel ze het erg jammer vonden, hebben ze niets gedaan om mijn vertrek moeilijk te maken. Bedenk je dat werkgevers vaak zelf ondernemers zijn, en die begrijpen best dat je moet doen wat je van plan bent. Als je redelijk bent in je verzoek, kun je vaak rekenen op een redelijke reactie. Alleen detacheringsclubs zijn hier wel een uitzondering heb ik het idee: die doen alles om je maximaal uit te melken... al kan dat ook weer van club tot club verschillen.

Bovendien worden sites die via adwords gepromote worden sneller in de index opgenomen. Ik weet niet of google dat openlijk zegt, maar het scheelt best veel... Om verder vooruit te gaan is het van belang links te hebben naar je site toe, liefst met als link-text belangrijke zoekwoorden. Het maakt ook nog uit waar deze links dan wel staan: Links op sites met een hoge 'pagerank' leveren je meer op dan links op sites met lage pageranks. En google sorteert zijn zoekresultaten voor zover ik kan zien voor een belangrijk deel op die pageranks, misschien nog wel meer dan op relevantie van de textuele inhoud.

En dat is eigenlijk best vervelend. Natuurlijk is dit met name om te voorkomen dat mensen gaan data-minen in de registry, maar het zou wel handig zijn als er een onbeperkte tool zou zijn... Eentje die geen informatie over de registrant geeft, maar wel ja/nee over de beschikbaarheid, en eventueel de nameservers. Dat soort informatie is toch niet prive, en geeft uitsluitsel over domains die wel geregistreerd zijn, maar nog niet gekoppeld aan nameservers en hosting.

Tja.. bescherming is lastig. Wat moet je beschermen aan een sjagerijnige presentatrice die in een blauwig decor beurtelings vragen stelt en de kandidaten afbekt? Of aan een spelletje waarbij je vragen moet beantwoorden en moet raden wat er op de foto staat?

In de dotcom tijd ben ik wel een mooi tegengekomen: Een ovale gele sticker met groot .NL erop, en dan de bedrijfsnaam erboven. Min of meer ingezet als substituut NL sticker voor op de auto, al zou ik er nooit 1 plakken. (kom op, een STICKER op MIJN auto, wat denken ze wel ;))

Ik vermoed dat de marquee (zo heet het ding dacht ik) hetzelfde lot wacht als de tag... althans, dat hoop ik, wordt het web weer wat rustiger.

Een witte lijst kan altijd natuurlijk, er is niks op tegen om aanbevelingen online te zetten. Als je van mening bent dat leverancier X superservice levert, mag je dat best hardop zeggen natuurlijk. Het wordt dan als het ware een soort bedrijfsgids met geselecteerde bedrijven. Op zich zou ik het geen slecht initiatief vinden, maar bedenk dat zon lijst vrij beperkt blijft... tenzij er heel veel mensen actief deelnemen (lees: ervaringen posten). Aan de andere kant vervuilt zoiets vrij snel doordat bedrijven best iemand kunnen vragen een positieve recentie te geven op die lijst, terwijl er niets van waar hoeft te zijn. En wat doe je als er iemand een slechte ervaring heeft met een bedrijf dat al op de witte lijst staat? En als daar 5 positieve verhalen tegenover staan?

Natuurlijk struikel je niet over 30k, maar het kan wel de druppel zijn. Als je die 2 miljoen al kwijt was, je investeerders niet meer willen bijlappen en je niks te verkopen hebt, kan een schuldeiser van 30k voor je faillissement zorgen. Dat is eerder je eigen schuld, dan de schuld van die schuldeiser lijkt me. Evengoed, het concept is natuurlijk best leuk. Overigens lijkt het me economischer als iemand mijn maten opneemt ipv een apparaat. Das minder high-tech, maar persoonlijker en goedkoper. Als er dan na een paar weken een hoogwaardig maatpak van aziatische makelij in de brievenbus ligt, denk ik toch dat het een prima biz moet zijn.

Ik heb het idee dat je in staat moet zijn tamelijk waardeloze programma's te bedenken, wil je deze verkopen. Als je het TV aanbod bekijkt dat in Nederland gemaakt wordt, zou je toch een beetje droevig moeten worden. Programma's die bij mij een attention-span hebben van meer dan een minuut of 5, zijn allemaal geimporteerde series/films/documentries. Mocht je een talent hebben in het bedenken van kaas-tv-producties: neem eens contact op met 1 van de zaakjes die leveren aan endemol, er zijn er voldoende. Denk tenfold, storms, etc... Of je er als eigen bedrijf ooit tussen komt? Lijkt me lastig, de meeste van dit soort zaken worden toch opgezet door mensen die zelf al op TV te 'bewonderen' zijn geweest.

Mwoah, ik blijf erbij dat die plaatjes een zeer matige techniek zijn. Natuurlijk kun je wel het IP adres, de browser en wat andere dingetjes zien, maar een referer wordt al lastig. Nedstat bijvoorbeeld vergaard alles via javascripts, en passed die informatie via het image naar haar systemen. Op zich wel goed gevonden, maar of het daar nou allemaal voor bedoeld was ooit.. ;)

Re-usability van allerlei zaken is een utopie uit de Object-Oriented wereld (ok, nu schop ik mensen, sorry). Het probleem is in mijn ervaring dat het idee wel goed is, maar dat de uitwerking vrijwel altijd faalt. Stel je hebt een bepaalde procedure (in taalkundige zin) ingebakken in je database, maar op een gegeven moment kom je in de applicatie op een punt dat dat net even anders moet (dan dat gebeurd vaak genoeg). Je kunt nu een paar dingen doen: 1 - de procedure op je db aanpassen zodat hij beide mogelijkheden ondersteund 2 - vanuit de applicatie de data zodanig tweaken dat het met de bestaande procedure werkt 3 - to hell with it, direct uit de applicatie in de database drukken/hakken, bypassen die procedure De eerste optie is aardig als dit 1 of 2 keer gebeurd. Als het nogal vaak gebeurd, kom je met een loei van een procedure te zitten waarin tig regels en uitzonderingen verwerkt moeten worden. De tweede vereist een programmeur met goed inzicht in de procedure, maar is zelfs dan niet altijd uitvoerbaar. De 3e mogelijkheid werkt altijd, maar ondermijnt het idee van de herbruikbare procedure volledig. Alle methodes hebben hun voor en tegen, maar ik neig zelf altijd naar 3... komt waarschijnlijk omdat ik meer programmeur dan DBA ben. Vooral met 1 heb ik problemen, omdat de procedure dan zodaning complex wordt dat een programmeur er weinig inzicht in kan krijgen, of daarvoor zoveel tijd nodig heeft dat 3 significant sneller is. Blijft 2 over: goed voor mensen die zowel programmeur als DBA zijn :)

Grafiekjes doen het vaak ook goed in rapporten en plannen. Vooral het soort 'mooie gestyleerde opgaande lijntjes' is populair in ieder product dat met geld te maken heeft (tenzij het schuldsanering betreft...).

Dat jij en/of je collegae die knop hebben gevonden is volgens mij bij 3/4 van de HL medewerkers bekend.. al dan niet by choice ;) Naja, je moet wel een beetje oppassen met dingen naar IEDEREEN te sturen. Zelf heb ik er geen problemen mee om zoiets te krijgen, maar er zijn vast genoeg mensen die erover vallen.

Wat wil je eigenlijk van die statistieken.. wat zijn je eisen, en welke features vind je wel en niet belangrijk? Om een indicatie te krijgen wat het aantal bezoekers per dag zijn alle tooltjes wel aardig geschikt lijkt me. Als je complete klikpaden etc. wilt analyseren zul je waarschijnlijk op zoek moeten naar een (betaald) pakket. Die verschillen tussen systemen hebben overigens wel aanwijsbare oorzaken: - je hebt tellers met een 'plaatje' zoals nedstat. Dat zijn in principe de slechtste, ze vereisen een browser die afbeeldingen en scripts ondersteunen, en werken dan nog niet altijd - je hebt tellers die tellen vanuit je scripting, bijvoorbeeld een CMS of anderszins. Deze zijn zeer nauwkeurig op je pagina's met scripting, maar missen zaken als hits op plaatjes etc. - je hebt logfile analyse, dat eigenlijk alles telt, maar bijvoorbeeld niet de zgn querystring (achter het ? voor leken). Tellers van de eerste categorie zie ik voornamelijk als 'toys', leuk voor een relatieve indicatie tov concurrerende sites etc, vaak mooi gepresenteerd voor de bezoeker. Kan genoeg zijn, en meestal gratis. Logfile-analyse is ook vaak gratis verkrijgbaar, en ziet er soms leuk uit (webalizer etc). Voorwaarde is wel dat je bij je logfiles kunt, en scripting kun gebruiken op je server. Analyse met serverside-scripts kan onderdeel zijn van een CMS, webshop of ander pakket. Maar er zijn natuurlijk ook specialistische scripts voor het zuiver opbouwen van statistieken. Voor mn gevoel zullen die het best presteren, zeker op een database-driven site.

Financiele steentjes zitten er momenteel niet echt in hier, maar iets bijdragen op gebied van internet, netwerken of iets in die geest lijkt me best een idee. Nu is de associatie tussen 'ontwikkelingshulp' en high-tech misschien niet zo sterk, maar ik ken wel voorbeelden waarbij het toch gebeurde. Bijvoorbeeld (draadloze) internetlijntjes trekken naar scholen in afrika, en daar oudere PC'tjes geschikt maken voor toegang. Qua goede doelen ben ik persoonlijk meer liefhebber van dingen dichter bij huis, die het ook goed kunnen gebruiken. Bijvoorbeeld organisaties die werken aan kankerbestrijding of hartaandoeningen en belangrijk onderzoek daarin (financieel)ondersteunen: vaak tamelijk fundamenteel onderzoek dat voor famaceutische bedrijven niet interessant is om uit te voeren. Helaas kun je bij dit soort fondsen vaak alleen een bijdrage leveren in financiele vorm... dus i'm open to suggestions ;)

Inderdaad. Syntens maakt veel reclame naar starters toe. Natuurlijk ben ik wel eens op ze afgestapt om te vragen naar de mogelijkheden... maar ik kreeg eigenlijk niet veel meer mee dan een livewire folder. Zijn er HL'ers die dit congres gaan bezoeken?

Welke soort valuta wil je eigenlijk afdekken qua koersrisico? Veelgebruikde als US$, SG$, AU$ en GPB zijn aanzienlijk makkelijker te dekken met termijncontracten (futures) dan meer exotische valuta's.

Ik stel voor dat we allemaal een Web Chemistry-vlaggetje aan onze antenne bevestingen, en maandag op 8.00 op de A2 allen tegelijk de alarmlichten activeren ;) Volgens mij is zon fenomeen niet 'maakbaar', er moet een hype om het idee van flashmobben ontstaan in een land. Het kan ook zijn dat japanners zoiets erg leuk vinden, en hollanders niet.. we zullen zien, lijkt me wel grappig om zoiets een keer te zien voltrekken!

Uit de aandelenhandel ken ik wel de constructies om dit soort risicos in te dekken, maar ik weet niet of ze ook toepasbaar zijn op jouw situatie. Bedenk dat dit soort constructies met aanzienlijke volumens gepaard gaan: - Je kunt het risico near-nul maken. Je hebt geen tegenvallers, en geen valutaire meevallers. In dat geval ga je een future aan: Je verplicht jezelf tot het omzetten van bijv $10.000 in euro's op een bepaalde datum. Afhankelijk van huidige koers, uitoefeningskoers, termijn en verwachtingen kan de 'aanschaf' van de future geld kosten, geld opleveren, of geen van beiden. In alle gevallen moet je kapitaal beschikbaar houden als 'garantie' op de future, dat kan oplopen tot tientallen procenten van de hoofdsom. - Je kunt het risico naar beneden beperken. Je koopt in dat geval een (call) optie op een bepaalde hoeveelheid geld in de valuta die je wilt afdekken. Hierbij behoud je eventuele koersmeevallers, maar beperk je de tegenvallers. Deze constructie kost altijd geld. Hoeveel is afhankelijk van dezelfde zaken als bij de future. Als je slechts een call (of put) optie aanschaft, hoef je geen kapitaal te hebben als garantie. Meer moeten betalen dan de aanschafprijs is tenslotte uitgesloten. Een constructie met futures of opties is natuurlijk geen verzekering in de smalle zin van het woord, maar voor zover ik weet is het bij grote bedrijven een vrij gebruikelijke praktijk zich zo tegen koersrisico's in te dekken.

Op een of andere manier heb ik vermoeden dat het grootste deel van die 1200 inderdaad uitwonend is.. wellicht in onderhuur, of ze huren een kamer bij iemand die een koophuis heeft maar alleen woont. Als je met zn 2en in een pand woont, betaal je tenslotte een aantal heffingen 3 keer (is logisch). Er zijn vast veel gemeentes die daar zo over denken. Maar ik kan me voorstellen dat de traditionele studentensteden er toch wel oren naar zullen hebben? Voor zover ik weet hebben steden als Utrecht en Groningen niet zoveel problemen met hun grote studentenpopulatie. Is bovendien goed voor de middenstand (lees: horeca). Misschien hebben ze je plan niet zo serieus genomen, of kostte het plan geld. Geld doen ze niet aan.

Dat heb ik nou ook.. Als bier de kans krijgt te verschralen, dan drink je te langzaam :) Evengoed, een mooie uitvinding, die de uitvinder mogelijk veel zal opleveren: Bier is een enorme industrie, en verschralen wordt toch wel gezien als een serieus nadeel van het drankje.

Het lijkt me niet zon best idee HL daarbij te betrekken eigenlijk. Met zon service jaag je ook mensen tegen je in het harnas, en dat kan natuurlijk vervelende gevolgen hebben later on. Wellicht is er wel markt voor zon dienst, als zelfstandig iets... maar je moet toch oppassen een bedrijf niet zwart te maken op ervaring van een handjevol klanten. Bijna ieder bedrijf maakt wel eens fouten, lost wel eens iets niet naar behoren op of nog erger: de verwachtingen van de klant waren onrealistisch, en die houd er een slecht gevoel aan over. Waarschuwen voor regelrechte oplichtingspraktijken is natuurlijk een prima zaak, maar ik zou altijd voorzichtig zijn met dat soort dingen!

Klopt inderdaad, transacties zijn mogelijk vanaf 4. Helaas duurt het nog even voor deze database standaard beschikbaar is op allerlei servers, maar dat zit er natuurlijk aan te komen. Wel hoor ik nog dingen over kinderziektes in 4.. gelukkig heb ik niet direct transactions nodig op het moment.

Remy, Het is grappig om te zien hoe jij bepaalde zaken vanaf de database benaderd, terwijl veel anderen dat vanuit de applicatie zouden doen. Waarschijnlijk maakt dat het verschil tussen programmeurs en DBA's, gewoon een andere insteek. Veel van de zaken die je noemt kunnen voor mijn gevoel net zo goed door de applicatie gedaan worden, maar dan moet de DBA wel de programmeurs vertrouwen ;) Natuurlijk mist MySQL best een aantal dingen die andere databases wel ondersteunen, ik denk daarbij aan zaken als stored procs, views en transacties. Een groot voordeel is dat er veel kennis is, het is niet moeilijk iemand te vinden die verder kan met een php/mysql applicatie.... en er is goede online documentatie. Het belang van dat laatste wordt nog wel eens onderschat, maar volgens mij is dat 1 van de dingen die zowel php als mysql groot hebben gemaakt.