Archief - De negatieve kanten van het webdesign wereldje

Wat hebben jullie allemaal al meegemaakt? Ik denk wel dat de ervaren mensen onder ons een paar verhalen kunnen vertellen, waaruit blijkt dat het niet altijd rozengeur en maneschijn is. Wat het in het begin wel degelijk is, want iedere webdesigner doet wat hij echt graag wil doen. Daar is weinig discussie over.

Een paar voorvalletjes:
- een klant stuurt na 4 maanden een Word document door van 14 pagina's met aanpassingen en vermeld doodleuk, wanneer ik een factuur maak, dat ik dit niet mag doen omdat het afgesproken was dat dit in de prijs in zat... meneer verwarde dus een onderhoudscontract met een valse belofte die er nooit geweest is
- iemand die zélf beslist dat hij maar 50% zal betalen omdat hij niet tevreden is van het resultaat (geuren en kleuren, je weet wel)
- iemand die zijn webshop weigert te betalen, omdat hij na 2 maanden ontwikkeling besloten heeft van het niet te doen wegens tijdsgebrek

Als ik écht eerlijk ben, dan reken ik allemaal deze stommiteiten in mijn prijs in. Want deze mensen moet je voor de vrederechter sleuren en met wat geluk ontvang je uw geld pas 2 jaar later. Maar ondertussen heb je wel gewerkt voor niets. Ik weiger ook websites te maken in het zwart want... juist ja... dan sta je nergens in een discussie. Er is altijd een getekende offerte met duidelijke voorwaarden.

Begrijp me niet verkeerd. Dit zijn 3 verhalen uit 100 klanten. 3% dus
Ik kan er gerust mee lachen, dus post ook jouw voorval en wie weet leren we nog iets bij

Klanten beseffen helaas niet hoe grof ze wel zijn. Stel je voor, je bent bediende en jouw baas behandelt jou zo: bij iedere opmerking krijg je telkens een iets lager loon. Ik denk dat heel België op straat komt dan.

Een van de voornaamste redenen waarom ik gestopt ben als zelfstandige. Ik wilde gewoon ontwerpen en ontwikkelen zonder al die zever rond m'n kop.

Mensen hebben geen geduld en willen ook niet te veel betalen, want tenslotte kan iedere jan met de pet toch websites maken.

Voor development projecten kan ik de manier van werken uit dit artikel zeker aanraden:
How To Guarantee Your Income With Agile Billing | Smashing Magazine
Je werkt dus met user stories en korte sprints (waarbij je zelf bepaalt wat de duur van een sprint moet zijn in het project) en je factureert kleine(re) bedragen en regelmatig. De klant moet vooral begrijpen waarvoor hij/zij betaalt. Dat je die user stories dan ook perfect in een BDD (behavior driven development) workflow kan gieten maakt het ontwikkelen van maatwerk gewoon een stuk transparanter en gewoon waterdicht. Je tests reflecteren immers de overeenkomst en als alles groen licht geeft, heb je gedaan wat moest.

Toch blijven we dikwijls met het probleem zitten dat een factuur op dertig dagen aanzien wordt als: vanaf de vervaldatum kunnen we wachten op drie aanmaningen voor we effectief betalen. Onze contracten voorzien dan ook een clausule die ons toelaat de dienst stop te leggen indien betaling uitblijft. De eerste keer krijg je daarover een boze telefoon ("vertrouw je ons niet misschien?"), maar daarna moet ik zeggen dat de betalingen wel een stuk vlotter blijven komen.

Nu, even terug naar het originele topic: sappige verhalen.

• Bij een vorige werkgever moest ik een administratieve applicatie (offertes/orders/facturen) from scratch beginnen. Ik had daar al meer dan vijf jaar ervaring mee en sloofde mij meer dan een maand uit om echt te zorgen dat alles spijkerdicht zat en er geen fouten konden gemaakt worden die voor fiscale problemen zouden zorgen. Het was echt een juweeltje. Klant komt op meeting en vol trots stel ik alles voor, waarop de reactie komt: "Kan je niet al die failsafes wegnemen en ervoor zorgen dat wij zo gemakkelijker een zwarte boekhouding kunnen bijhouden? En zorg er ondertussen ook voor dat de fiscus daar niet op kan komen". Motivatie instantly onder nul en ik kan zeggen dat ik daar niet lang meer gewerkt heb (mede door dit voorval)
• Onze support zit echt wel goed. Vragen van klanten worden op een heel verstaanbare manier uit de doeken gedaan, terwijl onze CRM/ERP app enorm veel kan maar toch nog gebruiksvriendelijk is. Maar soms zitten daar mensen tussen die echt nie van de slimste zijn. Er komt een vraag waaruit blijkt dat hij de gegevens van de app wil verkrachten omdat hij de simpele flow van de applicatie niet snapt. Er volgen twee met screenshots geillustreerde mails van hoe de applicatie zich correct gedraagt en dat de manier van werken bij hem fout is. Iedere leek zou het doorhebben en zwaar facepalmen. Komt er na een dag een reply met: "Jamaar, kan je de applicatie niet herschrijven zodat mijn foute manier van werken wel werkt?". Da's dus een app die door tientallen andere bedrijven WEL correct wordt gebruikt en waar die vraag zelfs nooit zou komen. *zucht*
• Voor een maatwerk een paar jaar terug moest een kritische berekening door een third-party webservice verwerkt worden. Nu ben ik al niet voor zaken waarbij het al dan niet werken van een app afhankelijk is van iets waar je totaal geen controle over hebt. We krijgen niettegenstaande herhaaldelijke vragen om een testomgeving te krijgen niet meer dan specs van hoe de webservice (SOAP based) werkt en omdat de oplevering in het gedrang komt doen we de volledige ontwikkeling, volledig met tests waarbij mocks gebruikt worden om de specs van de service te simuleren. Alles werkt perfect. We willen de app in production deployen en dan duurt het al drie weken voor die webservice (die veeeeeeeeel te duur aangerekend wordt naar onze eindklant toe, maar zijn probleem) effectief geïnstalleerd en actief staat. Eens in production "stopt onze app constant met werken" en "worden de berekeningen niet gemaakt". Blijkt dat die webservice eigenlijk zo'n one-click ASP aanhangsel is die met een VB6 app communiceert die Access als database gebruikt. Niet alleen is die supertraag, maar bovendien lekt dat ding geheugen langs alle kanten en bombt ie met fatal errors na een paar tientallen berekeningen. De ontwikkelaar van die third party app wist eigenlijk totaal niet wat dat ASP ding deed, het was zeker in orde! We hebben dus jaren achter dat geld kunnen zitten en de third party heeft nooit willen toegeven dat ze eigenlijk totaal niet wisten waar ze mee bezig waren (niettegenstaande een enorme bewijslast).
• Mijn expertise ligt enerzijds in administratieve weboplossingen (ons standaardproduct voor dienstverlenende bedrijven), maar anderzijds doen we ook "speciale" projecten. Dat zijn projecten waar de run-of-the-mill webdevelopers hun tanden op zouden breken. Dat gaat van zeer performante client-side MVC apps tot apps die in een asynchrone, evented omgeving gedeeltelijk of geheel moeten ontwikkeld worden (websocket based communicatie). Het gaat dus over behoorlijk complexe materie ieder keer. Zelfs iemand die thuis is in het webwereldje heeft dikwijls moeite om te snappen hoeveel erbij komt kijken om zoiets tot stand te brengen. We gaan langs bij een bedrijf dat zelf ook webdesign doet en investeren een ganse dag in het uitvlooien van wat er nu precies allemaal moet gebeuren, want eigenlijk wisten ze het zelf niet al te goed. Wij hebben ook de gewoonte van direct ook te zeggen dat de prijzen voor dergelijke projecten substantieel hoger liggen dan bij gewone standaard webapps omdat we niet met een blokkendoos kunnen werken waar we maar stukjes van iemand anders moeten bij samenrapen en aan mekaar hangen. Zoals ik in het begin van m'n post vermeld heb werken we met de prospect user stories uit en leggen we in mensentaal de complexiteit uit. Zowel het management als de interne "developers" knikken en we gaan met een goed gevoel weg. Onze offerte is zoals altijd eerlijk, van elke sprint wordt duidelijk uitgelegd wat die zal omvatten. En eigenlijk was het voor ons nog een behoorlijk goedkoop project. Krijgen we een copy paste van onze PDF naar Word terug waarbij onze prijzen door hen aangepast werden, omdat hun "senior developer" zei dat we dat zeker sneller konden dan dat en dat ons uurtarief te hoog lag. Nu, we hebben er eens goed mee gelachen en vervolgens op een zeer diplomatische manier gezegd dat ze beter op zoek konden naar een andere partner.
• Nog zo'n lachertje van een paar jaar terug. We worden door een bedrijf aangesproken dat zelf webdesign doet, één van onze klanten had hen naar ons doorverwezen. "Wij leveren wel zelf de HTML en CSS aan, die hebben we al voor jullie gemaakt zodat jullie alleen maar de backend coding moeten doen". Na het ondertekenen van een totaal nutteloze NDA mochten we eindelijk horen waar het allemaal om draaide. Het ging om een app die duidelijk zeer modulair moest opgebouwd worden, met veel abstractie van concepten die zich ook in de UI zouden weerspiegelen door veel met herbruikbare componenten te werken. En dan krijgen we de HTML en CSS waarmee we konden ontwikkelen. Die was professioneel gemaakt in Frontpage (ze hadden de meta generator vergeten weg te nemen) en bestond volledig uit tables, maar "die was perfect want ie werkt ook op IE6" (wat ook al geen waar was eigenlijk).

Gelukkig zijn we nu op het punt gekomen dat veel van die verhalen hierboven zich niet meer gaan voordoen. Onze focus ligt nu op onze standaardapps. Soms doen we nog wel eens zo'n uitdagend projectje maar wie daarvoor bij ons aanklopt weet echt wel dat we het best mogelijke product voor een billijke prijs zullen afleveren.

Sappige verhalen:
Kerel komt af dat hij website zoekt zijn café/bistro. Ik maak na een week tijd voor hem om eens te gaan overleggen wat hij in gedachte had enz.. Eens daar aangekomen had hij al besloten een ander in te schakelen die zo een avond cursus volgde en dit gratis wou doen. Ja het woord gratis en de oogjes blinken bij die mannen.

Ik zeg dat ik dat begrijp maar dat wij wel een mondelinge afspraak hadden en dat hij dat gerust telefonisch mocht laten weten zodat ik niets speciaal naar zijn zaak was gekomen voor foto's te nemen enz..

Allé, zijn broer had nog een traitteurszaak en die wouden ook hun bestaande website upgraden. Hun oude website was eigenlijk een soort page die bestond in de website van een dansclub . Weird maar ik vond er alle informatie die herwerkt moest worden naar hun huisstijl. Fris met groen en bruine tinten.

Al een geluk was het geen php of dergelijke maar puur design en statische HTML. Toch redelijk wat uren mee bezig geweest want het was een van mijn eerste projectjes en ik wou dat echt TOP hebben. Na paar weken kom ik met resultaat af en kerel zegt doodleuk dat ze zijn egstopt met traitteurszaak.

Wijze les uit geleerd dat je inderdaad best prijs direct afspreekt en alles op factuur zet. Ik als beginneling had goed vertrouwen in die mensen dat dat achteraf wel allemaal geregeld ging worden.

Vanaf welk bedrag moet je naar de rechtbank stappen eigenlijk? Met een (dure) advokaat dus en een proces? Ik veronderstel voor 10 / 100 of zelfs 1000 euro dat dit wordt doorverwezen naar een vrederechter ipv naar een officiële rechtbank. De vrederechter (voor kleine geschillen) mag dan denk ik zonder advokaat. Dat zie je toch op De Rechtbank, dat grappig programma op VIER


*edit: via google kwam ik tot deze tekst:
De algemene regel is dat de vrederechter bevoegd is voor de burgerlijke en handelszaken waarvan het bedrag van de vordering niet hoger is dan1.860 EUR, behalve die zaken welke door de wet specifiek aan een andere rechtbank is toegekend.
(vb. alle arbeidsgeschillen vallen onder de specifieke bevoegdheid van de Arbeidsrechtbank, ook deze met een waarde minder dan 1.860,00 euro).

Dit soort topics kan ik wel apprecieren

Een verhaaltje van mij:

Toen ik startte als webdev heb ik eerst enkele websites gratis gemaakt voor allerhande kennissen en familie. Twee familieleden geweigerd omdat de website te complex was - altijd eerlijk zijn is de boodschap.
In ieder geval zou uitgekomen bij iemand die een nieuwe brasserie uitbaadt en die via een familielid aan mijn gegegeven was geraakt. Toffe kerel en na een goed gesprek gestart aan de website. Na een week al spraken we terug af en de reactie van de uitbater was beter dan ik had gehoopt (want de website had nog hier en daar kleine aanpassingen nodig vond ik): "wow, fantastischm echt prachtig werk, zeer goed, ...". Dus alles dik in orde dus en ik was blij er zo snel van af te zijn
Echter de weer erna krijg ik terug telefoon met de vraag wanneer ik nog eens afkwam. Ik dacht: hij gaat mij uitnodigingen om iets te komen eten of zo? Eenmaal aangekomen daar stuit ik echter op een ietswat kwade uitbater die zich afvraagt waarom ik element x op de pagina niet op plaats y had geplaatst omdat de klanten dan makkelijker z konden doen.
Vorige keer was het fantastisch en deze keer moeten er nog heel wat aanpassingen gebeuren?
Zo gaat het verhaaltje nog een tijdje door totdat ik vraag naar mijn betaling. De uitbater blijft maar onozele aanpassingen vragen en ook zijn menukaart verandert blijkbaar om de week van prijzen die ik ook telkens moet aanpassen (wat ik totaal geen probleem vind moest ik maar iets of wat vergoed zijn geweest voor deze prularia).
Anyways, uiteindelijk amper geld gezien en ook de fotograaf die meewerkte aan de website heeft meermaals een factuur moeten opsturen naar de uitbater om uiteindelijk zijn geld te zien (hij was beroepsfotograaf).
Moraal van het verhaal: money first Of toch zorgen dat ge iets degelijks op papier hebt staan; of een voorschot vragen, ... Indekken dus.

- Web developers die helemaal trots zijn op een websiteje in een kant-en-klaar CMS of/en met HTML die op niks trekt.
- Mensen die willen dat de web developer Internet Explorer 6 ondersteunt.

Bij een vorige werkgever hadden collega's een site gemaakt voor een KMO. CMS met een e-commerce module. Was allemaal perfect in orde. Tot er moest betaald worden. Toen beweerde de klant dat er nooit afgesproken geweest is om een site te maken, zelfs dat hij van helemaal niks wist. Terwijl hijzelf meermaals bij ons op bureau geweest is om alles te bespreken.
Dezelfde moment werd zijn domeinnaam weg getransferreerd bij ons en een paar dagen later stond onze site elders online.
Wat blijkt, het 16-jarig neefje van die kerel had gewoon de html gesaved van de site die wij gemaakt hadden. En dat ergens online gegooid. Natuurlijk werkte er niets meer.

Dat is één van de voorvallen geweest waardoor onze policy veranderd is. Sommige klanten moesten voor sommige projecten tot 80% voorschot betalen of we begonnen er niet aan. Alle telefoongesprekken werden opgenomen en bij meetings werd een voice recorder gebruikt.

Volgens mij is dat niet legaal, want ik wou dit (zonder in detail te treden) 5 jaar geleden doen om iets te bewijzen en de vakbond zei toen dat ik dat niet mocht doen (meetings recorden).

Indien je de persoon inlicht die wordt opgenomen, dan zie ik het probleem niet. Dus gewoon even inlichten.

"Daarnaast biedt het opnemen van een vergadering met een voice recorder onweerlegbaar bewijsmateriaal. Iedere zakenmens die zijn eigen serieus neemt, hoort over een voice recorder te beschikken. Gebruik deze voor de bespreking van iedere belangrijk contract. De wet laat toe zonder medeweten van je gesprekspartners ieder woord vast te leggen zolang je zelf maar deelneemt aan het gesprek en de inhoud niet publiek maakt. Je beschikt nu over bewijsmateriaal dat later een extra ruggesteun kan zijn tijdens een rechtzaak."

Het mag dus (verschillende onafhankelijke bronnen bevestigen dit). Het getuigt echter van weinig fatsoen en het kan een zakenrelatie verzuren als je dat in het geheim doet. Je geeft dit gewoon best mee aan het begin van het gesprek en geef er een draai aan desnoods dat je het zal gebruiken om de offerte gemakkelijker mee te kunnen maken.

Lord Kveldulv zei:

Dezelfde moment werd zijn domeinnaam weg getransferreerd bij ons en een paar dagen later stond onze site elders online.Wat blijkt, het 16-jarig neefje van die kerel had gewoon de html gesaved van de site die wij gemaakt hadden. En dat ergens online gegooid. Natuurlijk werkte er niets meer.

Klik om te vergroten...

I lolled

Lord Kveldulv zei:

Bij een vorige werkgever hadden collega's een site gemaakt voor een KMO. CMS met een e-commerce module. Was allemaal perfect in orde. Tot er moest betaald worden. Toen beweerde de klant dat er nooit afgesproken geweest is om een site te maken, zelfs dat hij van helemaal niks wist. Terwijl hijzelf meermaals bij ons op bureau geweest is om alles te bespreken.
Dezelfde moment werd zijn domeinnaam weg getransferreerd bij ons en een paar dagen later stond onze site elders online.
Wat blijkt, het 16-jarig neefje van die kerel had gewoon de html gesaved van de site die wij gemaakt hadden. En dat ergens online gegooid. Natuurlijk werkte er niets meer.

Dat is één van de voorvallen geweest waardoor onze policy veranderd is. Sommige klanten moesten voor sommige projecten tot 80% voorschot betalen of we begonnen er niet aan. Alle telefoongesprekken werden opgenomen en bij meetings werd een voice recorder gebruikt.

Klik om te vergroten...

Dat is dus het verschil tussen iemand die het kent, en iemand die denkt dat hij het kent

gewoon algemeen gedrag van klanten. ze weten perfect hoelang een job volgens hen mag duren, ook al is bij hen het toppunt van "IT" weten hoe je een excel open doet.

als ze een email sturen verwachten ze onmiddelijk antwoord. heel fijn als je er zo 30 per dag krijgt en je ondertussen eigenlijk aan iets totaal anders zou moeten werken dat tegen 't einde van de week af moet zijn.

onwerkelijke deadlines. 't is kerstmis en ze willen x en y doen. ipv dat op voorhand uit te denken en ons er tijdig van te briefen moet dat op een weekje tijd in orde zijn samen met de mails van hierboven.

etc. etc.

ik twijfel al even om over te stappen van web development, naar software development of iets dergelijks. in de hoop dat het daar 'iets' beter is.

De meeste klanten bepalen de prijs zelf. Gisteren zei er nog eentje tegen mij: no way dat je daar 8u aan gewerkt hebt. Ik kan ook een beetje webdesign en ik zou dat op 4u kunnen als ik er mij zou mee bezig houden.

Als de meeste van uw klanten uw prijs bepalen moete wa balle aan uw lijf krijgen of stoppen met zelfstandig te zijn. De "klanten" dat dat tegen mij zeggen kunnen op een ander gaan Kheb er zo al meerdere "ontslagen" in de loop der jaren en zeg dan "ok doe het maar zelf op 4u dan". Maar dan heb ik het werk nog niet gedaan.

Want ge moet eerst een tijdschatting geven van hoelang iets gaat duren en als je dan bvb op mail (of nog beter op papier ) hebt dat het x aantal uren geduurd heeft, kunnen zij niet zeggen dat je er maar y aantal uren over gedaan hebt ( of je er dan effectief x aantal uren over gedaan hebt laat ik in het midden )

Resultaat :
- bij projecten groter dan 2500 EUR > 50% voorschot
- bij " the regulars" maak ik geen contract meer op, maar bij nieuwe klanten ist eerst hunne poot zetten onder een offerte waarin beschreven staat wat ik lever en wat ik verwacht van hun, binnen welke termijnen etc. Anders gaat het niet door.

Daarbij komt dan ook dat ik een logboek bijhou waar in staat, met oplijsting details, wat ik gedaan heb. Vooral bij regie projecten uiteraard. Fixed price probeer ik te vermijden tenzij ik de workload gedetailleerd kan inschatten en dan reken ik meestal nog met een marge zodat het achteraf "goedkoper" blijkt. Pricing to win kan u evenhard kloten als goedoen

Int verleden 1 keer shit gehad met een kleine klant en 1 keer met een grote klant. Beide zullen niet meer voorvallen Indekking is de sleutel, zoals hierboven al meerdere malen aangetoond!

Dastardly zei:

ik twijfel al even om over te stappen van web development, naar software development of iets dergelijks. in de hoop dat het daar 'iets' beter is.

Klik om te vergroten...

't is overal wel wat het zelfde denk ik.. Hoe groter uw klanten zijn en hoe groter de budgetten hoe serieuzer het allemaal wordt.

Bij da van die copy paste van de webshop ga ik nog altijd strijk.. In goede voorwaarden staat trouwens ook dat de code die je aflevert eigendom blijft en in licentie wordt verkocht. Dat is misschien soms te strikt en botst misschien met sommige ideologieën in softwaredevelopment maar is wel de beste manier om ervoor te zorgen dat uw code niet ergens anders gebruikt of misbruikt wordt zonder uw toestemming.

Onder webdesign versta ik wel enkel layouten, en niets van coden. Ik vind mezelf een webdeveloper, en zeker geen webdesigner.

Zelf werk ik als freelance webdeveloper, maar met zelf sites maken houd ik me niet meer bezig. Gewoon op projecten bij klanten, andere dingen doe ik niet meer. Te veel klanten denken dat iedereen het kan, dat het toch nooit zo veel dagen tijd kan innemen, dat het veel te duur is, ..

En consulting verdient ook gewoon veel beter.

bealzebub zei:

"Daarnaast biedt het opnemen van een vergadering met een voice recorder onweerlegbaar bewijsmateriaal. Iedere zakenmens die zijn eigen serieus neemt, hoort over een voice recorder te beschikken. Gebruik deze voor de bespreking van iedere belangrijk contract. De wet laat toe zonder medeweten van je gesprekspartners ieder woord vast te leggen zolang je zelf maar deelneemt aan het gesprek en de inhoud niet publiek maakt. Je beschikt nu over bewijsmateriaal dat later een extra ruggesteun kan zijn tijdens een rechtzaak."

Het mag dus (verschillende onafhankelijke bronnen bevestigen dit). Het getuigt echter van weinig fatsoen en het kan een zakenrelatie verzuren als je dat in het geheim doet. Je geeft dit gewoon best mee aan het begin van het gesprek en geef er een draai aan desnoods dat je het zal gebruiken om de offerte gemakkelijker mee te kunnen maken.

Klik om te vergroten...

Goed om te weten. Ik dacht dat het wettelijk verplicht was om te vermelden dat een gesprek opgenomen wordt. Op mijn huidige job worden alle telefoongesprekken (behalve gsm) opgenomen. Zijn ook al bepaalde dingen voorgevallen.
Als je de opname nodig hebt dan is de relatie imho al verzuurd. En je moet niet vanaf de eerste minuut gaan dreigen met uw opnames natuurlijk.

Dastardly zei:

ik twijfel al even om over te stappen van web development, naar software development of iets dergelijks. in de hoop dat het daar 'iets' beter is.

Klik om te vergroten...

Ik ben om verschillende redenen een aantal jaar geleden uit het webdev wereldje gestap. Ben nu sysadmin/netwerkbeheerder. Het is gewoon overal hetzelfde.

Lord Kveldulv zei:

Ik ben om verschillende redenen een aantal jaar geleden uit het webdev wereldje gestap. Ben nu sysadmin/netwerkbeheerder. Het is gewoon overal hetzelfde.

Klik om te vergroten...

is het niet een tikkeltje beter?

begin het gewoon beu te worden dat qua web alles er perfect moet uitzien in alle browsers en naadloos moet draaien op hun oude bak met een browser van toen de duitsers nog u-boats maakten (helaas niet eens enkel IE). ik dacht dat het bij 'gewone' software op dat vlak iets universeler ging (winforms / platform specifieke zaken).

ik stoor me al lang aan 't feit dat wij nooit afgewerkte briefings krijgen met functionele analyse of iets dergelijks. een mail met een opsomming en achteraf veel gezever dat dit en dat ook voorzien was. als ge ergens een lijst laat zien wilt dat blijkbaar ook zeggen dat ge daar een excel en pdf van kunt maken, kolommen kunt sorteren dmv drag & drop, ... (al ligt dat natuurlijk niet bij onze klant)

Dastardly zei:

begin het gewoon beu te worden dat qua web alles er perfect moet uitzien in alle browsers en naadloos moet draaien op hun oude bak met een browser van toen de duitsers nog u-boats maakten (helaas niet eens enkel IE). ik dacht dat het bij 'gewone' software op dat vlak iets universeler ging (winforms / platform specifieke zaken).

Klik om te vergroten...

Goh, ga k eerlijk gezegd nie mee akkoord. Voor ik webdevelopment deed ontwikkelde ik desktop apps. Het was een gans andere bag of hurt. Ik mis het geen moment.

Buggy database drivers, SDK die verandert, nieuwe systeemversies (of juist heel oude) die de app niet laten opstarten of gewoon doet crashen, rekening moeten houden met honderden variaties van background processes (zoals antivirus en firewalls), security issues door overijverige sysadmins, memory leak problemen, … De deftige ontwikkelomgevingen zijn dan ook nog eens closed source en je bent totaal afhankelijk van een uitgever die geen al te frequent update/release cycle hanteert. En als er problemen zijn is mag je dikwijls nog teamviewer ofzo laten installeren om meer te weten dan "uwen app gaat gewoon toe".

XCode (voor iOS development) en de iOS SDKs zijn nu wel een stuk beter, maar de leercurve om goed te ontwikkelen is een stuk steiler. Maar daar heb je dan ook weer zaken die eens durven tegenvallen. Android ontwikkeling heeft ook z'n minkantjes: een grote diversiteit aan android toestellen, android versies, aanpassingen voor de fabrikant, tablet/phone/…

Op het vlak van GUI mag desktop app dan wel makkelijker lijken, maar indertijd moest ik nog altijd heel dikwijls een control volledige zelf tekenen in een DSL die verre van zo simpel was als SVG of Canvas. En vandaag de dag is het voor de iets specialere dingen ook nog zo.

Ik ben blij dat wij nu maar twee points of failure hebben: onze eigen domme fout in onze code of de server.

Dastardly zei:

ik stoor me al lang aan 't feit dat wij nooit afgewerkte briefings krijgen met functionele analyse of iets dergelijks. een mail met een opsomming en achteraf veel gezever dat dit en dat ook voorzien was. als ge ergens een lijst laat zien wilt dat blijkbaar ook zeggen dat ge daar een excel en pdf van kunt maken, kolommen kunt sorteren dmv drag & drop, ... (al ligt dat natuurlijk niet bij onze klant)

Klik om te vergroten...

Tjah, dat ligt aan de bedrijfsprocessen. Bij ons is ook niet alles rozengeur en maneschijn maar het zijn meestal maar details. Bij bedrijven die desktop apps maken kan je zo'n dingen ook tegenkomen (en ik kan het weten ).