Als u sociale media zoals Facebook of Twitter gebruikt, kunt u de genadeloze aanval van advertenties die de ontwikkeling van WYSIWYG-websites bevorderen, niet voorkomen. Ik heb het niet over die mooie softwaretoepassingen zoals DreamWeaver, maar ik heb eigenlijk sitebouwtoepassingen gehost die drag-n-drop website-bouwsystemen bieden, compleet met vooraf gedefinieerde sjablonen.
Je zou gemakkelijk kunnen denken dat dit een geweldig idee is, want op het eerste gezicht zouden dit soort systemen je tijd en moeite besparen, maar de realiteit is een beetje anders. Hier zijn slechts enkele van de redenen waarom je beter alles zelf kunt coderen.
Pagina's die zijn gebouwd op site-builders blijven op site-builders (dezelfde site builder). Er is geen gemakkelijke manier om ze over te zetten omdat de broncode van uw pagina wordt vertaald in metadata. Veel vergelijkbare services werken op dezelfde manier. Dit betekent dat als u besluit dat u naar een ander hostingplatform wilt overschakelen, u de pagina's en alle functionaliteit die ze bevatten moet reconstrueren.
Wat had je eigenlijk verwacht? Maar het probleem hier is dat als u geen gratis advertenties wilt aanbieden voor de service waarop u uw site hebt gebouwd, of als u geen beperkingen wilt hebben ten aanzien van wat u op uw eigen site kunt doen, moet u extra betalen, en de prijs zal meestal hoger zijn dan bij normale hosting.
Als u websites voor andere mensen bouwt, is het laatste wat u zou moeten doen, het promoten van websites die hen aanmoedigen om een doe-het-zelf-aanpak te gebruiken. Je zult bijna verklaren dat ze hun geld hebben verspild door je in te huren voor een baan die ze zelf kunnen doen.
De meeste klanten kunnen geen websites maken, maar ze kunnen de indruk wekken dat ze het kunnen. Dat is echt gevaarlijk omdat het betekent dat er ontzettend veel echt slechte websites zijn. Een van de interessantste observaties is dat cliënten altijd elke fout (echt of ingebeeld) in alles wat je maakt opmerken en dat gebruiken om je leven de hel te maken, maar ze merken nooit de enorme en zeer echte tekortkomingen in wat ze creëren.
Als je goed bent in coderen, kost het schrijven van verse code regel voor regel niet meer tijd dan het bouwen van dingen met behulp van code die door andere mensen is gemaakt en kan het zelfs minder tijd kosten. Als je niet zo goed bent en je verkoopt websites, denk dan dat je misschien een verkeerde bedrijfsvoering hebt.
Wanneer u code van derden gebruikt, moet u veel tijd besteden om uit te zoeken hoe u het kunt integreren en vervolgens kunt finingen om te doen wat u wilt. In sommige gevallen begrijpt u misschien niet alles wat third party-software doet en het kan sommige volledig ongewenste dingen doen. In het ergste geval kan het ongewenste dingen doen waarvan je nooit bewust wordt.
Het andere voor de hand liggende probleem is dat als er een foutje of fout in de code van een derde partij zit, je veel meer tijd moet besteden aan het diagnosticeren en oplossen van de bug dan je zou moeten doen als het je eigen code was. Hetzelfde geldt als u extra functionaliteit wilt toevoegen of als u de manier waarop het werkt wilt wijzigen.
Dat is geen suggestie om nooit materialen van derden te gebruiken, want er zijn enkele geweldige dingen die je kunt gebruiken. Maar je moet accepteren dat door deze items in je ontwerp op te nemen, je ook de risico's en complicaties accepteert die daarmee gepaard gaan. Kies gewoon wijs.
Die WYSIWYG-sites voegen extra complexiteit aan uw ontwerp toe. Kijk naar de broncode van elke sitebouwersjabloon en u zult een heleboel vreemde metadata zien die honderden URL-instructies bevatten. Als het een gratis site is, worden extra regels toegevoegd voor de verplichte advertentie.
Het hebben van zoveel URL's duidt op een grote afhankelijkheid van externe componenten. Dit vergroot de kans dat uw site op technisch niveau tekortschiet. Minder is meer, en je moet dingen zo lokaal mogelijk houden als je je geen zorgen wilt maken over afhankelijkheidsproblemen.
Deze is vrij duidelijk. Uw eigen code is niet inherent veiliger dan die van een site builder, in feite kan het slechter zijn. Maar sitebouwers gebruiken dezelfde code voor alle sites, dus ze zijn een aantrekkelijk doelwit. Schaalgrootte betekent dat het hacken van elke sjabloonsite die door een site builder wordt gegenereerd, de moeite waard kan zijn. Het hacken van uw code is dat waarschijnlijk niet.
Wilt u een component in uw directorystructuur verplaatsen om het veiliger te maken? Wilt u aangepaste PHP-code gebruiken om iets te vertalen of te coderen? Wilt u een soort van fancy database-dingen doen die niet passen in een ontwerpmodel van een cookie-cutter? Wanneer u uw eigen code schrijft, zijn er geen beperkingen of beperkingen voor wat u kunt doen. Je bent letterlijk de webmaster!
Is het je ooit opgevallen dat sommige websites veel gemeen hebben? En dan kom je af en toe twee of meer sites tegen die veel te veel gemeen hebben? Dat is het probleem van op sjablonen gebaseerd ontwerp.
Er is niets mis met sjablonen als je ze op de juiste manier aanpast en ze in iets geheel origineels verandert, maar enorme aantallen mensen lijken daar gewoon te lui voor te zijn. Het resultaat van dat gebrek aan inspanningen zal minder klanten voor u (of uw klant) zijn omdat zij uw site niet als iets unieks aanbieden.
Alle uitdagingen die u zult tegenkomen en overwinnen bij het maken van een website die grotendeels is gebaseerd op uw eigen inspanningen, helpen u om beter te worden in coderen. Het komt allemaal neer op meer ervaring, en dat betekent dat je na verloop van tijd efficiënter wordt als programmeur. Uiteindelijk kun je elke uitdaging met vertrouwen tegemoet treden, omdat je codeervaardigheid ontwikkelt.
Dus daar heb je het. Negen redenen waarom u niet teveel of helemaal niet op WYSIWYG zou moeten vertrouwen. Het schrijven van je eigen code is op veel manieren belonend en als je er beter in wordt, kun je zelfs merken dat je meer tijd spaart dan wanneer je worstelt met het proberen de sjablonen van andere mensen, WYSIWYG-systemen van anderen en andere mensen te begrijpen broncode. U houdt ook de controle over uw websitehosting, uw domeinnaam en wie profiteert van uw werk.