djluc

Als de basis al zo slecht is kan je ook overwegen om opnieuw te starten. Als enkele van mijn collega's de site achter de schermen gezien hebben en dat als conclusie stellen dan is er iets goed mis. Daar kan je maar beter meteen actie op ondernemen dan afwachten tot het wellicht goedkomt en iemand wat plakbandoplossingen wil maken.

Die lening komt toch gewoon terug op de balans? Dus dat er geen rente voor betaald wordt kan je toch gewoon uit de cijfers halen?

Wel tof dat je op alle reacties ook daadwerkelijk een antwoord geeft! Is het niet veel gemakkelijker (lees: efficiënter) om alles via Outlook binnen te halen. 1 Gezamenlijke e-mail box bijvoorbeeld info@domein.nl welke je via Outlook kunt benaderen. Je sleept e-mails zo van de deze gezamenlijke e-mail adres naar je eigen e-mail adres toe via je eigen Outlook! Daarnaast, de Google calendar, je werkt met meerdere losse systemen. Welke (nog) niet zo goed samen kunnen werken zoals Outlook dat heeft (e-mail, agenda, contacten etc. etc..). Tevens weet ik nog niet zeker als Google Calendar goed kan synchroniseren met mobiele toestellen. Ik wil geen software op mijn systemen. Dus Outlook zelf voegt niets toe in dit geval. Wij werken niet voor niets allemaal met webmail... Windows Agenda opzich is leuk maar: Wij willen werken met meerdere agenda's en daar simpel de rechten op kunnen beheren (klinkt sjiek, betekend: zeggen wie wel en wie niet een agenda mag zien). Dat is nog niet zo simpel met Exchange is mijn ervaring. Aangezien synchronisatie met mobiele toestellen meestal uitgaat van max. 1 agenda!

Je kan ze uiteraard beantwoorden maar je hebt veel kans dat je een discussie krijgt over vele punten, zeker als je dit per mail doet, die niet relevant zijn. Je kan ook netjes verwijzen naar de kern van de zaak. Daar geeft hij namelijk niet echt antwoord op. Je enige focus uiteindelijk is het beëindigen van de intentieverklaring.

Zijn je boekhouder-cijfers dan gewoon niet verkeerd? Niet in de zin van feitelijk onjuist maar in de zin van: Verstrekken niet de juiste informatie? Ik zou geen 2 administraties willen voeren om dat op te lossen?

Het waarom is verder toch helemaal niet relevant? Hij komt een verplichting niet na, jij ziet dat als juridische reden de intentieovereenkomst te ontbinden. Klaar dan toch? Ik zou niet teveel zaken aanhalen en met datums gaan lopen strooien, dat is lastig.

Tsja, er zijn gisteren nog reacties geweest, o.a. van één van de toppers op juridisch gebied hier. Ik zou even afwachten, vind een kick niet echt noodzakelijk, je topic is niet verdwenen in de massa o.i.d. Voor echt à la minute hulp is het inhuren van een expert uiteraard de beste oplossing. Ik verwacht op je topic nog wel reacties echter dus je kan ook besluiten om even af te wachten.

Linkje?

Wel een interessante kijk op business! Komt een beetje overeen met barterdeals e.d. die veel gesloten worden.

Beste Bramax, Dit soort verzoeken kunnen geplaatst worden bij vraag & aanbod op deze website!

Dan moet je er even een statistiek bij pakken die op je server gemaakt wordt zoals awstats wat veel providers standaard hebben. Daar kan je dat precies in zien.

E-mail: Via een gezamelijke mailbox met projectmappen. Gewoon een webmail (Squirrelmail). We ontvangen dus alle e-mail op privé mail na in 1 grote mailbox. Daar hebben we een gezamelijke taak om te organiseren. Taken: In een bugtracker. Om het overzicht te behouden is het voor ons op projectbasis ingedeeld en kunnen we vele projecten tegelijkertijd in de gaten houden en onze ontwikkelaars aansturen. http://mantisbt.org Daarnaast krijgen we nu een 2de systeem: een CRM systeem. Daarin gaan we waarschijnlijk de commerciële taken plaatsen. We zijn nog aan het afwegen of 2 systemen handig is. Notities: Alles wordt bevestigd per mail. Contacten: Mailbox, daar hebben we de projectmappen. Daarnaast staan mijn contacten privé in Google omdat die geweldig kan synchroniseren met BlackBerry. Agenda: Google Calendar.

En in vervolg daarop: Hoe is het met de succesgevallen gesteld? Boeken mannen uiteindelijk grotere successen of verliezen we op alle punten? ;D

Ik vind het erg storend als dit door de discussies heen gaat komen. Liever niet dus.

Valt dat mee qua kosten? Levert het daadwerkelijk meer op dan een normaal nummer?

Stel dat je bijvoorbeeld bepaalde projecten beschrijft. Dan wil je bij elk project een inleiding. In een relationeel systeem is het dan redelijk simpel om een extra eigenschap bijvoorbeeld toe te voegen of op elke pagina iets te wijzigen. In een wiki moet je voor elk ding elke pagina langs. Dat is niet lekker werken.

Het mooie aan wiki's is dat ze geen structuur hebben in principe (super flexibel). Het nadeel is dat je een hoop features gaat missen zodra je een flinkje hoeveelheid informatie hebt. Tenzij deze informatie echt zoals een encyclopedie gestructureerd is maar in de praktijk is dat niet zo. Je hebt vaak zaken met vele relaties die je wilt beschrijven. Dan loopt je als snel tegen de beperkingen aan.

Zijn er standaarden betreft de communicatie tussen die onderdelen: Is er een standaard waarmee boekhoudsoftware met een kassa kan praten? Etc. Wellicht als je eerst gaat zoeken naar de standaarden dat je daarna producten kan wegstrepen en zo goede oplossingen over kan houden.

Is het niet meer een soort pachten dan huren? Dus een bestaand bedrijf runnen tegen een x vergoeding per maand ofzo?

Een daadwerkelijke .exe ontwikkelen (uiteraard geen .net ofzo) en die draaien is wellicht de beste optie? Die kan je op zowel diskette als cd-rom als usb stick aanbieden (afhankelijk van vraag). De software kan dan iets doen als: - Checken of internet verbinding mogelijk is. - Keuze maken tussen alleen invoeren of ook verzenden. - De data opslaan.

Waarom doe je die studie?

Nils: Je hebt volgens mij niet echt gereageerd op de mensen die stellen dat papier / fax o.i.d. wellicht de meest efficiënte oplossing is. Hoe sta je tegenover die visie?

Van hosters mag/moet je verwachten dat zij de systemen up-to-date houden. Al moet ik wel zeggen dat ik het raar zou vinden als er na drie jaar een nieuwe versie van MySQL geïnstalleerd gaat worden. Dat is eerder een moment om de server te vernieuwen (met gelijk de nieuwste stabile versie van MySQL). Er zijn alleen veel hosters die het niet nodig vinden hun klanten op de hoogte te stellen voordat ze een upgrade gaan uitvoeren. Verder ben ik het met je eens. Het ging in dit geval ook om een nieuwe server met up-to-date software en iedereen was gewaarschuwd. Daarnaast hebben we services draaien die versies checken van de bekende OSS pakketten en de eigenaars mailen wanneer een oude versie gevonden is. En dan nog :D De discussie van dit onderwerp is inderdaad niet zozeer het betalen voor add-ons (Bestaand of maatwerk) maar waarom deze add-ons niet standaard in osCommerce e.d. verwerkt zitten. De TS stelt dat hij niet begrijpt waarom er niet 1 shop is die alle features heeft. Hij legt de verantwoordelijkheid bij de webshop bouwers. Ik ga er voor het gemak van uit dat hij een opensource en gratis verkrijgbare shop bedoelt, gezien er genoeg commerciële pakketten zijn die wel aan alle wensen (kunnen) voldoen. Dan kom je dus toch weer op "betalen" uit. Er is in de basis geen motivatie om te betalen voor een maatwerk shop. Er zijn immers genoeg gratis verkrijgbare alternatieven welke na verlooop van tijd toch niet blijken te voldoen en waar "vreemd" genoeg zaken ontbreken die eigenlijk voor de hand liggen. Nu, dat is juist het verdienmodel van OSS. Support en maatwerk leveren op je opensource software. Groot probleem wat dan om de hoek komt kijken is de wildgroei van aanbieders van maatwerk en support op OSS. Wil je echt goed maatwerk op een OSS, vraag dan de ontwikkelaars van dat betreffende pakket. Maar dan betaal je wel de hoofdpijs én maak je kans dat jouw maatwerk alsnog wordt opgenomen in de gratis versie. Veel mensen kunnen dat niet verkroppen maar juist die altruïstische instelling maakt dat er zoveel keuze is in opensource land én veel mensen toch zonder veel instapkosten kunnen beginnen. Je aannames hier zijn helaas niet echt correct: Ik beschrijf het fenomeen wat ik zie in vele topics op HL: Allerlei discussies over de technische mogelijkheden van webshops. De discussie gaat wel degelijk over de bereidheid van webshop-eigenaren om te betalen voor extra's en aanpassingen achteraf. Hier zit namelijk een sterke overeenkomst met het ontwikkelen van websites waar wij veel ervaring mee hebben.

We hebben het over 500 euro per jaar. Kan dat niet gewoon neveninkomsten zijn?

De grap is dat soort termen vaak nog werken ook. Het werkt, mits het gehele plaatje klopt, vaak mee aan het totaalbeeld. Uiteraard haken er mensen op af maar het past gewoon in het totaalplaatje van veel bedrijfsimago's.