Een hart onder de riem

[Verwijderd]

U bent nog niet aan het lunchen? Nee? .. Dan wist u vast wel dat het vak van een web ontwikkelaar / devslet / programmeur / insert new term here tegenwoordig niet meer over rozen gaat.

http://jeremy.zawodny.com/blog/archives/004373.html

Wat leesvoer voor tussendoor, en wat kruit voor discussie over de complexiteit van het web vandaag.

[Clay]

Het boeiende bljift imo idd dat het een combinatie van meerdere specialismen is die conceptueel vrij ver uit elkaar liggen, en niet 1 ding of taal waarmee je verder alles doet. Veelzijdig en uitdagend, en soms ook frustrerend ja

[Verwijderd]

Want waar spreken we nu over, css, markup, xslt, serverside coding met asp, php, cfml, c#, javascript, vbscript, architectuur, modelling, patterns, database architectuur... Nu weet ik dus waarom ik te weinig tijd heb. Er is gewoon teveel

[BtM909]

Verwijderd schreef op donderdag 24 maart 2005 @ 12:10:
Want waar spreken we nu over, css, markup, xslt, serverside coding met asp, php, cfml, c#, javascript, vbscript, architectuur, modelling, patterns, database architectuur... Nu weet ik dus waarom ik te weinig tijd heb. Er is gewoon teveel

Ahhh, dus je bent een specialistische generalist

of was het nou andersom

[DDemolition]

Verwijderd schreef op donderdag 24 maart 2005 @ 12:10:
Want waar spreken we nu over, css, markup, xslt, serverside coding met asp, php, cfml, c#, javascript, vbscript, architectuur, modelling, patterns, database architectuur... Nu weet ik dus waarom ik te weinig tijd heb. Er is gewoon teveel

Klopt
En je moet van alles wat af weten wil je een website kunnen onderhouden.
Elke klojo kan javascript in een pagina poepen, maar kun jij het er nog fatsoenlijk uithalen?

[faabman]

Mooi stukje

En als aanvulling, mijn ervaring is dat je je als webdevver ook nog wel eens tussen 2 vuren bevindt. Namelijk de grafisch ontwerpers / reclameboys die met de meest fancy ontwerpen komen die lastig web-enabled zijn te maken. En aan de andere kant heb je de programmeurs die het allemaal beter weten.

[XangadiX]

Ik vind het eigenlijk een beetje gezeik; ik draai mee in het webwereldje sinds 1996 en herken zijn probleem wel; maar de onderliggende toon impliceert dat je als webdevver alles al moet weten.
Dat is onzin. Verzin eerst wat je wil gaan doen en ga daarna specifiek op zoek naar wat je er voor nodig hebt.

een voorbeeldje: XML, xml is geweldig. Groots. Eindelijk een manier om grote hoeveelheden variabelen op te maken en door te parsen naar een andere plek. Nu zullen hier wel wat devvers zijn die beweren dat het wel ietsje meer is dan dat, maar dat is het dus niet. XML is gemaakt om grote hoeveelheden variabelen (informatie) op te maken en door te parsen. Niets meer en niets minder.

Dus nu zie je de meest onmogelijke flash sites die doormiddel van een door php gegenereert systeem welgeteld 1 variabele doorparsen. Dat betekend dat er in het php bestand en in het flash bestand tenminste 20 regels volledige overbodige code zitten. Een simpele <? echo $var; ?> was echt genoeg geweest.

niet overtuigt? Okee, neem fotoshop. Ik doe een tutorial, en nog een en nog een en nog een. Vervolgens weet ik alles van multiply channels, batching, en een stel onmogelijke plugins. Maar wat doe ik er eigenlijk mee? inderdaad, foto's knippen! Heren, dat kan ook met windows imaging.

Zo kan ik wel even doorgaan; Waarom moet ik nu al alles weten van al die talen als ik driekwart waarschijnlijk nooit gebruik. Ik denk dat je het om moet draaien; men neme een schetsblok en een potloodje en zet zijn ideeen op papier. Dan ga je nadenken over hoe je het wil uitwerken.

Je pakt flash of een ander pakket waar je makkelijk interactie in aangeeft en bouwt een functioneel design. DAARNA pas ga je kijken hoe je dit wil aanpakken. Zijn er veel variabelen? is er een feed? pak XML, is er video? pak WMV of FLV. Is er sprake van online applicaties? zoek een RIA systeem als Ajax of flex. Maar niet andersom. Dat is onzin en tijdrovend.

offtopic:
een website in fotoshop gaan zitten schetsen
als je meteen al een tool pakt, dan beperk je jezelf tot de mogelijkheden van die tool; en zelfs in fotoshop zijn die niet eindeloos; schetsen doe je met een potlood en een stukje papier

[ Voor 7% gewijzigd door XangadiX op 24-03-2005 18:11 ]

[Verwijderd]

XangadiX schreef op donderdag 24 maart 2005 @ 18:09:

offtopic:
een website in fotoshop gaan zitten schetsen
als je meteen al een tool pakt, dan beperk je jezelf tot de mogelijkheden van die tool; en zelfs in fotoshop zijn die niet eindeloos; schetsen doe je met een potlood en een stukje papier

En potlood en papier zijn geen tools?

[Rowanov]

XangadiX schreef op donderdag 24 maart 2005 @ 18:09:
*knip*

offtopic:
een website in fotoshop gaan zitten schetsen
als je meteen al een tool pakt, dan beperk je jezelf tot de mogelijkheden van die tool; en zelfs in fotoshop zijn die niet eindeloos; schetsen doe je met een potlood en een stukje papier

Dat ben ik zeer zeker met je eens, op het moment dat je in Photoshop gaat werken ga je toch meer in blokjes denken en wordt het inderdaad minder vloeiend.

offtopic:
'the Zen of CSS design' is echt zo'n kwijl boek om goede ideeen voor layouts op te doen, daar wordt ook gezegd vooral pen en papier te pakken.

[ Voor 6% gewijzigd door Rowanov op 24-03-2005 18:48 ]

[alienfruit]

Maar dan wel papier met een ruitjes Om het allemaal mooi "kloppend" te maken, maar goed dan krijg je het gezeik in html wel weer... dat het dan gewoon niet kan. alientje is voor Grid-Based layouts

Verder is The Zen of Css Design zeker een leuk boek qua ideen op doen, om nou te zeggen dat je er veel uit leert. Dan kun je beter een Eric Meyer boeken hebben, maar dat is mijn mening

[ Voor 35% gewijzigd door alienfruit op 24-03-2005 19:13 ]

[Rowanov]

alienfruit schreef op donderdag 24 maart 2005 @ 19:12:
Verder is The Zen of Css Design zeker een leuk boek qua ideen op doen, om nou te zeggen dat je er veel uit leert. Dan kun je beter een Eric Meyer boeken hebben, maar dat is mijn mening

Maar goed, ze laten wat van de bekende truken zien en ze propageren naar mijn idee dat je eerst iets moet bedenken en daarna pas moet kijken welke technieken je gaat gebruiken. Dat is het punt waar de grid voor het eerst tevoorschijn komt.

[Verwijderd]

XangadiX schreef op donderdag 24 maart 2005 @ 18:09:

En Flex hoef je niet te leren qua MXML en ActionScript, en Ajax bestaat niet uit CSS, Markup, Javascript, kennis van browsers, ondersteuning en de tekortkomingen. Dan allomvattend hebben we nog zaken als architectuur van applicaties, oop (tenzij je spaghetti code wilt gaan schrijven), optimalisatietechnieken, en SQL. En dit alles veranderd elke 6 maanden.

Hij overdrijft het inderdaad, maar ver van de realiteit zit hij niet af. Er zijn bedrijven die zich met meerdere talen op de markt begeven, en niet bijv. puur PHP doen, dan heb je die stap ook nog

Het vak van web developer wordt imo nogal vaak onderschat. Zelfs als je gaat specialiseren is het hard werken om bij te blijven.

[OzBoz]

Verwijderd schreef op donderdag 24 maart 2005 @ 20:36:
Het vak van web developer wordt imo nogal vaak onderschat. Zelfs als je gaat specialiseren is het hard werken om bij te blijven.

Maar op welke manier vind je het persoonlijk dan onderschat? Dat mensen alleen het totaalplaatje zien en absoluut niet stilstaan bij nerdy technieken die zijn gebruikt waar je zelf zo trots op bent (zelfmedelijden) of omdat je baas je niet genoeg betaald (zelfmedelijden).

Ik bedoel, je oefent een beroep uit, eentje waar je met wat geluk een beetje zelf voor gekozen hebt. Dat dat beroep qua ontwikkelingen veel dynamischer is dan laat ik zeggen iets als 'account manager' dat klopt. Maar daar kun je dan mooi voor jezelf de uitdaging uit halen.

Er is helemaal niemand die zegt dat je maar persé alles moet weten. Dat wil je zelf of dat wil je zelf niet. Dingen die je interessant vindt of handig vindt kun je jezelf leren maar dat is wel altijd een eigen beslissing. Ik sluit me dan ook beetje aan bij Xana. En ik wil bijvoorbeeld niet alles weten van databases en het zoveelste CMS (lees:wiel) nog een keer uitvinden. En komt er een opdracht waarbij dat nodig is dan besteden we dat gedeelte fijn uit.

Een art-director die een storyboard voor een commercial verzint hoeft zelf ook niet het geluid te doen, de regisseur te zijn en de camera te bedienen.

Kortom, ik vind het een visie van iemand vol met zelfmedelijden.. het arme schaap. En dat ontwikkelingen snel gaan sja, maar om jezelf op zo'n manier in een hoek te duwen vind ik persoonlijk typerend voor een wat gefrustreerd mannetje die al lang dacht dat ie binnen zou zijn. En daar is het allemaal nou net wat te dynamisch voor.

[Verwijderd]

OzBoz schreef op donderdag 24 maart 2005 @ 21:41:
[...]

Maar op welke manier vind je het persoonlijk dan onderschat? Dat mensen alleen het totaalplaatje zien en absoluut niet stilstaan bij nerdy technieken die zijn gebruikt waar je zelf zo trots op bent (zelfmedelijden) of omdat je baas je niet genoeg betaald (zelfmedelijden).

Dat er nog steeds de trend is dat websites maken iets is dat iedereen kan doen. En op zich is dat ook zo. Maar eigenlijk gaat het nergens over, want je ziet hetzelfde bij andere branches.

[OzBoz]

Verwijderd schreef op donderdag 24 maart 2005 @ 21:44:
Dat er nog steeds de trend is dat websites maken iets is dat iedereen kan doen. En op zich is dat ook zo. Maar eigenlijk gaat het nergens over, want je ziet hetzelfde bij andere branches.

dat klopt wel, dat mensen het niet zien. Maar inderdaad.. das met legio beroepen zo zeker als het gaat om de technische hoek. De 'was dat nou zo moeilijk' reacties. Maar je moet je zelf lekker voelen bij het werk wat je doet als je dingen wil doen voor anderen kun je beter bij een goed doel gaan werken. Die mensen zijn ook veel eerder blij met iets

[Tom]

Verwijderd schreef op donderdag 24 maart 2005 @ 12:10:
Want waar spreken we nu over, css, markup, xslt, serverside coding met asp, php, cfml, c#, javascript, vbscript, architectuur, modelling, patterns, database architectuur... Nu weet ik dus waarom ik te weinig tijd heb. Er is gewoon teveel

Ja, er is zoveel. Maargoed, jij bent er geloof ik nogal trots op dat je een partij moeilijke woorden kent

Als ze al die zaken bij één persoon neerleggen ben ik het met je eens. Maar dat is niet te doen. Je ziet meestal dat een bureau meer richting de reclamekant zit (grafisch, Flash) of meer aan de technische/software kant (XML, .NET/Java/PHP, database koppelingen, CMS)... en de bedrijven die beide doen hebben ongetwijfeld meerdere afdelingen.

Wat ik belangrijk vind is dat je de meeste technieken begrijpt. Bij ons op de zaak ben ik de enige die met de 'web' cq. grafische kant bezig is. Ik zorg voor nette HTML, CSS, Javascript en een leuk grafisch schil eromheen. Betekend automatisch dat je veel met klanten te maken hebt, mijn werk is uiteindelijk wat de klant te zien krijgt.
Collega's van mij doen het technische verhaal. Toch vind ik .NET, XML, databases interessant... alleen al om erover mee te kunnen praten en hun te begrijpen. Hoewel mijn collega's een stuk beter zijn in het opzetten van grote objectgeoriënteerde projecten, vind ik het zelf ook leuk om e.e.a. te programmeren en (vooral) m'n kennis up-to-date te houden.

Het zou mij ook lukken om een project van begin (wensen van de klant duidelijk krijgen, ontwerp maken, cliëntside werk) tot eind (ontwikkelen in serverside talen met correcte databases) op te zetten, maar persoonlijk vind ik dat niet meer van deze tijd. Ik denk dat je baas dan lastig aan personeel kan komen.

Zorg dat je je klant begrijpt en zorg dat je zijn of haar wensen kunt vertalen richting je technische mensen, zodat je daar ook mee op één lijn zit. Niets is zo lastig om samen te werken met bijvoorbeeld een reclamebureau dat geen idee heeft van de mogelijkheden van internet. Hetzelfde geldt voor programmeurs die praten in een taal die je niet begrijpt.

[Verwijderd]

Tom schreef op vrijdag 25 maart 2005 @ 00:30:
Ja, er is zoveel. Maargoed, jij bent er geloof ik nogal trots op dat je een partij moeilijke woorden kent

Kansloze opmerking .. zeker gezien de inhoud van je eigen reply

Ik zorg voor nette HTML, CSS, Javascript en een leuk grafisch schil eromheen. Betekend automatisch dat je veel met klanten te maken hebt, mijn werk is uiteindelijk wat de klant te zien krijgt.
Collega's van mij doen het technische verhaal. Toch vind ik .NET, XML, databases interessant... alleen al om erover mee te kunnen praten en hun te begrijpen. Hoewel mijn collega's een stuk beter zijn in het opzetten van grote objectgeoriënteerde projecten, vind ik het zelf ook leuk om e.e.a. te programmeren en (vooral) m'n kennis up-to-date te houden.

De persoon blogged ook over hoe hij het ervaart om na 4-5 jaar de draad weer op te pakken, en over hoe snel alles veranderd op dit gebied, en met name ook hoeveel alles veranderd in deze tijd. Daar heeft hij gewoon gelijk in. Ik denk niet dat er veel branches zijn waar er zoveel veranderd in zo'n korte tijd. Zelfs als je al aan de frontend zit, dan zijn de veranderingen qua html, css, en javascript gigantisch. Daarover blogged hij.

Jij spreekt over kennis, .. jouw kennis up-to-date houden hoort daar ook bij. Na 4 jaar kun je behoorlijk wat updaten.

[DeFeCt]

Dat is toch ook zo als je na 2 jaar een nieuwe pc wil kopen ..of is e.e.a. aan elkaar gerelateerd?.

(ik sluit me bij Oz aan trouwens)

[ Voor 16% gewijzigd door DeFeCt op 25-03-2005 11:58 ]

[Tom]

Inderdaad. Als je na een jaar besluit weer te gaan sporten, dan moet je het ook weer opbouwen. Ontwikkelingen gaan snel maar het is prima bij te houden. Daarom zeg ik ook dat het belangrijk is om dingen te begrijpen, als jij in de ene OO-taal kan programmeren, dan is die andere taal niet zo moeilijk meer en pak je dingen een stuk sneller op.

[Genoil]

DeFeCt schreef op vrijdag 25 maart 2005 @ 11:52:
Dat is toch ook zo als je na 2 jaar een nieuwe pc wil kopen ..of is e.e.a. aan elkaar gerelateerd?.

Als je die vergelijking wilt maken, moet je dus een nieuwe PC kopen, die ongebruikt op zolder stallen, 2 jaar later het ding aansluiten en er een jammerende blogposting mee maken over dat die z.g.a.n. PC van je niet meer up-to-date is.

Elke zichzelf respecterende webdeveloper weet dat hij/zij in een zichzelf razendsnel ontwikkelend vakgebied bevindt, waarin het noodzakelijk is voortdurend mee te groeien met de nieuwste ontwikkelingen. Niets bijzonders eigenlijk, gewoon "part of the job".

Ik vind de stelling van die blogposter daarom ook behoorlijk kortzichtig. Vier jaar lang kennis laten verstoffen en vervolgens de boel omdraaien door te stellen dat client-side webdevelopment zo vreselijk complex geworden is. Pak em beet vier jaar terug ben ik zelf begonnen met webdevelopment en ik vind het eigenlijk alleen maar veel overzichtelijker geworden. Niet omdat de kennis en technologie in het algemeen zo ontwikkeld is in 4 jaar, maar omdat ik zelf veel gegroeid ben in kennis en door ervaring.

Aan de andere kant is het vakgebied dusdanig breed dat het selecteren van de dingen die je wilt leren en/of doen wel moeilijk kan zijn, tenzij je dusdanig veel tijd hebt en getalenteerd bent dat je alles kan. Hoe je die keuzes maakt, hangt erg sterk af van de situatie en omgeving waarin je zit. Je kunt zoals Xangadix kijken welke ingredienten je nodig hebt voor de realisatie van je idee, en je daarvoor de minimale kennis eigen maken. Of je kunt zoals Ozboz en Tom kennis die anderen beheersen in je product opnemen, zodat je er er zelf niet al te veel over hoeft te weten.

Dat laatste kan voor sommige mensen heel frustrerend werken, omdat die nou eenmaal van nature de neiging hebben zoveel mogelijk alles zelf te weten en onder controle te hebben. Die eigenschap lijkt me vrij veel voorkomend bij webdevelopers. De complexiteit van het hedendaagse web is een eeuwige bron van nieuw te vergaren kennis en toepassingen, en velen kicken daar gewoon op, ikzelf ook. Blogposter waarschijnlijk ook, en omdat ie schijnbaar de boot gemist heeft in de afgelopen jaren, is ie nu gefrustreerd.

Ik snap ook niet waar hij het vandaan haalt dat er zo weinig respect voor hem en 'ons' (z'n vakgenoten) is. Misschien komt het doordat ik nooit midden tussen designers, reclameboys en programmeurs gezeten heb in een grotere organisatie, maar ik voel me in mijn werksituatie juist enorm gewaardeerd en heb door m'n brede kennis een flinke vinger in de pap als het gaat om het maken van beslissingen bij de ontwikkeling van 'webproducten'.

Heel fijn dus, zo'n hart onder de riem, maar ik heb het niet echt nodig

[Verwijderd]

Lighten up people ..

[Verwijderd]

Concurrentie is gezond...of hoor ik nu andere geluiden? Wat wil je nu .

[Soultaker]

XangadiX schreef op donderdag 24 maart 2005 @ 18:09:
Ik vind het eigenlijk een beetje gezeik; ik draai mee in het webwereldje sinds 1996 en herken zijn probleem wel; maar de onderliggende toon impliceert dat je als webdevver alles al moet weten.
Dat is onzin. Verzin eerst wat je wil gaan doen en ga daarna specifiek op zoek naar wat je er voor nodig hebt.
[..]
Zo kan ik wel even doorgaan; Waarom moet ik nu al alles weten van al die talen als ik driekwart waarschijnlijk nooit gebruik. Ik denk dat je het om moet draaien; men neme een schetsblok en een potloodje en zet zijn ideeen op papier. Dan ga je nadenken over hoe je het wil uitwerken.

Het punt is dat je verschillende technieken goed moet kennen om er tussen te kunnen kiezen. Als je nooit wat met JavaScript hebt gedaan, kom je waarschijnlijk niet op het idee om er je problemen mee op te lossen. Je moet dus wel van een heleboel technieken op z'n minst de mogelijkheden en beperkingen kennen en dan zul je je er toch ooit eens in verdiept moeten hebben.

Bij bijvoorbeeld een techniek als CSS is het heel erg lastig om vooraf in te schatten wat voor lay-out dingen je wel en niet kan flikken (tekst in kollommen? onmogelijk!) en die inschatting kun je alleen maken als je er al veel ervaring mee hebt; alleen weten wat CSS is en waarvoor het gebruikt wordt is dan niet genoeg!

[Genoil]

Verwijderd schreef op vrijdag 25 maart 2005 @ 20:46:
Lighten up people ..

hoe bedoel je? de meeste replies op dit topic zijn van blije webdevvers die het allemaal niet zo duister inzien wat betreft de complexiteit van webdevelopment heden ten dage. of had je heel veel bijval verwacht van /13 junkies die het echt niet in hun hoofd halen 4 jaar de boel de boel te laten?

maar big ups to all webdevvers out there hoor, respect enzo, je weet tog

[Soultaker]

Genoil schreef op vrijdag 25 maart 2005 @ 17:10:
Ik snap ook niet waar hij het vandaan haalt dat er zo weinig respect voor hem en 'ons' (z'n vakgenoten) is. Misschien komt het doordat ik nooit midden tussen designers, reclameboys en programmeurs gezeten heb in een grotere organisatie, maar ik voel me in mijn werksituatie juist enorm gewaardeerd en heb door m'n brede kennis een flinke vinger in de pap als het gaat om het maken van beslissingen bij de ontwikkeling van 'webproducten'.

Tja, ik herken het wel. Dan doe je je best om de boel netjes in elkaar te steken, ook op zo'n manier dat je de code later makkelijk kunt wijzigen of uitbreiden, en dan krijg je alleen maar gezeik waarom het allemaal zo lang duurt. Dan wordt (bijvoorbeeld) gevraagd bij een product een plaatje af te beelden en dat moet dan makkelijk zijn, weet de op opdrachtgever, want als je met FrontPage een plaatje invoegt is het toch ook zo gebeurd?

Sommige mensen hebben geen flauw idee wat er allemaal bij het bouwen van een website komt kijken. Ik krijg regelmatig designs aangeleverd die gemaakt zijn in bijvoorbeeld DreamWeaver en er op zichzelf dan goed uit zien (in IE, natuurlijk) en die dan dynamisch worden gemaakt zodat de content uit een database kan komen. Dat is qua server side scripting niet zoveel werk, maar dan blijkt dat de lay-out compleet uit elkaar valt als op een bepaalde plek een paragraaf tekst meer of minder staat. Dan moet je dus die hele onleesbare (want automatisch gegenereerde) HTML-brei uit elkaar gaan trekken zodat je enig idee krijgt hoe het in elkaar steekt en je 't zo kan aanpassen dat het meeschaalt met de content die je er in kwijt wil. Dat is niet alleen monnikenwerk en vereist veel inzicht. Maar probeer dan een opdrachtgever maar eens uit te leggen waarom het zo lang duurt om een pagina online te zetten, terwijl 'ie al kant-en-klaar aangeleverd was (want hij heeft 'm gezien en hij zag er goed uit!).

Ik denk dat bijna iedereen hier dit soort scenario's wel herkend. Er komt gewoon heel veel kijken bij een goede website en omdat heel veel mensen zich er makkelijk vanaf maken (met ongeldige code die barst van de beveiligingsfouten) worden de mensen die er wel wat van maken niet altijd op hun waarde geschat, want het verschil is voor de leek niet altijd zichtbaar.

[Matias]

Zo, dit ruikt naar discussie

Als "Broekie/Groentje" in de wondere wereld van het web begon ik op mijn 13/14e te expirimenteren met HTML. Mijn neef was toen al gevorderd programmeur en had mij eens laten zien hoe simpel het was om offline een website op te bouwen. Ik ging naar de bieb, huurde een boek over html, en begon te bouwen.

Nu 4 jaar later heb ik 2 stages achter de rug waar ik puur als webdevelopper/vormgever heb gewerkt. Op school vertelde ze ons altijd dat we ons zo "breed" mogelijk moesten opstellen. Iets wat volgens mij in de communicatie en multimedia branche niet zo heel moeilijk is aangezien je toch wel te maken krijgt met zo'n beetje alle diciplines.

Ik heb in de periode van die 2 stages duidelijk geleerd wat segmentatie en werkverdeling voor een positief of negatief effect kan hebben op een project; aan de ene kant kan je alle taken het beste verdelen onder elkanders specialisme en op die manier een project opbouwen, aan de andere kant is het veel verstandiger met elkaar samen een project in elkaar te draaien, maar er dan op lettend geen dubbel werk te verrichten.

Ik heb vooral geleerd dat het alles behalve belangrijk is dat je alle talen en vormgevingen tot in de puntjes beheerst. Een team bestaande uit een zakenman/administratieveling, een vormgever, een webdevelopper, en een programmeur doen tegenwoordig wonderen in webwereld. Dit soort bedrijfjes zijn vaak klein, dynamisch en snel, en worden aangenomen om haastklussen (want daar bestaat een groot deel van de markt uit in mijn ogen) zo snel en goed mogelijk neer te zetten zonder daarbij veel overleg te moeten plegen in wat wel en niet moet. Duidelijke ontwerpen (functioneel) roadmaps en flowcharts zijn de oplossing tot een gesmeerd project.

Mocht de opdrachtgever zich bedenken kost het hem of haar alleen maar meer en meer geld en duurt het project als maar langer (een les die sommige opdrachtgevers tot genoegen van de uitvoerende partij maar niet leren). Als je kijkt naar bedrijven die succesvol grote klanten binnenhalen en binnenhouden zie je vaak dat het "jonge en dynamische" maar toch kleine en flexibele bedrijfjes zijn die zich prima staande houden tussen "de grote jongens".

Men klaagt vaak over de snelle ontwikkelingen en de onoverzichtelijkheid in de webdevwereld maar die ontwikkelingen en onoverzichtelijkheid zijn uiteindelijk maar gelimiteerd aan de ontwikkelaar zelf.
Als je jezelf projectmatig ontwikkeld, als je jezelf een beetje weet te onderhouden in je "skillz" ben je vaak al een prima partij voor een klant in websitenood. Niemand zit te wachten op een beterweterige nerd die de hele dag naar zn echotjes en variabelen zit te verkijken. Het draait uiteindelijk net als in elke branche weer om relaties, contacten, uitleg en overleg.

Tot zover mijn zicht op de webdev wereld.