Ruby vs Python (Rails og Django)
Så siden nå er du her, la oss få rulle. Du kan være i en av de to kategoriene; enten er du en profesjonell og du kjenner både dvs. Ruby vs Python og du vil vite hvilken du skal bruke, eller så er du en komplett nybegynner som vil vite hvilken du skal lære som startpakke. Så, hvilken du skal lære? Det er et spørsmål om et århundre. Ikke et århundre, jeg har kanskje overdrevet der litt, men i det minste et tiår.
La meg nå fortelle deg noe du ikke forventer å høre. Hvis du kommer inn under de to ovennevnte kategoriene, er ikke denne bloggen noe for deg. Men vent, du trenger ikke slutte å lese denne bloggen. Jeg har en god opplevelse i begge disse, og hvis du spør meg, ville jeg personlig valgt Django fremfor Ruby. Men det er bare tankegangen og kravet mitt.
Ruby vs Python Performance (Rails og Django)
Og igjen er det et personlig valg. Men for å være ærlig, hvis du begynner å lære, så vil jeg foreslå å lære begge på samme tid. Ja, du hørte meg rett. Jeg vet at det er sprøtt, men likevel. Først da vil du kunne vite den nøyaktige forskjellen mellom de to. Ruby vs Python ytelse er begge kjempebra.
Så, hva er det som gjør at begge disse faktisk suverene rammene, men som likevel er forskjellige samtidig? La meg fortelle deg min versjon av hvordan det hele startet med meg.
Noen års rygg lette jeg etter jobb. Jeg hadde bakgrunnsstudiene mine på et helt annet felt. Jeg visste ingenting om programmering. Jeg prøvde å lære C og C ++; pokker, jeg har til og med lært det. Men jeg klarte bare ikke å følge med. Jeg klarte ikke å finne noen spesiell jobb på grunn av profilen min. Så da leste jeg et sted å snakke om python.
Mitt hovedområde av kompetanse var hacking og rettsmedisin, men det jeg hadde vært praktisk kunnskap, og som sagt, studiene, som jeg gjorde før jeg hoppet inn i IT-feltet, var helt annerledes. Og jeg hadde ingen attest (EC Council) for å faktisk få en jobb. Selv om jeg likte rettsmedisiner mye, måtte jeg bytte karriere, i det minste foreløpig.
Så jeg begynte å lære om Python. Python var ekstremt lett å forstå. Jeg lærte faktisk det meste på nesten som om en ukes tid. Men bare å lære å kode i python var ikke nok. Jeg lærte Kali Linux på det tidspunktet, og det meste ble skrevet i Ruby vs Python-ytelse. Men jeg vurderte ikke å lære det. Jeg var veldig engasjert i python. Så, jeg leste i en blogg et sted at folk får et godt beløp for å utvikle nettsteder.
Og de fleste av dem kodet i Django, i det minste menneskene som jeg kjente kodet i Django. Jeg begynte å lære meg Django, men samtidig leste jeg om Rails. Jeg trodde jeg ville lære Ruby on Rails på samme tid. Men det verste var at jeg lærte å kode alt på MacBook Pro. Og den verste delen av kodingsskinner på MacBook pro er at du må gjøre mye konfigurasjon på det.
Jeg måtte installere RVM, oppgradere min ruby- eller python-versjon og sidelaste dem siden jeg ikke kan berøre systemets rubin- eller python-filer, ellers ville det ødelagt systemet. Jeg måtte også installere XCode, kommandolinjens verktøy, hjemmebrygg, og Gud vet hva ikke.
Jeg var nesten, alvorlig? Må jeg gjøre alle disse tingene bare for å installere et rammeverk? Mens det ikke var det samme tilfellet med python. Jeg måtte bare installere python, pip og Django. Så mens jeg gjorde alle disse tingene, krasjet systemet mitt, og jeg fikk vite at jeg glemte å laste ned sidene. Det var som en verden som tok slutt på meg siden jeg ikke hadde tatt en sikkerhetskopi av noen ting på Mac-en min. På det tidspunktet kjøpte jeg meg en Windows Asus bærbar PC, bare for å være trygg.
Og dette er den delen, som jeg følte meg ekstremt kjempebra. Å installere Rails og Django var det samme i windows. Å installere rubin eller python var også et kakestykke. Bare last ned, klikk og installer. Jeg følte at jeg var i en helt annen verden. Senere fikset jeg Mac-en min og installerte rubin eller python ordentlig denne gangen.
Så dette var bare begynnelsen på hvordan jeg startet på Ruby vs Python-ytelsen. Den mest interessante delen kommer nå. Jeg har en vane å lære alt fra dokumentasjonen og senere gå til bøkene. Da jeg lærte Rails og Django, følte jeg at de var fortapt, brødre. Selv om det var en betydelig forskjell mellom de to, føltes det likevel det samme.
Og stol på meg når jeg sier, begge har sitt eget sett med ting du kanskje vurderer å lære. Følgende er min anmeldelse om å lære dem begge.
Ruby vs Python Performance - Fordeler og ulemper
Både Ruby vs Python (Rails og Django) har sine egne fordeler og ulemper, og følgende er noen jeg har nevnt etter min kunnskap:
- Begge har samme TØRRE rektorer: Gjenta ikke deg selv. (Vi mener koding)
- Rails følger konvensjonen over konfigurasjonen mens Django følger Eksplisitt er bedre enn Implisitt.
- Django tror ikke på mye magi, mens Rails har magi overalt. (Magic betyr import og andre ting som skjer automatisk: “Spesielt ment for noobs”)
- Ruby og Python verdsetter uttrykk og gir derfor mye implisitt oppførsel og er mer fokusert på Change. Django er derimot mer eksplisitt og er mer fokusert på API-stabilitet.
- Rails får mange endringer i hver utgivelse, mens Django har stabile, men lange utgivelser.
- Ruby har flere måter å gjøre ting på, noe som kan være tungvint for noen, men Django har en spesifikk måte å gjøre ting på. Betyr måte, som selv en ren nybegynner vil kunne forstå.
- Ruby og Python er lettere å forstå, men kan være hodepine noen ganger årsaken til ekstrem fleksibilitet, mens python kan være litt vanskelig å lære i begynnelsen, men når du først gjør det, så kommer det bare til nytte.
Anbefalte kurs
- Online Linux med Python Training
- Online Service Level Management Course
- jQuery Mobile Training Bundle
- Online Business Intelligence Training
Men dette er bare noen grunnleggende ting som jeg har dekket her. Den viktigste delen kommer når du får hendene dypt inn i modeller, feltinnstillinger, utenlandske nøkler, lager spørsmål, lager migrasjoner, bruker CSS, HTML og JavaScript og til slutt sist, men ikke minst Community. La oss nå lage noen hjortepunkter på ovennevnte basis:
- Hvis du har god forståelse av python eller en bakgrunn i Django, vil du ha problemer med å forstå modellene i Rails. Årsaken er at du ikke bare kan se på en modellfil i Rails, slik du kan gjøre i Django. Rails bruker modellfilene i utgangspunktet bare for forretningslogikk og lagrer hvordan alle modeller ser ut i en fil som heter RB. I Django har du en egen fil som heter models.py som du kan redigere når og når du vil, og den er også i et menneskelig lesbart format.
- I Rails opprettes ikke en fremmed nøkkel som standard når du refererer et felt til en kategori. Mens i Django oppretter til og med en fremmed nøkkel en annen utenlandsk nøkkel og indeks automatisk. Men igjen kan du fortsatt bruke tredjepartsapper i skinner for å legge til automatisk støtte for utenlandske nøkler.
- I Rails er alt du gjør Migration. Det samme er ikke tilfellet med Django. I Django har du en tredjeparts-app som gjør dette for deg. Denne tredjepartsappen heter South i Django.
- Siden Rails er objektorientert, trenger man ikke skrive noen SQL-spørring i den. Mens du i Django, må du uttrykkelig skrive inn det du trenger, men likevel er det Elegant.
- Rails kommer med et innebygd sett med rørledninger. Rails-rørledningen er i stand til å koble sammen, minimere og komprimere JavaScript- og CSS-filer. Ikke bare det, men det støtter også andre språk som CoffeeScript, Sass og mange flere. Støtten til Django er ekstremt dårlig sammenlignet med Rails. Det eneste Django tilbyr er statiske filer, som i utgangspunktet samler alle statiske filer fra hver app til et enkelt sted. En tredjeparts-app som heter django_compressor tilbyr en løsning som ligner Rails 'eiendomsrørledning.
Så dette er noen punkter som jeg trodde du kan vurdere før du faktisk fortsetter. Å velge mellom dem koker virkelig sammen for å passe mellom din personlighet / preferanser og språkstyrkene. Selv om begge deler er enkle å lære, og jeg ber deg lære dem begge, er det sanne hvis du prøver begge deler, vil du bare kunne klø på overflaten.
Vil ikke kunne gå i dybden eller få en virkelig følelse av rammeverket med mindre du har skrevet ikke-triviell kode i minst 6 måneder eller så.
Men igjen, dette er bare designet mitt eller en måte å se på rammeportalen på. Derfor vil jeg til slutt alltid foreslå at du begynner å lære begge deler, og når du føler at en er bedre enn andre, kan du alltid bytte mellom dem begge.
Anbefalt artikkel:
Så her er en artikkel som hjelper deg å få mer detaljert informasjon om Ruby vs Python, rubin og python, ruby vs python ytelse, ruby eller python, så bare gå gjennom lenken som er gitt nedenfor.
- Linux vs Ubuntu-fantastiske forskjeller
- Python eller Ruby Performance
- Ruby vs Node-Hva er fordelene
- Ruby vs PHP - Hvordan er de forskjellige?
- Beste guide for Kali Linux vs Ubuntu