Fout in mijn gemaakte opdracht...

[illutic]

Oorspronkelijk geplaatst door Remy

Wat betreft het oplossen van het problemen; er zijn zat freelancers (zoals ikzelf) die best even naar je probleem willen kijken op basis van 'no cure no pay'. Meestal is het 5 minuten werk om in te zien of het probleem opgelost zou kunnen worden of niet.

Dus wat Rene zegt.. ik ben wel benieuwd naar het probleem

Ik eigenlijk ook wel.. Vooral het stuk 'het is verouderde code' heeft mijn nieuwsgierigheid gewekt

[nancy_kelpie]

die best even naar je probleem willen kijken op basis van 'no cure no pay'.

Ok, daar was ik even nieuwsgierig naar hoe "normaal" dat was
Gelukkig zijn er dus mensen die dat wel willen doen.

Hier is een link waar ik algemeen het probleem omschrijf: http://www.flashfocus.nl/forum/showthread.php?t=51885
Het gaat om Actionscript 2 en in de toekomst ga ik dus met iemand anders alleen Actionscript 3 doen. De website is echter AS2, dus ik kan niet de gallery AS3 maken (dat werkt niet samen). Voor de code heb ik alleen maar verouderde topics, in tussentijd is de code al veranderd (zonder resultaat dus), als iemand de code wil zien zeg het en ik zal het even mailen.

[René]

Oorspronkelijk geplaatst door nancy_kelpie

Het gaat om Actionscript 2

Ah, dan moet ik afhaken, want daar weet ik niets van. Ik dacht dat het misschien Javascript was. Maar misschien iemand anders...

[illutic]

AS heb ik ook niet zoveel verstand van (ikzelf doe niks met flash). Verklaart wel wat je bedoelde met oudere code
Heb je al eens bekeken welke flashplayers er worden gebruikt op de verschillende computers? Ik zie dat je bij FlashFocus aangeeft dat oudere computers (met oudere software en dus waarschijnlijk ook oudere flashplayers?) er problemen mee hebben.

[edit]
ik merkte net dat mijn muis (de pointer dus ) irritant aan het knipperen was. Toen ik de site (waar die gallery op staat) weg klikte deed 'ie weer normaal.

[Remy]

Ik zie de fout ook niet ontstaan..

Ik heb wel verstand van AS2 (AS3 moet ik toch echt binnenkort eens gaan leren..), dus als je de code naar me kan PM'en, wil ik er wel even naar kijken.

[mvds]

Het is inmiddels 3 maanden na de laatste post in dit topic, maar als nieuwbakken member vind ik het toch leuk hier nog wat aan toe te voegen, omdat het zo'n lastig onderwerp is, en omdat ik mijn visie niet teruggelezen heb.

(en ik ben ook wel een beetje benieuwd of en hoe de kwestie is opgelost...)

Ik ben ook werkzaam als freelancer in de it. En soms bouw je iets waar later een bug in blijkt te zitten. In het begin had ik soms moeite met de vraag of ik uren hiervoor in rekening kon brengen of niet.

Je gevoel zegt: je eigen bug, jouw probleem. Maar ik ben er later anders over gaan denken. Ik werk X uur en lever iets af wat ik in X uur heb kunnen maken. Als het perfect en bug-vrij moest zijn, had ik er wel 2*X uur ingestoken om niet voor verrassingen komen te staan. Economisch gezien moet je klant blij zijn dat jij een "bijna perfect" product levert in X uur. Als er later 10% extra tijd/kosten bij komt, omdat pas in dagelijks/normaal gebruik een bug naar voren komt, dan is dat voor de klant nog steeds voordelig. Het kost onevenredig veel tijd om als (freelance) ontwikkelaar steeds uitvoerig "normaal gebruik" (op elke browser en elk platform) te simuleren voordat iets online kan - tenzij je dit afspreekt.

Een en ander hangt natuurlijk helemaal af van hoe je je opdrachten afspreekt. Per project of per uur, met of zonder een toetsmoment waarop de klant zegt "ja het is klaar, ik ben tevreden", in- of exclusief bugfixes, etc.

Ik spreek bij projectmatig werk meestal af dat "kleine bugfixes" inbegrepen zijn. Dat kan je later in goed overleg nog wel invullen. Bij uurtje factuurtje kijk ik zelf wat ik redelijk vind. Als het een extreem domme/genante fout van mezelf is, fix ik het zelf. Als het een systematische denkfout is in het systeem wat ik samen met de klant heb uitgedacht, dan reken ik wel.

Je moet ook niet te aardig willen zijn, je bent gewoon zakelijk bezig. Terugbetalen omdat het niet 100% is, gaat veel te ver. Het is business-to-business en ook nog eens custom built (AS2 was ook niet jouw eigen keuze begrijp ik), wat betekent dat het niet te vergelijken is met een consumentenkoop of de aanschaf van een standaardprodukt als een computer. Je moet je ook afvragen of je een produkt of een dienst levert - ik zou zeggen het laatste.

Belangrijkste les is denk ik dat je bij het aangaan van een opdracht zulke dingen voor jezelf bedenkt, en zo nodig communiceert. Hoeft echt niet in een contract of algemene voorwaarden, gewoon over mailen is vaak al genoeg.

En ik vind het overigens een prima oplossing als je op basis van no-cure no-pay ergens 50 euro's uitlooft voor de oplossing. Als ik zelf iets van AS2 had geweten was ik er direct ingedoken - de meeste it'ers laten de kans om in 1 minuut 50 euro te verdienen (of zich te bewijzen tegenover een evt. nieuwe opdrachtgever) niet liggen!

[Rub3n]

Ik vind de laatste post erg raar.

Je moet een product gewoon 100% goed afleveren. Daar ben ik het volledig mee eens met de topic starter!

[nancy_kelpie]

Het blijft een lastige vraag... nu maak ik alleen nog tekeningen en animaties en laat dus iemand anders de code doen. In tekeningen en animaties kunnen niet echt "bugs" zit en hoeveel correctie rondes ik doe staat in het contract. Ik heb er dus niet meer echt mee te maken.

Ik snap wel waarom je er extra geld voor zou vragen, maar als ik een freelancer inhuur voor code (wat ik vaak doe voor computergames waarbij ik wel de tekeningen/animaties maak), en hij zou geld voor bugs vragen zou ik wel boos worden. Ik heb dan immers al een offerte aan de klant gegeven en moet dan doorgeven dat het duurder word terwijl ik daar zelf ook niet achter sta Ik blijf er dus bij dat het gewoon goed moet wezen.

Als je er geld voor wil kan je beter bij de 1e offerte de prijs iets ruimer schatten. Je belazerd de klant dan niet, dat extra uurtje (uren bij groter project) gebruik je om de klant het helemaal naar de wens te maken. Dat kunnen bugs zijn, maar als er geen bugs zijn ook het project zelf fine-tunen, tijd maken om met de klant mee te denken, etc. Voor grote/moeilijke/nieuwe projecten plan je daar iets meer tijd voor in dan bij makkelijke projecten. Dat is nu mijn oplossing en vind ik professioneler dan achteraf meer geld vragen.

Hoe het trouwens is afgelopen:
Ik ben achter de fout gekomen en de fout bleek in de opzet van de website te zitten. De opzet van de website had de opdrachtgever gemaakt, dus niet echt mijn schuld. (al had ik misschien van te voren moeten controleren of de aangeleverde website geschikt was voor wat ik ging maken). Ik heb haar wel uitgelegd hoe ze het kon oplossen.

Toen vertelde echter de opdrachtgever dat de uiteindelijke klant de "bug" eigenlijk niet erg vond. Het was meer dat de opdrachtgever het toevallig merkte. Zo had ik het verhaal nog niet opgevat, dus goed communiceren kan ook een hoop helpen. De opdrachtgever heeft het volgens mij niet veranderd (zou ook een hoop werk zijn), en ook al heb ik nog geen nieuwe opdrachten van haar, ik spreek haar nog wel en volgens mij is het wel goed opgelost.