R.I.P. | Peter Bonjernoor
Retired Mod
-
Registratiedatum
-
Laatst bezocht
Alles dat geplaatst werd door R.I.P. | Peter Bonjernoor
- SPAM op je HL-mailadres of per PM?
-
email en ethiek
Nou, lees de reakties hierboven nog eens door, zou ik zeggen. Daarom niet, dus. Als je mij mailt, bijvoorbeeld, kom je in mijn lijstje "Geblokkeeerde domeinen". Elke mail van jouw bedrijf wordt vanaf dat moment geweigerd. Daarnaast zal ik zal niet de enige zijn die dat doet. Ik kan me heel moeilijk voorstellen dat je dat effect wilt bereiken. "Algemeen"? Wie is/bepaalt "algemeen"? ::) Ja, die zijn zeker verlegd. Mijn intolerantie, eigenlijk steeds meer ronduit haat. tegenover reclame is vele malen groter dan hij ooit geweest is. De vraag is dus: "gedraag ik me principieel, of zet ik net als een hoop anderen alles overboord en trek ik me helemaal nergens meer iets van aan omdat ik geen geduld en karakter heb?" Die vraag kun je alleen zelf beantwoorden - mail mij alleen niet!
- Vooruitbetaling vs factuurdatum
-
Vooruitbetaling vs factuurdatum
Dan kun je eventueel bij de levering een factuur meesturen waarbij de aanbetaling vermeld is, en het totaal te betalen bedrag nu is, met dus een recente factuurdatum waarnaar je kunt verwijzen m.b.t. de garantie. De factuurdatum moet nu eenmaal gelijk zijn aan de datum waarop je de factuur aanmaakt.
- Vooruitbetaling vs factuurdatum
- email en ethiek
- email en ethiek
- Gaat Wizzl de wereld veroveren?
- Gaat Wizzl de wereld veroveren?
- CMS modules
- Premies AOV - kosten
-
Dresscode beursdag
Ik hoop van harte dat die 9 een ( had moeten zijn... ;)
-
CMS modules
OK, komt 'ie: - ik wil geen ActiveX componenten installeren, ook al ken ik Aurigma. Waarom kan ik niet gewoon uploaden met de standaard interface? - Gastenboek bekijken: "Er zijn nog geen berichten" zou beter zijn. - Statistieken meldt alleen 2 bezoeken van FireFox op een Mac terwijl ik IE7 op Windows XP heb - verder zijn ze erg beperkt - Ik zou niet standaard het IP-nummer van een bericht in het gastenboek weergeven - Ik kan (zo te zien) de content van de homepage niet aanpassen - Ik kan op de homepage "nl" als taal aanklikken, maar vind verder nergens iets dat met taal te maken heeft - Een agenda-item is op de website wit op wit - niet echt leesbaar zonder Ctrl-A Alles bij elkaar ziet het er niet slecht uit, alleen denk ik dat jullie nog een redelijk test-traject voor je hebt voordat de gebruikervriendelijkheid en user-interface compleet is. Gebruiksvriendelijker dan Word? Ja, met zo weinig knoppen is dat niet zo lastig... ;) PS - ik zou de tekst van de knoppen minder bold of iets kleiner maken - het is nu wel heel erg "in your face".
- CMS modules
- CMS modules
- CMS modules
-
Stekker eruit?
OK, ik had op je andere post willen reageren, maar tijdens het typen ervan was die verwijderd, en dus mijn mogelijkheid tot het opslaan van mijn reaktie ook. Samenvattend: ik woon in Utrecht en heb een Chevrolet Caprice. In geen van de onderdelen van je website kom ik enig resultaat tegen - prove me wrong. Verder - verzekeringen en financien: december 2006 is al een half jaar geleden, en je hebt nog steeds geen content. Vraag van mij aan jou: waarom heb jij het idee dat je dat je site wel zou moeten lopen? Ik zou het werkelijk niet weten, namelijk. Persoonlijk advies: zo snel mogelijk kappen! Dit is zonde van je geld.
-
Welke webshop?
Kijk uit dat je geen appels met peren gaat vergelijken. PHP is en programmeertaal die op de webserver draait en HTML uitspuugt naar de browser. In die browser kunnen dan weer javascript of cookies gebrikt worden - dat is volledig onafhankelij vna de op de server gebruikte taal. Een webshop zonder cookies lijkt me trouwens moeilijk haalbaar - hoe wil je het winkelmandje bijvoorbeeld bij houden als dat gedisabled is. Finally - als er van javascript of cookies bellen gaan rinkelen heeft de betreffende bezoeker wel heel strakke security-instellingen. Beide zijn dusdanig normaal en ingeburgerd dat ze in elke browser standaard aan staan. Alleen een behoorlijk psychotische gebruiker met enige kennis van zaken zal dat uitgeschakeldn hebben.
-
Virtueel teamwork: enterprise 2.0
Zo makkelijk blus je een flamewar niet hoor ;) Flamewar? Niet overdrijven, he? Laten we wel even in het achterhoofd houden dat iedereen zijn eigen persoonlijke voorkeuren heeft, en dat daardoor niemand per definitie gelijk heeft. Joep is een groot voorstander van Drupal, en Rene duidelijk niet. Wat voor de een een geldig argument voor zijn mening is zal voor de ander irrelevant zijn. Dus, houdt daar alstjeblieft rekening mee - proberen een ander te overtuigen van jouw mening is meestal zinloos. Edit: Die hele discussie heeft overigens ook bar weinig met het oorspronkelijk onderwerp te maken. Laten we dus weer lekker on-topic gaan - het zou zonde zijn als het draadje op slot moet! :)
- Virtueel teamwork: enterprise 2.0
-
Voorwaarden deponeren software /Escrow
Sorry, hoor, maar wat een onzin. Betekent het feit dat je een reisverzekering afsluit dan ook dat je van plan bent je camera te laten stelen? Het voorbeeld dat ik hierboven noemde betrof twee grote bedrijven - een grote Nederlandse uitgever en een dochter van TPG. Een Escrow overeenkomst is niets anders dan een verzekering voor het geval dat. Niets meer, niets minder. Als je er meer achter zoekt kun je beter even bij jezelf te rade gaan dan het die ander kwalijk nemen.
- Voorwaarden deponeren software /Escrow
-
Voorwaarden deponeren software /Escrow
Dat ben ik toch niet met je eens. Ik heb de situatie meegemaakt dat het bedrijf waar ik werkte klantspecifieke software had geschreven om de facturen van die klant te kunnen printen - duizenden per week. De klant wilde dat zij, in het geval van faillissement van mijn werkgever, de voor haar ontwikkelde en door haar betaalde software kon blijven gebruiken om zonder verstoring door te kunnen bij een ander printservice bedrijf, en daarbij de mogelijkheid behouden om daar wijzigingen in aan te kunnen brengen aan de hand van wijzigingen in de aangeleverde data. Een alleszins redelijk geval van het veiligstellen van de broncode middels een Escrow-overeenkomst. Software kan nu eenmaal dusdanig belangrijk worden in de bedrijfsvoering van je klant dat deze een enorm risico zou nemen als jouw bedrijf er opeens niet meer is voor support, onderhoud en dergelijke.
- Inzicht in karma: mogelijk? gewenst?
-
Voorwaarden deponeren software /Escrow
Dat kan best redelijk zijn. Als jullie klant door het niet onderhouden worden van de software bij jullie eventuele faillissement ernstig gedupeerd zou worden is dit een prima optie. Alleen diegenen die een Escrow-agreement met Microsoft hebben... ;) Jouw klant wil zekerheid rond de continuering van de service van jullie product, dat is alles. En als jullie niet meer bestaan, dan wil hij die service zelf kunnen garanderen. Voor dat grove nalatigheid verhaal zou je ze bijvoorbeeld kunnen vragen dat nader te specificeren. Niet per se, maar ik zou als ik jou was de kosten ervan in de SLA opnemen. Zij stellen het als onderdeel van de SLA, dus dan is dat alleszins redelijk. In principe wel. Het is absoluut niet ongebruikelijk, en zolang de criteria redelijk zijn - waarom niet?