Nog steeds met behulp van desktop-code-editors? Web-geïntegreerde ontwikkelomgevingen (IDE's) zijn een nieuwe manier om uw webprojecten rechtstreeks in de browser te bouwen, waardoor u vaak ontwikkeltijd bespaart en samenwerking vergemakkelijkt.
De nederige browser diende om gewoon eenvoudige HTML-documenten op te dienen, maar het is vaak nu uw eerste stop voor zowat elke taak. Denk er eens over na - documentbewerking, bestandsdeling, beeldmanipulatie, serverback-ups, 3D-rendering, muziekproductie en zo ongeveer elk ander werk dat traditioneel in desktopsoftware wordt gedaan, kan nu door een webservice worden afgehandeld.
Ik ben eigenlijk terughoudend geworden om iets meer te installeren, omdat er meestal een geweldig webalternatief is waarvoor je eenvoudig een account moet aanmelden om het te gebruiken. Maar zelfs met alle geweldige services op het web, was webontwikkeling zelf een van de laatste grenzen voor deze trend, misschien vanwege de terughoudendheid van ontwikkelaars om online te werken. Maar dat begint te veranderen, en terecht: web-geïntegreerde ontwikkelomgevingen concurreren nu met desktopoplossingen in termen van kwaliteit en bruikbaarheid.
De meeste ontwikkelaars bouwen websites op hun bureaublad voordat ze deze online zetten. Dit was een verstandige manier om in het verleden te werken toen we lagere netto snelheden hadden, de meeste oplossingen op desktopcomputer en we waren bang om alles online te zetten, tenzij het was voltooid. Zelfs gemiddelde websnelheden zijn nu snel en er zijn tal van geweldige online coderingsoplossingen.
Het bouwen van websites en apps kan veel op het bouwen van een huis lijken. Ik zou veel analogieën kunnen maken over hoe stichtingen, leidingen en binnenhuisarchitectuur overeenkomen met website-componenten. Maar in tegenstelling tot het afronden van een huis, wanneer u klaar bent met het bouwen van een website, verplaatst u deze naar een andere locatie. Zoals het proberen om een voltooid huis naar een nieuw perceel te verplaatsen, dan kunnen de problemen beginnen. U hebt de site waarschijnlijk niet in exact dezelfde omgeving gebouwd als u gebruikt, wat problemen kan veroorzaken. Je zou geen huis in een veld bouwen als je weet dat het naar een straat moet worden verplaatst als je klaar bent. Bij het verplaatsen van een huis zullen onderdelen waarschijnlijk kapot gaan, geen van de leidingen zal overeenkomen, enzovoort. Dus waarom zou je het doen met een website? Het is gek om zo te werken.
Het meest voorkomende argument tegen online coderen is dat het niet professioneel is om op live websites te werken. Maar online coderen betekent niet dat je van client-sites werk in uitvoering maakt - bouw in een ontwikkelgebied waar je alleen toegang toe hebt. Als je klaar bent, verplaats je het naar het live-gedeelte - eenvoudig! Het is tijd om online coderen te omarmen.
Na het overschakelen naar web-IDE's voor het laatste jaar, besteed ik nu de helft van mijn tijd uitsluitend online en bespaar ik ongeveer 10 tot 15 procent in dev tijd van mijn vorige desktopcoderingspraktijken. Dat is tijd die ik kan gebruiken om een website beter te maken, of misschien zelfs af en toe mijn werkdag op tijd af te ronden. (Ja, het kan gebeuren!) Waarom zijn IDE's zo geweldig? Hier zijn vier belangrijke redenen:
Dus welke web-IDE's kunt u nu gebruiken? Populaire oplossingen zijn onder meer Wolk 9 , ShiftEdit en CodeAnywhere onder vele anderen. Elk biedt zijn eigen kijk op hoe een online coderingsoplossing zou moeten werken. Sommige vereisen betaling en andere niet; sommige stellen je in staat om via FTP te werken op je eigen domeinen, en andere moeten je eerst in hun systeem klonen. Net zoals desktopcodetools, elk heeft zijn eigen bereik en stijl, dus het is belangrijk om alle functies te bekijken om er een te vinden die het beste bij je past.
Je zou kunnen denken (zoals ik een paar jaar geleden deed) dat IDE's licht zijn op eigenschappen en vaardigheden, maar dat is verre van de waarheid. De toonaangevende web-IDE's wedijveren gemakkelijk met de populaire desktopcodes editors, of overschrijden ze in termen van kwaliteit en vaardigheid. Ze hebben vaak enorme gebruikersbases; de gevestigde hebben meer dan 100.000 gebruikers. Ze worden dus elke week bijgewerkt met nieuwe functies, terwijl desktopoplossingen hun functies mogelijk slechts om de paar jaar in nieuwe versies bijwerken.
Online codeeroplossingen bieden alle standaardfuncties, zoals codering, vouwen, codeaanvulling en meer, plus terminalvensters, codering in samenwerkingsverband, dynamische interfaces en directe verbindingen met andere services zoals Github, Bitbucket en Dropbox.
In de loop der jaren heb ik zoveel web-ontwikkelaars horen klagen dat hun redacteurs niet goed voor hen werken. Maar ze denken dat ze er niets aan kunnen doen behalve de provider informeren en wachten op een oplossing of wijziging. Nu er steeds meer open-source web-IDE's beschikbaar zijn, kunt u de tool hercoderen om aan uw behoeften te voldoen. Je redacteur hoeft niet meer te vechten - laat het voor je werken.
Aan het experimentele uiteinde van het web IDE-spectrum zijn open-source variëteiten zoals Aptana en ICEcoder , die vrij hun broncode aanbieden die u kunt gebruiken, gebruiken en wijzigen. Omdat ze zijn geschreven in talen die je waarschijnlijk al kent - JavaScript, PHP, Ruby - kun je ze snel onder de knie krijgen en dingen aan jouw voorkeuren aanpassen. Hou je niet van hoe je bestanden opent? Verander het. Wil je op iets extra bouwen? Geweldig, doe het.
Hoewel ze meestal niet zo robuust zijn als full-service web-IDE's, voegen open-source IDE's regelmatig nieuwe functies toe om gebruikers de best mogelijke online-code-editors te bieden.
De problemen die u zouden verhinderen om web-IDE's te gebruiken, worden steeds minder, maar er zijn een paar legitieme redenen waarom u nog steeds offline zou kunnen coderen. Als uw project enorme hoeveelheden gegevensoverdracht of gegevenskraken vereist, is het gebruik van uw browser onpraktisch. Of misschien is uw site zwaar op afbeeldingen en zou het uploaden van uw afbeeldingen steeds langzamer zijn dan offline werken.
Sommigen beweren dat het grootste probleem beveiliging is. Als uw code overal beschikbaar is, is deze mogelijk voor iedereen toegankelijk. Een inbreuk op de beveiliging van uw web-IDE-provider of -account kan uw code in gevaar brengen - als de gegevens gevoelig zijn, kan dit een groot probleem zijn. Web-IDE's nemen om deze reden ongetwijfeld de beveiliging zeer serieus, maar een inbreuk op de beveiliging gaat niet voorbij aan de mogelijkheden en moet een overweging zijn voordat u uw volgende project online codeert.
Desktopcode-editors hebben het web gemaakt tot wat het nu is en we moeten de softwareschrijvers bedanken die ons hebben geholpen geweldige dingen te maken. Maar de codeerdagen van de desktop zijn genummerd. Online-code-editors laten ons overal werken, verbinden meerdere diensten met elkaar, implementeren met een klik op de knop, halen broncode op en drukken deze naar onze zin, en laten we briljante oplossingen bouwen met grotere efficiëntie en openheid.
We moeten een toekomst omarmen waarin alles afzonderlijk of in teams kan worden geïntegreerd, gemengd en herwerkt, waarbij de veiligheid van wetende code kan worden teruggedraaid, bugs worden gevolgd en van overal kunnen worden opgelost als er een probleem is. Met alles wat uiteindelijk naar de cloud gaat, zullen web-IDE's ongetwijfeld de de-facto manier van coderen worden, en ik verwelkom deze heldere nieuwe dageraad. Als je nog steeds offline codeert, daag ik je uit om je angsten los te laten en de toekomst eens te proberen.
Heeft u een Web IDE gebruikt om een site te coderen? Geeft u de voorkeur aan een lokale oplossing? Laat het ons weten in de comments.
Uitgelichte afbeelding / thumbnail, code afbeelding via Shutterstock.