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