Selv om du arbeider i et firma hvor du vil feste med Product

Tilbake på 90-tallet, før PHP, ble mest dynamiske web arbeidet som gjøres i C eller Perl. På den tiden, i de verdener, måtte du gjøre alt HTTP arbeidet selv. Hvis du ville ha en innholdstype text /html, måtte du sette den i kode, på hver enkelt svar. Feil i CGI scripts vil ofte resultere i Apache intern feil sider og gjort debugging veldig hardt. All HTML arbeidet måtte gjøres ved å skrive til utgang. Det var ingen embedding kode med HTML selv som en templating språk. PHP forandret alt. Du hadde en standardinnholdet type text /html. Du hadde automatisk håndtering av forespørsel variabler. Cookies ble lett inge og utgang. Du kan mal HTML med manuset i stedet for å måtte skrive alt ut via print. Og du kan ha tenkt, wow, hva en fantastisk verden.

Men i dag, selv om du jobber i et firma hvor du vil feste med produktet ditt i lang tid er det fornuftig å bruke et rammeverk. Eller la &'; s bare si når du starter, bør du bruke et etablert rammeverk som passer det du trenger for det meste. Så hvis du trenger full stack, får en full stack ramme. Hvis du trenger noe høyt spesialiserte, så kanskje en microframework. Hvis du trenger et forum, kan du bruke et eksisterende forum, hvis du trenger en CMS bruke en eksisterende CMS.

Hvorfor?

1) Gratis dokumentasjon, tester, sikkerhet tilsyn
2) Evne til høyere mye lettere som laget ditt vokser
3) Hack det å biter hvis 1) og 2) begynner å materie mindre og suksess /fiasko dikterer du slår i en annen retning

Tar Twitter som et eksempel her, ville Twitter eksistere hvis de ville ha hatt å gjøre alt fra scratch? Selskapet var faktisk jobber med et annet produkt og egge å gjenoppfinne seg selv når deres investorer begynte å miste troen på sin opprinnelige idé.

Tid til markedet telles stor for dem, og det teller for de fleste prosjekter. Hvis du ville ha gjort alt på egen hånd de kunne ha eksplodert på grunn av sikkerhetsproblemer osv

Nå åpenbart deres rammen av valget ikke holde følge med dem når de trengte for å skalere. Men er ikke det et stort problem å ha? Du må skalere når du er vellykket og bruke et rammeverk for å komme i gang fikk dem der.

Uansett, er super skalering lysets hastighet ytelse sjelden nødvendig danner et team på dag én. Og alle lag som er nødvendig for å gjøre dette har gjort noe litt mindre før, og kan ta den koden (aka rammeverk) for dette prosjektet med noen ekstra tweaks
.

forretningsutvikling

  1. Hva er den største fiende av kreativitet?
  2. MonaVie gjennomgang: Er det Juice Eller er du får Juiced
  3. VoIP-telefonen er ganske nyskapende technologies
  4. Blir du konsekvent?
  5. Transportbånd Rutineservice: Kunnskap om Components
  6. Strukturere din e markedsføringskampanje Messages
  7. Hvor lurt er det å kjøpe engros stearinlys på nettet?
  8. Hvorfor velge en lokal webdesign company
  9. San Antonio Apartments- gi deg et ultimate opplevelsen av Living
  10. Dette er bare en grunnleggende titt på Easy Profit Bot Program
  11. Sony Ericssons nyeste Android kameratelefon Wonder
  12. Forbedre selskapets samlede resultat ved hjelp av IT Off-shoring Services
  13. Helsepersonell PR bedrifter håndtere publikums oppfatning av drug
  14. Involver I Development dypt med nyeste informasjonsteknologien Trends
  15. Gift Ideas for noen på Valentines Day
  16. Har du behov for internasjonale telefonnummeret for din bedrift?
  17. Spray veggedyr bør ikke finnes i din Home
  18. Callaway X-24 Hot Irons av populære X Series
  19. Hvordan Ring utlandet på ferie Abroad
  20. Offshore Ansettelse Solutions