Er zijn ook genoeg mensen die een buitenlandse taal spreken, maar dat betekent nog niet dat ze inhoudelijk iets zinnigs kunnen zeggen.
Zo zijn er ook genoeg 'programmeurs' die, soms al jaren, knutselen en dit vervolgens ervaring noemen maar eigenlijk is dat vaak niet meer dan het herhalen van eenvoudige en voor de hand liggende oefeningen.

Een programmeur is in eerste instantie iemand die een oplossing voor een probleem kan vinden. Hoe ingewikkelder het probleem en hoe eenvoudiger de oplossing -> des te beter is de programmeur.
Bij ons is het in het begin van een project niet eens de moeite waard om na te denken over de programmeertaal, het platform of de methodiek die gebruikt gaat worden. Je kijkt eerst naar het probleem en dan kies je de beste tools om er een oplossing voor te verzinnen binnen het gekregen budget en de toekomst/levensduur van het project of de applicatie.
Dat kan php zijn, maar het kan net zo goed c++, perl, python of nog wel wel meer wazige talen zijn.
Een echte programmeur met verstand van zaken zal het verder ook echt boeien of ie een website moeten maken in php of een embedded c++ stukje code voor bijvoorbeeld een een 8 bit chipje in een los device.

Of ie dat ook doet of überhaupt interesse in heeft is een ander punt, maar hij zal een uitdaging niet uit de weg gaan vanwege het feit dat ie er op een bepaalt moment nog geen kennis van heeft.
Een andere taal leren is meestal niks anders dan een paar woordjes leren en dat hebben we op de lagere school allemaal al geleerd tenslotte.

Just my 2 bits ;)

Onlangs nog een mooi voorbeeld gezien van een gerespecteerde wordpress plugin developer die, mijn insziens, een grote flater sloeg.

De revolution slider van themepunch is inmiddels al in versie 4.6. Desondanks was het tot versie 4.1.4 mogelijk om via de aanroep van de admin_ajax de volledige wp-config te downloaden, inclusief database wachtwoord. Natuurlijk dat deze plugin in talloze themes geïntegreerd zit en nooit geüpdate werd. Wereldwijd heeft dit tot compleet gehackte en gedefacete sites geleid.

Dus zo zie je maar, je kan dan wel misschien programmeren tot iets het doet wat je verwacht, maar wie zegt dat het ook goed gebouwd is?

Ik denk dat er zeker nog wel vraag naar is hoor. Soms is een systeem op maat gewoon de beste optie en is de opdrachtgever zeker bereid daarvoor te betalen. Ik vind het echter wel belangrijk dat een programmeur eerlijk is. Zo heb ik recentelijk offerte/ureninschattingen aangevraagd en gaven sommige partijen aan 400 uur met een project bezig te zijn, terwijl anderen 10-15 uur inschatten. Zelf programmeer ik ook en ik weet dat het zeker mogelijk zou zijn om de opdracht binnen 15 uur af te ronden. Kortom: sommige programmeurs proberen je een poot uit te draaien en dat zou dan weer een reden kunnen zijn dat steeds meer mensen tegenwoordig voor standaard oplossingen kiezen...

@Joep B: hoewel ik het verschil tussen 15 en 400 euro een beetje overdreven vind klinken, is het best makkelijk om te verantwoorden waarom een project voor de ene programmeur 15 uur duurt, maar voor de andere programmeur 100 (of N). De duurdere programmeur kan bijvoorbeeld uitgebreid zijn code testen (nogmaals: http://en.wikipedia.org/wiki/Test-driven_development), doen aan code review met collega's (http://en.wikipedia.org/wiki/Code_review) en veel meer tijd steken in de veiligheid, infrastructuur en snelheid van zijn webapplicatie.

Om even een voorbeeld te noemen:
Opdrachtgever X geeft programmeur A (de goedkope) en programmeur B (de dure) de opdracht om een nieuwsbrief systeem te ontwikkelen. Programmeur bouwt een systeem dat simpelweg mailtjes stuurt wanneer de gebruiker het wizard-formulier submit en wacht dan een X tijd totdat de X mailtjes verstuurd zijn. De mailtjes worden dus op submit van het formulier realtime verstuurd en de pagina is pas klaar met laden wanneer alle mailtjes verstuurd zijn.

Programmeur B maakt precies hetzelfde: een systeem dat mailtjes verstuurd. Maar in plaats dat hij een systeem bouwt dat mailtjes stuurt wanneer het formulier verstuurd worden, bouwt hij een queuing systeem dat de mailtjes in die queue zet en een background worker de mailtjes laat versturen. Kost een stuk meer werk om te implementeren, maar is een stuk sneller en efficiënter omdat de gebruiker niet zijn browser window geopend hoeft te hebben. Ook is het een stuk minder foutgevoeliger omdat een background worker een specifiek mailtje gewoon opnieuw kan versturen wanneer deze gefaald is (door bijv een timeout). Als iets fout gaat bij het systeem van Programmeur A is er geen vangnet; wanneer het fout gaat, gaat het ook echt flink fout.

Conclusie:
Hoewel dit een meta-discussie is, vind ik niet dat je een verschil van 75 uur van programmeur A op programmeur B op de "eerlijkheid" van programmeur A kunt gooien.

Het klinkt overdreven, maar dit zijn echte inschattingen die ik recentelijk voor hetzelfde project heb ontvangen... Uiteraard is mijn keuze dus ook niet gevallen op het bedrijf dat 400 uur bezig dacht te zijn. Waarom? Juist omdat ik het verschil zo overdreven vond.

Wanneer een geheel systeem binnen 15 uur te maken is (in mijn eigen ogen, maar ook in de ogen van andere programmeurs), lijkt het me immers érg sterk dat je die extra 385 uur kunt goedpraten. Dat is namelijk meer dan 25 keer zoveel (tijd én geld dus) en daarom zeer onrealistisch, hoe veel er ook wordt getest, en hoeveel efficiënter het script ook werkt.

Wellicht komt het omdat ik weet om wat voor het script het in dit geval ging, maar ik gooi dit wel degelijk op 'eerlijkheid'. Het laat namelijk zien dat sommige programmeurs denken dat de klant 'toch geen verstand heeft van programmeren' en daarom kunnen vragen wat ze willen. Het 'leuke' is dat wanneer dit 4 keer goed gaat, ze alsnog net zoveel verdienen als de eerlijke 'programmeur' verdient wanneer hij meer dan 100 van dat soort scripts maakt...

Nog een andere 'view': de ene programmeur zou er dus meer dan 2 maanden over doen als hij er fulltime aan zou werken, terwijl de andere er twee dagen fulltime aan zou moeten zitten.

Het kan ook gewoon een inschattingsfout zijn waarbij de ene programmeur gewoon iets totaal anders voor oog heeft. Zou me haast niet kunnen voorstellen hoe dat zou kunnen anders. Ja ok, als je iets uitbesteedt aan India en ze met die dingen komen van 'accountmanager', 'team van designers', 6 programmeurs en meer van dat soort blabla, terwijl er in de praktijk gewoon 1 onderbetaalde jongen aan werkt.

Als ik kijk wat wij op 400 uur doen... Maak me niet gek... dan spreek je toch over projecten waar al meerdere weken overleg in zit.

Ik denk dat er zeker nog veel werk is voor veel programmeurs, maar helaas zijn goede opdrachtgevers ook schaars. Veel ideeën zijn slecht uitgewerkt waardoor je al snel als programmeur de zwarte piet toegeschoven krijgt als iets niet werkt zoals gedacht.

Je ziet dit gelijk in de posts van Joep. Als er een groot verschil is tussen wat de opdrachtgever denkt te willen en wat de programmeur denkt te moeten maken dan krijg je automatisch ook grote verschillen in implementatie tijd. Een goed omschreven opdracht zal zeker tot vergelijkbare offertes leiden, waarbij je daaruit ook kunt afleiden welke programmeur je niet moet hebben (goedkoop=duurkoop gaat helaas vaak op en als je inderdaad 5 offertes rond de 15 uur krijgt en er zit er 1 tussen van 400 uur weet je het ook wel).

een ander punt waar ik vaak tegenaan loop is dat veel opdrachtgevers denken dat een backend programmeur het design er wel even bij doet of andersom. Goede afspraken over budget en oplevering zijn ook een must.

Zelf merk ik een shift naar andere programmeertalen dan PHP, veel Python en ook Ruby zoals door J. Kanis aangegeven wordt. Zowel het Ruby on Rails platform als b.v. Django zijn hele fijne frameworks om mooie sites te programmeren die boven de standaard functionaliteit van wordpress of drupal o.i.d. uitgaan.

Helaas wordt er op Sitedeals nauwelijks aandacht aan deze ontwikkelingen gegeven en dat is jammer omdat veel ervaren programmeurs die switch maken.

De taal waarin de programmeur programmeert moet eigelijk niet zo van belang zijn, wel hoe er geprogrammeerd wordt.
Daarbij red je het niet meer met enkel serverside languages, clientside is flink uitgebreid de laatste jaren, en natuurlijk de koppeling tussen client en server (ajax) is daarbij heel belangrijk om een snellere en betere user expierence te creëren.
Ik zou dus zeggen javascript zeker niet vergeten, een echte programmeur kan javascript er makkelijk bij pakken.

En dan de hamvraag is er nog wel toekomst voor PHP programmeurs, natuurlijk werk zat open source is over het algemeen allemaal PHP driven.
Voor plugins, aanpassingen en templates is dus nog steeds kennis gevraagd van PHP.
En er zijn genoeg plugins en templates te vinden maar soms voldoen ze gewoon niet aan de eisen dus weer werk voor de programmeur.

@Harm: mee eens, vooral met je opmerking over client side languages. Het wordt ons gelukkig wel steeds een stuk makkelijker gemaakt door de introductie van Coffeescript en libraries als Backbone en ReactJS.

Er is natuurlijk nog wel een toekomst voor PHP. Hoewel ik al een tijdje in andere talen programmeer zie ik wel dat de taal steeds volwassener wordt, vooral door de komst van goede PHP frameworks als Laravel (4). Het enige probleem is dat er nog steeds een overvloed van slechte PHP programmeurs is, waardoor de taal een slechte naam krijgt (terwijl het steeds beter wordt).

@Harm: ook mee eens, de taal moet niet uitmaken, maar inderdaad, er zijn vele slechte PHP programmeurs (mede omdat de taal zelf in het verleden nogal rommelig was, nu is dat gelukkig beter). Javascript hoort zeker thuis in het rijtje van skills voor de programmeur. Zelf switch ik ook regelmatig tussen de Python backend van mijn huidige project en de javascript codebase voor de D3 graphics in het frontend.
Dat impliceert echter niet dat een front/backend programmeur ook een goede designer is die kennis heeft layouts, flows en alle (on)hebbelijkheden van de diverse browsers in het wild. In mijn ervaring gaan opdrachtgevers er te vaak van uit dat de programmeur van de site backend ook even het aangeleverde design PDFje omzet in een goed werkende template.
Blijft mijn punt dat alternatieven voor PHP te weinig aandacht krijgen op sitedeals.

@Cor: Klopt voor web programmeurs en zeker voor client side is kennis van design wel een vereiste om het gewenste resultaat te boeken laten we zeggen op zen minst moeten ze er interesse voor hebben, persoonlijk ben ik helemaal fan van javascript alleen heeft server javascript (node.js) me nog niet kunnen overhalen en blijf ik nog even bij LAMP.
En het is logisch dat er zo weinig aandacht is voor andere talen omdat het open source verhaal veelal in PHP is, de community is natuurlijk veel groter voor open source dus meer focus zeker hier op sitedeals.
Er zijn wel andere forums die deze talen wel meer uitgebreid bespreken alleen gaat dat niet allemaal over web gerelateerde development.

Harm,

ga eens naar djangoproject.com, een ultiem open source project, en geen PHP dat er te vinden is. Logisch is de eenzijdige belichting van PHP dus zeker niet. Ook andere opensource talen worden VEEL voor webdevelopment gebruikt. Ruby (on Rails) is al genoemd, maar er zijn ook nog steeds veel initiatieven in Perl en grails bijvoorbeeld. In dit wereldje met een mix van talen worden veel high performance websites ontwikkeld, we hebben het dan alleen niet over linux, apache, mysql en php, maar b.v. nginx als webserver/loadbalancer, uwsgi in plaats van FastCGI, postgreSQL (misschien wel de uber open source database, meer dan het commerciële mysql dat uiteindelijk gewoon van Oracle is) en Python.
Persoonlijk denk ik dat een mix van allerlei technieken en kennis alleen maar verhogend kan werken voor een site als deze. Diversiteit in ontwikkelaars zal ook opdrachtgevers ten goede komen.

Cor, je hebt volkomen gelijk.
Ik bedoelde eigelijk ook de CMS systemen, niet open-source in het algemeen, maar meer de Wordpress, Yoomla, aangezien het grote gros hier niet verder komt dan echo en aghankelijk zijn van dergelijk PHP gebaseerde CMS 'open source' systemen.
Daarom mijn opmerking over de vindbaarheid van PHP tenminste vooral hier op SiteDeals.
Daarbij is PHP ook laagdrempelig (daarom ook zo veel rommel) en goed gedocumenteerd ik denk dat dat de grootste redenen zijn.
Er zijn wel genoeg andere fora waar andere talen wel aan bod komen, maar zie het hier nog niet zo gebeuren

Origineel gepost door JelleK

Nederlanders willen nu eenmaal voor een dubbeltje op de eerste rij zitten en het geld liever aan andere doeleinde besteden.

Ook in de VS, Italië of Japan laat de lokale krantenkiosk of meloenenverkoper geen website van tienduizenden euro's of dollars bouwen. Groot deel van je kleinen is MKB of éénpitters. Om echt goede programmeurs zitten veel bedrijven verlegen en daar wordt prima voor betaald. Echter, de meeste self called programmeurs vallen simpelweg niet in die categorie. En tsja... dan komen de handige buurjongetjes, scriptkiddies en neefjes die het klusje voor een paar tientjes klaren, in jouw vaarwater.

Een goede programmeur kijkt ook verder dan zijn neus lang is en bedenkt oplossing voor problemen i.p.v. steeds hetzelfde kunstje te herhalen.

Hé Animo,

Ik denk zeker dat er behoefte is aan PHP programmeurs die websites op maat kunnen maken.

Ben je inmiddels al afgestudeerd en voor je zelf begonnen?

Met vriendelijke groet,
Ramon