Zelfs als u werkt bij een bedrijf waar je de stok met uw product

Terug in de jaren '90, voor PHP, meest dynamische web werk werd gedaan in C of Perl. Op dat moment, in die werelden, je moest doen al het HTTP werk zelf. Als je wilde een content type text /html, moest je in te stellen, in de code, op elke reactie. Fouten in het CGI-scripts zou resulteren vaak in Apache interne fout pagina's en maakte debuggen heel hard. Alle HTML werk moest worden gedaan door te schrijven naar de uitgang. Er was geen inbedding code met HTML, zelfs als een template taal. PHP dat allemaal veranderd. Je had een standaard inhoud type text /html. U had automatische afhandeling van het verzoek variabelen. Koekjes waren gemakkelijk opgenomen en uitgevoerd. Kon u uw HTML sjabloon met script in plaats van om alles uit te schrijven via print. En je zou denken, wow, wat een prachtige wereld.

Maar vandaag, zelfs als u werkt bij een bedrijf waar je de stok met uw product voor een lange tijd is het zinvol om een ​​kader te gebruiken. Of laat &'; s enkel zeggen wanneer je begint moet je een vast kader te gebruiken die past bij wat je nodig hebt voor het grootste deel. Dus als je volledige stack nodig hebt, krijg je een volledige stack kader. Als je iets zeer gespecialiseerde, dan misschien een microframework nodig. Als u een forum nodig, gebruik maken van een bestaand forum, als je behoefte aan een CMS een bestaande CMS.

Waarom?

1) Gratis documentatie, testen, security audits Pagina 2) Vermogen hogere veel gemakkelijker als je team groeit verhuur 3) Hack het aan beetjes als 1) en 2) gaan minder en het succes /falen bepaalt u zich in een andere richting
uit

Het nemen van Twitter als een voorbeeld hier, Twitter zou bestaan ​​als ze zou hebben gehad om alles vanaf nul doen? Het bedrijf was eigenlijk werken op een ander product en krabbelde zichzelf opnieuw uit te vinden als hun investeerders begon te verliezen vertrouwen in hun oorspronkelijke idee.

Time to market geteld groot voor hen en het telt voor de meeste projecten. Als je alles zou hebben gedaan op uw eigen ze misschien zijn ontploft vanwege veiligheidsproblemen etc.

Nu duidelijk kader van hun keuze niet bijbenen met hen wanneer ze nodig hadden om te schalen. Maar is dat niet een groot probleem om te hebben? Je nodig hebt om de schaal als je succesvol bent en het gebruik van een kader aan de slag raakte hen daar.

Hoe dan ook, super scaling lichtsnelheid prestaties is zelden nodig vormen een team op dag één. . En elk team dat nodig is om dit te doen is iets wat kleiner voordat
  gedaan en kan die code (aka kader) neemt voor dit project met een aantal extra tweaks;