Archief - De koffiepauzehoek
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
De Wouter
Legacy Member
Usage Statistics and Market Share of Content Management Systems for Websites, March 2014
Ik weet niet hoe betrouwbaar deze bron is (gewoon wat gegoogled) maar wordpress komt hier als meest gebruikte uit.
Edit: nog wat andere bronnen gecheckt en zeggen ongeveer hetzelfde.
Ik weet niet hoe betrouwbaar deze bron is (gewoon wat gegoogled) maar wordpress komt hier als meest gebruikte uit.
Edit: nog wat andere bronnen gecheckt en zeggen ongeveer hetzelfde.
christoo
Legacy Member
Ik gebruik geen drupal,joomla of van die dingen. Ik schrijf elke regel code zelf,php,javascript,html,css, ...
En toch vind ik het wiel niet iedere keer opnieuw uit. Ik heb mijn eigen library van functionaliteit.
Ik kan mijn modules perfect aanpassen aan noden en behoeftes van klanten, alles wat een klant mij vraagt kwa functionaliteit word helemaal op hem afgestemt / voor hem geschreven. Ik krijg zovaak klanten die een website hebben laten maken maar niet helemaal hebben wat ze willen. Dan gaan ze bij het webdesign bedrijf aankloppen en kunnen die eigelijk gewoonweg niet helemaal maken wat die klant wil. Ik zeg niet dat alle bedrijven die het gebruiken amateurs zijn.
Maar het is nu eenmaal een feit dat veel 'webdesigners' tegewoordig geen regel code kunne schrijven, en dus vast zitten als een klant iets wil wat niet in joomla of drupal zit zoals die klant dat wil.
Niet dat ik hier financieël van af zie, ik maak vooral applicaties en web applicaties. Maar ik vind het toch niet kunnen dat iemand werk afpakt van een echte webdesigner door gewoon een template te downloaden en joomla te installeren.
En toch vind ik het wiel niet iedere keer opnieuw uit. Ik heb mijn eigen library van functionaliteit.
Ik kan mijn modules perfect aanpassen aan noden en behoeftes van klanten, alles wat een klant mij vraagt kwa functionaliteit word helemaal op hem afgestemt / voor hem geschreven. Ik krijg zovaak klanten die een website hebben laten maken maar niet helemaal hebben wat ze willen. Dan gaan ze bij het webdesign bedrijf aankloppen en kunnen die eigelijk gewoonweg niet helemaal maken wat die klant wil. Ik zeg niet dat alle bedrijven die het gebruiken amateurs zijn.
Maar het is nu eenmaal een feit dat veel 'webdesigners' tegewoordig geen regel code kunne schrijven, en dus vast zitten als een klant iets wil wat niet in joomla of drupal zit zoals die klant dat wil.
Niet dat ik hier financieël van af zie, ik maak vooral applicaties en web applicaties. Maar ik vind het toch niet kunnen dat iemand werk afpakt van een echte webdesigner door gewoon een template te downloaden en joomla te installeren.
W0utR
Legacy Member
En als uw klant bij een ander bedrijf aanklopt zitten die met de handen in het haar omdat ze met een zelf geschreven library moeten werken in plaats van met een welgekend open source CMS.
Zelf als je kan programmeren moet je eerst een paar dagen spenderen aan het ontcijferen van code en kijken hoe het werkt.
Dat klanten een website krijgen die ze niet willen heeft helemaal niks te maken met Drupal of het gebruik van een CMS, uw eigen geschreven library gaat dat probleem echt niet oplossen, of het moet één of andere fancy magic gebruiken die precies weet wat de klant wilt.
En het is nu eenmaal een feit dat de meeste bedrijven gewoon te veel werk hebben om zich bezig te houden met het schrijven van een CMS, daarom dat er velen terugvallen op een bekend open source CMS die alles bevat wat je nodig hebt.
En geloof mij, Drupal is niet zomaar enkel wat knopjes klikken.
Zelf als je kan programmeren moet je eerst een paar dagen spenderen aan het ontcijferen van code en kijken hoe het werkt.
Dat klanten een website krijgen die ze niet willen heeft helemaal niks te maken met Drupal of het gebruik van een CMS, uw eigen geschreven library gaat dat probleem echt niet oplossen, of het moet één of andere fancy magic gebruiken die precies weet wat de klant wilt.
En het is nu eenmaal een feit dat de meeste bedrijven gewoon te veel werk hebben om zich bezig te houden met het schrijven van een CMS, daarom dat er velen terugvallen op een bekend open source CMS die alles bevat wat je nodig hebt.
En geloof mij, Drupal is niet zomaar enkel wat knopjes klikken.
Shaddix
Legacy Member
Als een klant een blog wil, waarom dan niet wordpress nemen en een eigen theme developen? Of als de klant alle pagina's op zijn site wil aanpassen, wat is er dan mis met Drupal met een custom made theme? Waarom hoeft de klant veel geld te betalen voor een hand-made CMS waar hij zelf geen meerwaarde aan heeft?
Los daar van kruipt in het opzetten van een grote Drupalsite héél veel programmeerwerk. Drupal levert niet alles kant en klaar af, het biedt gewoon een platform om van te vertrekken.
Los daar van zou ik ook eens naar een framework kijken ipv uw eigen library. Als je niet met CMS'en werkt is een framework toch wel een must.
Los daar van kruipt in het opzetten van een grote Drupalsite héél veel programmeerwerk. Drupal levert niet alles kant en klaar af, het biedt gewoon een platform om van te vertrekken.
Los daar van zou ik ook eens naar een framework kijken ipv uw eigen library. Als je niet met CMS'en werkt is een framework toch wel een must.
Dieterg
Legacy Member
christoo zei:
een webdesigner != developer
christoo zei:
Hier heb je het wiel al heruit gevonden door uw eigen functionaliteit te schrijven. Maak je ook geen gebruik van een backend framework? Om nog maar te zwijgen over de front-end, geen gebruik maken van een javascript framework/library? Hoeveel slapeloze nachten heb jij om alles x-browser fixed te krijgen?
-BVR-
Legacy Member
Nu we het toch over het verschil tussen webdesigner en webdeveloper hebben: ik zie mezelf vooral als front-end dev (CSS/HTML/JS beheers ik toch (zeer) goed, maar ik heb een beperkte kennis van databases en PHP), maar ik heb de indruk dat daar nogal wordt op neergekeken door back-end devs. 
Voor sommige zijn front-end devs eigenlijk maar de "designers". Maar als ik dan op StackOverflow of andere back-end devs zie die proberen een stukje HTML of CSS te schrijven, dan kan ik wel huilen. Meningen?
Voor sommige zijn front-end devs eigenlijk maar de "designers". Maar als ik dan op StackOverflow of andere back-end devs zie die proberen een stukje HTML of CSS te schrijven, dan kan ik wel huilen. Meningen?Shaddix
Legacy Member
Ik vind het juist heel mooi dat er een specialisatietrend is opgetreden de laatste jaren. Vroeger was er amper een verschil tussen front-end en back-end dev. Dat geeft nog maar eens aan hoe hard de branche eigenlijk nog aan het groeien is.
Ik vind mezelf momenteel nog een all-rounder. Ik kan men plan trekken in zowel back-end als front-end maar ik blink in geen van beide echt uit, maar ik kan me inbeelden dat naarmate m'n carrière vordert ik me automatisch wel wat meer in het ene ga specialiseren dan het andere.
Ik vind mezelf momenteel nog een all-rounder. Ik kan men plan trekken in zowel back-end als front-end maar ik blink in geen van beide echt uit, maar ik kan me inbeelden dat naarmate m'n carrière vordert ik me automatisch wel wat meer in het ene ga specialiseren dan het andere.
W0utR
Legacy Member
Het probleem is volgens mij dat veel programmeurs front-end developers enkel zien als mensen die wat HTML & CSS schrijven, maar niet inzien dat wanneer je aan een groot project werkt alles vrij complex word, ook CSS.
Er is echt een grote vraag naar front-end devs, zeker omdat veel mensen beginnen in te zien dat performance niet enkel in de back-end ligt. En een groot voordeel dat veel front-end devs hebben is dat ze vaak een kennis hebben van design en daardoor goed kunnen samen werken met designers.
@BramVanroy, wat jij daar zegt is echt wel een heel goeie skill om te hebben, het is belangrijk dat je als front-end dev ook kan samen werken met back-end developers, dus als je wat kennis hebt van PHP ga je daar een groot voordeel uit halen.
Ik zie mezelf ook meer als een front-end developer nu, maar ik zou mij graag meer focussen op UX, dus wat meer uitgroeien naar een UX developer.
Er is echt een grote vraag naar front-end devs, zeker omdat veel mensen beginnen in te zien dat performance niet enkel in de back-end ligt. En een groot voordeel dat veel front-end devs hebben is dat ze vaak een kennis hebben van design en daardoor goed kunnen samen werken met designers.
@BramVanroy, wat jij daar zegt is echt wel een heel goeie skill om te hebben, het is belangrijk dat je als front-end dev ook kan samen werken met back-end developers, dus als je wat kennis hebt van PHP ga je daar een groot voordeel uit halen.
Ik zie mezelf ook meer als een front-end developer nu, maar ik zou mij graag meer focussen op UX, dus wat meer uitgroeien naar een UX developer.
XTOF
Legacy Member
@BramVanroy Ik geef je deels gelijk, maar je moet wel toegeven dat back-end development gewoon moeilijker is als front-end..
Ik zie mezelf als beide (al vind ik front-end iets leuker).. Ik werk al meer als 4 jaar als Java web developer (databases, web services, Spring, ...), maar ik doe ook al 5 jaar aan front-end development in mijn vrije tijd (html, css, js, twitter bootstrap, photoshop, illustrator, ...)
Ik doe beide heel graag, maar back-end development is en blijft complexer. Je hebt wel gelijk dat front-end developers niet alleen "designers" zijn. Het is véél meer als dat! Tegenwoordig werk ik ook met front-end Javascript frameworks zoals AngularJS en AriaTemplates. Het is meer en meer toekomst aan het worden om een MVC/MVW pattern met controllers, models te implementeren met JavaScript. Ik heb het gevoel dat front-end dev aan een serieuze opmars bezig is!
Ik zie mezelf als beide (al vind ik front-end iets leuker).. Ik werk al meer als 4 jaar als Java web developer (databases, web services, Spring, ...), maar ik doe ook al 5 jaar aan front-end development in mijn vrije tijd (html, css, js, twitter bootstrap, photoshop, illustrator, ...)
Ik doe beide heel graag, maar back-end development is en blijft complexer. Je hebt wel gelijk dat front-end developers niet alleen "designers" zijn. Het is véél meer als dat! Tegenwoordig werk ik ook met front-end Javascript frameworks zoals AngularJS en AriaTemplates. Het is meer en meer toekomst aan het worden om een MVC/MVW pattern met controllers, models te implementeren met JavaScript. Ik heb het gevoel dat front-end dev aan een serieuze opmars bezig is!
De Wouter
Legacy Member
Front-End: three.js - JavaScript 3D library
Wie zij hier dat backend complexer is?
Tis maar hoe je het bekijkt.
Wie zij hier dat backend complexer is?
Tis maar hoe je het bekijkt.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.