Alef Arendsen

Ik heb niet de complete discussie gelezen, maar wilde toch even reageren. In een aantal projecten passen wij inmiddels veelvuldig Ajax toe. We doen dit middels DWR (http://www.getahead.ltd.uk/dwr/) en Spring. DWR is eigenlijk RPC (remote procedure calling - het aanroepen van remote methods) voor JavaScript. Zoals er voor Java to Java communicatie RMI is, is er nu voor Java to JavaScript communicatie DWR. Dit was eerder ook al mogelijk met behulp van een applet en Netscape LiveConnect (ik weet niet helemaal of die naam correct is), maar daar had je dus een applet voor nodig. DWR icm Spring werkt super. We gebruiken het in een aantal applicaties voornamelijk om dynamische validaties en lookups te doen (het simpele werk dus), maar het biedt een enorme verbetering van de user experience. Ik heb een klein beetje ervaring met BackBase en kan zeggen dat de technologie er goed is, vooral voor de wat meer back-office process-oriented applicaties. Voor informatieve sites houd ik het op dit moment liever bij HTML en een klein beetje Ajax. gr. alef

Ik ben nooit zo'n fan van het 'opensourcen' van commerciele code. Het klinkt mij meestal teveel in te oren als 'we krijgen te weinig publiciteit, als we het nu open source uitbrengen gaat dat misschien beter'. Daar kun je natuurlijk van mening over verschillen. Voor wat betreft het product zelf, er zijn legio initiatieven op dit gebied gaande en 1 ding is duidelijk: niemand heeft nog het web services mediation framework of de web services broker uitgevonden. Initiatieven als XLANG, BPEL, JBI en workflow-achtige oplossingen als jBPM en dergelijke later is er nog steeds geen goede oplossing. Dan de participanten: de mensen achter WSO2 (deze mensen vertegenwoordigen een groot gedeelte van het Synapse team) hebben oorspronkelijk ook Axis opgezet en voor wat betreft Axis: de architectuur is prima, de uitwerking een stuk minder. Ik betwijfel of het hier beter zal gaan. Een andere stroming binnen de web services wereld zegt: programmeer die mediation / brokerage tussen verschillende web services gewoon zelf, het is vaak toch te ingewikkeld om te vatten in een raamwerk / taal / ge-unificeerde aanpak. De toekomst zal het leren. gr. Alef

Hi, normaalgesproken zou ik zeggen: succes ermee, maar het wordt een lastig verhaal. Een hypotheekverstrekker wil over het algemeen minimaal 3 jaar cijfers voordat je een hypotheek kan krijgen. Ikzelf ben ook tegen dit probleem aangelopen en heb het voor een gedeelte in de familiesfeer moeten zoeken. Raar, want ik kon over twee jaar cijfers laten zien die er niet om logen. Als je met 'vrije verkoopwaarde' bedoelt dat het huis vrij is (geheel afgelost) zou het volgens mij sowieso geen probleem moeten zijn. Daarnaast biedt ook de noodzaak voor een werkruimte aan huis mogelijkheden zou ik zeggen. Ik denk dat een gesprekje bij de bank wel uitkomst biedt. Speel open kaart en (tenzij dit verhaal achterhaald is) ga eerst naar de Rabobank. Mocht het hier niet lukken, dan kun je altijd nog bij een Rabobank aan de andere kant van het land terecht. Bij bijvoorbeeld de ABN zit je na 1 gesprek in het systeem en wordt je bij een andere vestiging meteen weer opgepikt.

Naar aanleiding van de vraag van TechNico hier dan maar even een aantal boeken die ik de afgelopen tijd tegengekomen ben: Good to Great door Jim Collins - ISBN: 9025425100 Over de vergelijking tussen 'gewoon goede' bedrijven en 'geweldige bedrijven' (waarbij de laatste minimaal 15 jaar aanzienlijk beter presteerde dan de markt). Het boek behandelt interessante overeenkomsten tussen de 11 'geweldige bedrijven' zoals de aanwezigheid van een 'niveau-5 leider', het zgn. Egelprincipe (ik kon helaas niet de engelse versie krijgen) en de rol van technologie binnen een bedrijf. Een aanrader voor iedereen die groei doormaakt. Freakonomics door Steven D. Levitt en Stephen J. Dubner - ISBN: 006073132X Leert je anders te kijken naar alledaagse vragen. Biedt een zeer interessante kijk op economie. Meer review info: http://blog.arendsen.net/index.php/2005/08/07/freakonomics/. Good-old Seven Habits door Stephen R. Covey - ISBN: 0671708635 Ondanks het hoge Amerika-gehalte (wat betreft cultuur) toch een must-read voor elke ondernemer. Zeven zgn. gedragingen van effictieve mensen. Dingen als win-win, first-things-first, etcetera. Een echte spiegelvoorhouder. gr. Alef

Ik zal me ook eens mengen in de discussie... Ik weet nog of Filemon al final is, anders had ik Le Journal in gedachten. Ook een lange bar en ze hebben er eventueel ook iets te snacken (weet niet of ze dat in de Filemon ook hebben). Ik ben er in ieder geval bij. laterz, Alef

Nadat we besloten hadden het vlot in de fik te steken was popcorn maken op het vuur een logisch gevolg. Gelukkig kwam de handschoen in het spel voordat ik m'n klauwen had verbrand ;-)

Hmmm, m'n eerste berichtje sinds tijden, vanuit het Mariott, San Jose, Costa Rica. Wireless internet, met de laptop al zittend op een ligstoel aan het zwembad. laterz, Alef

Ook ik heb het geprobeerd, ben twee-en-een-half jaar bezig, met twee jaar meer dan prima cijfers, vanaf de start winstgevend en een goed salaris. De de banken waar ik geweest ben kreeg ik te horen dat ik sowieso drie jaar cijfers moest laten zien. De ABN (ook onze zakelijke bank) wil de B.V. wel een krediet geven (niet dat we het nodig hebben, maar ze boden het aan) zonder hoofdelijke aansprakelijkheid van een ton euro, maar mij geen hypotheek. Ik vind het vreemd. Het zijn regels waar de banken (medewerkers) zich aan dienen te houden. Er zijn geloof ik wel oplossingen met een hypotheek gebaseerd op executiewaarde van het huis (ik weet niet precies hoe ze dat noemen), maar dan krijg je lang niet zoveel en tegen een hogere rente. Uiteindelijk heb ik het in de familiesfeer opgelost en zo alsnog iets voor elkaar gekregen, maar ja, dat kan niet altijd. Ik wou dat ik je een hoopgevender verhaal kon vertellen, maar helaas. Suc6 Alef

Wat ik me kan herinneren is dat dit een jaar of wat geleden is afgeschaft (samen met die werkkleding regels, waarbij je niet meer af kan trekken mits er een logo van 1 vierkante meter op vermeld staat). Vrachtwagen enzo kan inderdaad volgens mij nog wel.

O jee, daar gaan we. Je bent verzeild geraakt in het zakendoen met Amerika. Het fijne weet ik er niet van, maar het is wel slim als je ze invult. Het idee van de IRS is dat men wil dat je belasting betaalt. Als je wilt dat er in Amerika niet een gedeelte van het geld al ingehouden wordt, dan moet je dit formulier invullen. Amerika doet dit alleen voor landen waar ze een zogenaamde Tax Treaty mee hebben (je applied voor een Tax Treaty Benefit zoals dat heet geloof ik). Afhankelijk van een en ander zul je eerst een ITIN en eventueel een EIN moeten aanvragen (deze termen vindt je ook terug op het formulier). Ik neem aan dat je geen SSN (Amerikaan So-Fi nummer hebt). Dan heb je inderdaad een ITIN en/of EIN nodig. Een ITIN is een Individual Taxpayer Indentification Number, een EIN een Employer Identification number. Als je een bedrijf hebt, moet je volgens mij beiden hebben (en zul je de EIN eerst moeten aanvragen, daarna de ITIN, en daarna kun je pas form W-8BEN invullen en opsturen). Een aantal tips: - zorg er altijd voor dat je het laatst beschikbare formulier van internet haalt (via IRS.gov geloof ik). Verouderde formulieren accepteren ze niet. - heb geduld. Een kennis van me is er al een jaar mee bezig (veelal door verouderde formulieren, dus dat is het belangrijkste). - als je een beetje kans ziet, probeer iemand in de US met ervaring hiermee te strikken, zodat die je kan helpen. - het is geloof ik mogelijk om de commissie al uitbetaald te krijgen en de ingehouden belasting later terug te krijgen, maar ik weet bij god niet hoe dit werkt... Mail me even (alef@jteam.nl). Ik moet dit namelijk ook nog steeds regelen (ivm een boek wat ik aan het schrijven ben voor een uitgever in de US), dan kunnen we misschien samen de vreugde delen als het gelukt is (en het verdriet als we een jaar bezig zijn ;D ). Daarnaast kan ik mijn uitgever vragen stellen ingeval een en ander niet lukt, dat kan misschien voor jou handig zijn. Alef p.s. er zijn ook 'electronisch' invulbare PDF'jes beschikbaar, das best handig... p.p.s. hoewel ik het misschien mooi weet te brengen, ben ik geen belasting expert en al helemaal geen expert in de amerikaanse variant van belastingen, dus alles is onder voorbehoud ;D

Of ze hebben er geen verstand van, of het zijn gehaaide gasten, waar op zich natuurlijk niks mis mee is. Veel mensen zien niet in dat het bouwen van een systeem/website/whatever meer inhoudt dan het inkloppen van een beetje code/html, etcetera. Je moet ze zien te overtuigen van het feit dat het niet ophoudt met een beetje typen. Als je zeker genoeg bent van je zaak kan dat best lukken. Daarna moet je natuurlijk wel waarmaken wat je zegt :)

Om te beginnen, het zou wel mooi zijn als het merendeel akkoord ging :). Vaak hanteer ik het volgende principe. Een uurtarief van 70 en 150 euro (afhankelijk van activiteiten). Op basis van het hoeveelheid werk doe ik er bij de offerte meteen al 5 a 10% af, met een opmerking erbij a la: 'gezien klant X een dermate hoeveelheid uren afneemt wordt een korting meegenomen van 10%' en nog wat opmerkingen over dat de korting eenmalig is e.d. Daarnaast zijn we in onderhandelingen daarna hard en geven 80% van de gevallen geen strobreed meer toe. Kortingen kunnen werken, maar vraag er altijd iets voor terug. Vorige week zeurde een klant om de hoogte van het bedrag. We hebben de doorlooptijd van het project keer twee-en-een-half gedaan zodat we het in de rustige tijden kunnen doen als er weinig te doen is. In ruil daarvoor wil ik wel ietsje korting geven. Dan over je offerte. Afhankelijk van de bedragen zou ik veel tijd aan communicatie met de klant besteden en duidelijk laten merken dat je klant op de uiteindelijke offerte (die je na een keer versturen niet meer zou hoeven moeten passen) een bepaald bedrag kan verwachten. Dit schept duidelijkheid en laat klanten die voor een dubbeltje op de eerste rang willen zitten meteen afvallen. Zijn mensen waar je toch geen zaken mee wil doen. Laat daarnaast merken dat je beter bent dan de rest. Natuurlijk kan iedereen voor een één derde van het mijn vraagprijs een site bouwen, maar wat komt er dan van terecht. Als je goed bent in wat je doet: gebruik 'de neefjes'. "Meneer X, ik wil u graag een goede site bezorgen en dat kan ik nou eenmaal niet voor een bedrag lager dan dit. Waarom? Omdat ik kwaliteit en goede service lever. U mag wat mij betreft ook naar 'de neefjes' gaan. Mocht u daarna nog eens willen praten ingeval er iets niet lekker loopt, dan hoor ik het graag" (wij gebruiken deze met enige regelmaat). Overigens is het natuurlijk een afweging. Je kunt wel heel leuk kieskeurig zijn en niet willen zakken met je prijs, maar je moet ook leven en geld verdienen...

Ik kan me wel voorstellen dat het meer stress en dergelijk oplevert. Sinds ik overal mijn mail kan lezen, lees ik ook overal mijn email. Ik zit nu met m'n laptop op de bank TV te kijken (wat een wedstrijd trouwens vanavond!!!). Waarom het stress veroorzaakt is denk ik omdat je sneller geneigd bent toch even iets te doen (mail lezen/schrijven, documentje updaten, proposaltje schrijven) en je daarna altijd weer even met je werk bezig bent. Wel moet ik zeggen dat ik zonder dat al mijn werk een stuk minder goed zou kunnen doen! alef

Wellicht is het de moeite waard om na drie afwijzingen van verschillende banken en naar mijn mening waardevolle "ongezouten" adviezen van mede hl'ers toch de moeite waard om het plan enigszins te herzien. Jij bent de ondernemer, dus jij zal duidelijk moeten kunnen maken waarom het "verstandig" zou zijn om juist met jou in zee te gaan. Dat betekent niet dat je alleen maar de sociaal gewenste antwoorden moet produceren, maar wel dat je goed moet weten wat je wilt en met name waarom je dat wilt. Dit alles natuurlijk gebaseerd op onderbouwde feiten en niet op aanname's van persoonlijke aard. Ik weet zeker dat, als je je meer openstelt voor de adviezen van collega's, het prettiger zakendoen wordt. Ik zal even ongezouten reageren ;D. Ik ben het hier namelijk niet mee eens. Geen slechte bedoelingen ofzo hoor :) De meningen van mensen in deze draad komen neer op: implementeer toch zelf een boekingssite, ruk een gratis PHP oplossing van de plank en werk er ondertussen in de avonduurtjes wat bij. De topic-starter is al meer dan een jaar bezig met z'n idee, heeft de gok gewaagd, mega-cool materiaal verzameld en een site opgezet. Het idee is naar mijn mening goed, maar niet iets wat je er even bij doet. Ook als je een beetje fatsoenlijke organisatie (inclusief systeem) wil opzetten, gaat dat echt niet binnen een dagje lukken! Dat vereist planning en als je dat goed aanpakt, dan kan het zeker lukken! iRojoz, nog even over die BKR registratie. Het gaat mij niet aan waar je die voor gebruikt hebt, de bank ook niet, dus als je nou gewoon roept dat je die gebruikt hebt voor het starten van je business (het verzamelen van het materiaal en dergelijke) en dat met hard werken vorig jaar hebt terugverdiend...

iRoJoz, leuk om je terug te zien! Ik heb je site af en toe eens bekeken na je berichten van afgelopen zomer en de perikelen erom heen. Je houdt vol en met die instelling moet je er zeker kunnen komen (respect!). Ik snap goed wat je wil en volgens mij is een en ander makkelijk haalbaar. Mits je inderdaad niet tegen de onzin aanloopt die je nu tegenkomt. Wat betreft je businessplan, je hebt dit neem ik aan al geschreven. Zijn er geen mogelijkheden om dit uit te breiden met intentieverklaringen van potentiele partners. Daarnaast meldde je dat je in een onderzoek (ism IMK?) geschat hebt dat je een goede omzet kan draaien. De mensen bij IMK zijn je toch zeker wel gunstig gezind? Waarom niet een van hen meenemen naar de bank. Daarnaast: subsidies? Ik kan me niet voorstellen dat hier geen aantrekkelijke subsidies voor te vinden zijn. Vaak zul je dan alsnog omzet moeten draaien, maar misschien helpen dit soort dingen ook om het bij banken erdoor te krijgen. Goed, ik ratel maar wat, maar in ieder geval: onwijs veel suc6! En als een en ander van de grond komt, boek ik een reis bij je! groet, Alef

Vanuit het Venetian (hotel/casino) in Las Vegas, via WIFI wat ze redelijk goed geregeld hebben op het congres waar ik op dit moment ben. Tis goed dat HL er is, voor tijdens ontzettend saaie sessies ;D

Nee man, het regent hier op dit moment... Druk druk druk ;-)

Cyara, je gebruikte de 'meld aan moderator' knop. Antwoorden zien gebruikers dan niet. Volgende keer kun je beter de 'reageer' knop gebruiken... Hierbij Cyara's antwoord op 2thepoints vraag... 36 maanden , nog 20 maanden te gaan.

Toch moet ik ook een keer naar die Office 2003 functionaliteit kijken. Ik heb het namelijk ook maar gebruik nog weinig van all die addons enzo...

Arrghhh, als ik een fax van jou krijg, dan koop ik meteen niks meer bij je. Faxmailings vinnik het ergste soort spam wat er bestaat. Zonder medeweten m'n telefoonlijn bezet houden en dan ook nog papier en een toner gebruiken. Of heb je een opt-in mailing ofzo?

Een miljoen gebruikers zou op 1000 terabyte uitlopen. Dat vind ik op zich niet extreem veel. Ja natuurlijk is het veel, maar niet onhaalbaar. Ik denk dat deze service inderdaad veel limitaties gaat kennen. Maximaal 1 maand niet inloggen, account weg. Maximale bestandsgrootte 1 megabyte, etcetera.

Haha. Hmmm, zelf probeer ik m'n het aantal crediteuren (en ook het aantal facturen wat ze sturen) zoveel mogelijk te limiteren. Dit lukt me aardig :). Maar je hebt gelijk, het kost veel tijd! Het verhaal wordt een klein beetje technisch als ik dit uit wil leggen, maar ik zal het even proberen. Workflow is typisch iets wat je extern moet houden aan de elementaire acties binnen je systeem (inladen van een factuur, muteren van een grootboek, etcetera). Ditzelfde geld - zoals gezegd - voor beveiliging. Het probleem bij veel huidige workflow systemen is dat het modelleren van de workflow die deze elementaire acties aan elkaar koppelt veelal als onderdeel wordt gezien van deze elementaire acties. Dit heeft een aantal nadelen. De belangrijkste is dat er een heel sterke afhankelijkheid bestaat tussen de elementaire acties binnen een systeem en de workflow. Iets concreter: het feit dat iets uitgevoerd moet worden en wanneer heeft niets te maken met wat er daadwerkelijk moet worden uitgevoerd. Deze scheiding moet je handhaven, at all costs. In applicatieontwerp en heb je het dan over crosscutting concerns. Dit is 1 van de meer uitdagender problemen de afgelopen paar jaar in systeemontwerp. Je vraagt hoe wij het opgelost hebben. Nou, door veel te focussen op die separation of crosscutting concerns zoals het mooi heet, maar vooral ook niet meteen alles te willen. Helaas heeft nog niemand een ideaal workflowsysteem geschreven, ook wij niet :). Concreet heb je de keuze tussen twee architecturen. .NET en J2EE. .NET draait (tot nader orde alleen op Windows), J2EE draait overal op (Windows, Unix, Linux). Voor de duidelijkheid, we hebben het alleen over de server-achitectuur. Met de keuze van gereedschappen bedoel ik min of meer de keuze voor het gebruik van bepaalde standaardsystemen of componenten. Geen probleem. Ben erg benieuwd naar hoe je een en ander denkt aan te pakken! Het idee klinkt goed moet ik zeggen! groeten, Alef Arendsen

Een klant van ons heeft hier eens onderzoek naar gedaan(crediteurbeheer en workflow). De applicaties die beschikbaar zijn om dit alles te doen zijn schreeuwend duur heb ik me laten vertellen. Maar goed, jij zal dat misschien beter weten dan ik. Als je een betaalbare oplossing weet (zonder crediteuren op te dragen een bepaald format voor hun factuur te hanteren), koop ik het meteen :). Ok, workflow. Wij hebben hier redelijk wat ervaring mee en ik heb dan inmiddels ook meerdere workflow applicaties uitgeprobeerd. Nog nooit is er mij er eentje goed bevallen (van de standaard pakketten tot en met de opensource libraries aan toe). Zelf heb ik een aantal keren workflow in een applicatie moeten inbouwen en veelal hebben we dat zelf ontwikkeld. De basis van je applicatie zal inderdaad een of ander EAI platform moeten worden. Het klinkt alsof je je redelijk op het integratievlak begeeft en dat dat ook het belangrijkste is, naast het workflow verhaal. Laat ik even kort door de bocht gaan: de huidige oplossingen / platformen / systemen die workflow bieden doen dit op een zodanige manier dat het of te traag wordt naarmate je meer workflow toevoegd, of eisen stelt aan de systemen waarop acties uitgevoerd worden die workflow moeten generen. Ik wil wel ingaan op de redenen waarom dat zo is, maar dat zou te ver voeren. Om to-the-point te komen, de oplossing is om beveiliging en workflow aan het systeem te externaliseren. Workflow moet niets te maken hebben met financiele boekingen, facturen, of iets dergelijks, maar met acties en gebeurtenissen in het systeem in het algemeen. Dat probeer ik te zeggen met externaliseren. <>Laat dat externaliseren nou net mogelijk zijn met het nieuwste buzz-word: AOP. De toekomst in de EAI-markt en enterprise applications in het algemeen is aspect oriented programming en design. Bestaande platformen werken nog niet met deze technologien (das niet helemaal waar: BEA WebLogic heeft wat AOP functionaliteit); het is pas net een beetje mainstream aan het worden. <> Ok, wat belangrijk is, is ten eerste de juiste gereedschappen kiezen. Als je technisch gezien een beetje vernieuwing wel aandurft, kijk dan naar de opensource wereld. Daar zijn op het gebied van AOP en enterprise software nog steeds (vind ik) de beste gereedschappen te vinden. Architectuur: ik blijf Microsoft extreem geschikt vinden voor het MKB (maar dan niet het groter MKB). Java/J2EE wordt interessant als het om grotere bedrijven / complexe modellen gaat of als je een application service provider wil worden. Dat zijn de enige keuzes mijns inziens (geen PHP of Perl ofzo voor dit soort systemen). Als ik het nu zou moeten zeggen zou ik voor Java/J2EE gaan (maar ik ben bevooroordeeld hier :) ). Hardware: geen zorgen over maken nog. Via hebben een compleet custom verkoopmanagement systeem met workflow en offerte generatie voor een bedrijf met 200 man draaien op een machine van 3500 euro, dus maak je daar geen zorgen om. Iemand anders dan onszelf aanwijzen kan ik niet :). Als je verder wilt discussieren over dit onderwerp kan dat wat mij betreft hier. Dan hebben de overige leden van het forum er ook nog wat aan. Zodra het te specifiek wordt of je teveel informatie prijs moet geven, geef je maar een gil :). p.s. misschien kun je wat meer vertellen over hoe je dingen denkt in te gaan steken en hoezeer je dingen zelf wil gaan bouwen, etcetera.

We zijn er nog niet helemaal uit moet ik zeggen of we misschien niet toch beter de copyrights bij 1 persoon kunnen laten liggen. Het licentie-model biedt voldoende mogelijkheden om er met de source-code vandoor te gaan mocht deze persoon het licentie-model veranderen (wat ook mogelijk is). Vertrouwen doe ik deze mensen wel (we zijn in allerlei opzichten afhankelijk van elkaar), maar ik denk graag altijd worst-case scenario in dit soort gevallen. Een stichting wordt waarschijnlijk lastig. De main-guy is Engels en zal waarschijnlijk ook enige controle willen houden; een stichting zal hem waarschijnlijk niet zo aanspreken. Een Ltd. was ook het eerste waar ik aan dacht. Is het mogelijk een Ltd. te onderhouden zonder winstoogmerk, activiteiten en omzet?

Goed, ik en een aantal anderen (een stuk of vijf) zijn druk onderweg om binnen Enterprise Java land een project te releasen waarvan inmiddels zelfs de grote nieuwsportals op dit gebied zeggen dat het wel een een big hit zou kunnen worden. Het gaat hierbij om een stuk software wat als half-fabrikaat gebruikt kan worden bij de ontwikkeling van kleine tot extreem grote applicaties. Interessant voor de hele markt. Binnen de open source wereld zijn er een aantal licentie-modellen mogelijk waaruit wij een BSD-style licentie gekozen hebben. Om precies te zijn gaat het hier om het Apace Software License versie 1.1. Deze licentie voorziet in gedeelde copyrights. Het project krijgt de copyrights van alle code en is vrij om te doen en laten wat het wil. De auteur krijgt ook copyright op de door hem geschreven code. Twee problemen. Het project is op dit moment geen rechtspersoon. In de huidige licentie staat: het Spring Framework project, represented by XXX and YYYY. Copyrights kun je natuurlijk alleen assignen aan natuurlijke of aan rechtspersonen. Daarnaast dient er iets in orde gemaakt te worden waardoor elke persoon die bijdraagt aan dit project zijn copyright deelt met datzelfde project. We willen over twee weken releasen en willen dit liefst nog voor die tijd op orde hebben. Het gaat om een internationaal gezelschap (een persoon uit Engeland, een Oostenrijker, misschien een of twee Amerikanen). Er moet een fatsoenlijk iets opgezet worden waardoor de copyrights niet bij 1 persoon belanden en ook deze ene persoon niet het zeggenschap heeft over wat ermee gebeurd... Iemand een snel idee? Ik verwacht geen volledig uitgewerkt iets hoor :)