Ruby vs Python (Rails og Django) - Hvilken programmering er bedst?

Ruby vs Python (Rails og Django)

Så siden nu er du her, lad os få dig til at rulle. Du er muligvis i en af de to kategorier; enten er du en professionel, og du kender både dvs. Ruby vs Python, og du vil vide, hvilken der skal bruges, eller du er en komplet nybegynder, der vil vide, hvilken der skal læres som en starter. Så hvilken at lære? Nu er det et spørgsmål om et århundrede. Ikke et århundrede, jeg har måske overdrevet der lidt, men mindst et årti.

Lad mig nu fortælle dig noget, du ikke forventer at høre. Hvis du kommer under de to ovennævnte kategorier, er denne blog ikke noget for dig. Men vent, du behøver ikke at holde op med at læse denne blog. Jeg har en god oplevelse i begge disse, og hvis du spørger mig, ville jeg personligt vælge Django frem for Ruby. Men det er bare min tankegang og krav.

Ruby vs Python Performance (Rails og Django)

Og igen er det et personligt valg. Men for at være ærlig, hvis du begynder at lære, vil jeg foreslå, at du lærer begge på samme tid. Ja, du hørte mig ret. Jeg ved, det er skør, men stadig. Først da kan du vide den nøjagtige forskel mellem de to. Ruby vs Python ydeevne er begge fantastiske.

Så hvad er det der gør begge disse faktisk fremragende rammer, men stadig forskellige på samme tid? Lad mig fortælle dig min version af hvordan det hele startede med mig.

Et par års ryg var jeg på udkig efter et job. Jeg havde mine baggrundsundersøgelser inden for et helt andet felt. Jeg vidste ikke noget om programmering. Jeg prøvede at lære C og C ++; pokker, det lærte jeg endda. Men jeg kunne bare ikke følge med. Jeg kunne ikke finde noget bestemt job på grund af min profil. Så læste jeg et eller andet sted og talte om python.

Mit hovedområde inden for ekspertise var hacking og retsmedicin, men hvad jeg havde været praktisk viden, og som sagt, undersøgelserne, som jeg gjorde før jeg sprang ind i it-området, var helt forskellige. Og jeg havde intet certifikat (EC Council) for faktisk at få et job. Selvom jeg meget kunne lide retsmedicin, var jeg nødt til at ændre min karrierelinje, i det mindste for tiden.

Så jeg begyndte at lære om Python. Python var ekstremt let at forstå. Jeg lærte faktisk det meste på næsten som inden for en uges tid. Men bare at lære at kode i python var ikke nok. Jeg lærte Kali Linux på det tidspunkt, og det meste blev skrevet i Ruby vs Python-præstation. Men jeg overvejede ikke at lære det. Jeg var meget engageret i python. Så jeg læste i en blog et sted, at folk får et godt beløb for at udvikle websteder.

Og de fleste af dem kodede i Django, i det mindste de mennesker, som jeg kendte kodede i Django. Jeg begyndte at lære Django, men på samme tid læste jeg om Rails. Jeg troede, jeg ville lære Ruby on Rails på samme tid. Men det værste var, at jeg lærte at kode alt på min MacBook Pro. Og den værste del af kodningsskinner på MacBook pro er, at du er nødt til at lave en masse konfiguration på det.

Jeg var nødt til at installere RVM, opgradere min ruby- eller python-version og sideload dem, da jeg ikke kan røre systemets rubin- eller python-filer, ellers ville det ødelægge mit system. Jeg var også nødt til at installere XCode, dets kommandolinjeværktøjer, hjemmebryggelse, og Gud ved hvad ikke.

Jeg var næsten som alvorligt? Skal jeg gøre alle disse ting bare for at installere en ramme? Mens det ikke var det samme med python. Jeg skulle bare installere python, pip og Django. Så mens jeg gjorde alle disse ting, styrtede mit system bare, og jeg fandt ud af, at jeg glemte at sideloads. Det var som en verden, der sluttede på mig, da jeg ikke havde taget en sikkerhedskopi af noget på min Mac. På det tidspunkt købte jeg mig en Windows-Asus-bærbar computer, bare for at være sikker.

Og dette er den del, som jeg følte mig ekstremt fantastisk. Installation af Rails og Django var den samme i windows. Installation af rubin eller python var også et stykke kage. Bare download, klik og installer. Jeg følte, at jeg var i en helt anden verden. Senere fikserede jeg min Mac og installerede ruby eller python korrekt denne gang.

Så dette var bare begyndelsen på, hvordan jeg startede med Ruby vs Python-præstation. Den mest interessante del kommer nu. Jeg har en vane med at lære alt fra dokumentationen og senere gå til bøgerne. Da jeg lærte Rails og Django, følte jeg, at de var længe tabt, brødre. Selvom der var en betydelig forskel mellem de to, føltes det stadig det samme.

Og stol på mig, når jeg siger, begge har deres eget sæt ting, som du måske overvejer at lære. Så det følgende er min anmeldelse om at lære dem begge.

Ruby vs Python Performance - Fordele og ulemper

Både Ruby vs Python (Rails og Django) har deres egne fordele og ulemper, og følgende er nogle, som jeg har nævnt pr. Min viden:

Begge har de samme TØRRE rektorer: Gentag ikke dig selv. (Vi mener kodning)
Rails følger konvention over konfiguration, hvorimod Django følger Eksplicit er bedre end implicit.
Django tror ikke på meget magi, mens Rails har magi overalt. (Magi betyder import og andre ting, der sker automatisk: “Specielt beregnet til noobs”)
Ruby og Python værdier udtryksevne og giver derfor masser af implicit opførsel og er mere fokuseret på forandring. På den anden side er Django mere eksplicit og er mere fokuseret på API-stabilitet.
Rails får mange ændringer i hver udgivelse, hvorimod Django har stabile, men lange udgivelser.
Ruby har flere måder at gøre ting på, hvilket kan være besværligt for nogle, men Django har en bestemt måde at gøre tingene på. Betyder måde, som selv en ren begynder vil være i stand til at forstå.
Ruby og Python er mere lette at forstå, men kan undertiden være en hovedpine årsag til dets ekstreme fleksibilitet, hvorimod python kan være lidt svært at lære i starten, men når du først gør det, så kommer det bare godt.
Anbefalede kurser
- Online Linux med Python-træning
- Online serviceniveaustyringskursus
- jQuery Mobile Training Bundle
- Online Business Intelligence Training

Men dette er bare nogle grundlæggende ting, som jeg har dækket her. Den vigtigste del kommer, når du får hænderne dybt ind i modeller, feltindstillinger, udenlandske nøgler, foretager forespørgsler, foretager migrationer, bruger CSS, HTML og JavaScript og til sidst sidst men ikke mindst Community. Lad os nu oprette nogle hjortepunkter på ovenstående basis:

Hvis du har en god forståelse af python eller en baggrund i Django, vil du have svært ved at forstå modellerne i Rails. Årsagen hertil er, at du ikke blot kan undersøge en modelfil i Rails, som du kan gøre i Django. Rails bruger modelfilerne grundlæggende kun til forretningslogik og gemmer, hvordan alle modeller ser ud i en fil kaldet RB. I Django har du en separat fil kaldet models.py, som du kan redigere, som og når du vil, og den er også i et menneskeligt læsbart format.
I Rails oprettes en fremmed nøgle ikke som standard, når du refererer et felt til en kategori. Mens Django opretter selv en fremmed nøgle automatisk en anden udenlandsk nøgle og indeks. Men igen kan du stadig bruge tredjepartsapps i skinner til at tilføje automatisk support til udenlandske nøgler.
I Rails er alt hvad du gør Migration. Det samme er ikke tilfældet med Django. I Django har du en tredjepartsapp, der gør dette for dig. Denne tredjeparts app kaldes som syd i Django.
Da Rails er objektorienteret, behøver man ikke at skrive SQL-forespørgsler deri. Mens Django skal du udtrykkeligt indtaste de ting, du har brug for, men alligevel er det Elegant.
Skinner leveres med et indbygget sæt aktivpipelinjer. Rails-rørledning er i stand til at sammenkæde, minimere og komprimere JavaScript- og CSS-filer. Ikke kun det, men det understøtter også andre sprog som CoffeeScript, Sass og mange flere. Djangos støtte er ekstremt dårlig sammenlignet med Rails. Det eneste, Django tilbyder, er statiske filer, der dybest set samler alle statiske filer fra hver app til et enkelt sted. En tredjepartsapp kaldet django_compressor tilbyder en løsning, der ligner Rails 'aktivpipeline.

Så dette er nogle punkter, som jeg troede, du måske ville overveje, før du faktisk går videre. At vælge mellem dem koges virkelig ned for at passe mellem din personlighed / præferencer og sprogstyrkerne. Selvom begge dele er lette at lære, og jeg beder dig om at lære dem begge, er den sande ting, hvis du prøver begge, vil du kun kunne ridse overfladen.

Kunne ikke gå i dybden eller få en reel fornemmelse af rammen, medmindre du har skrevet ikke-triviel kode i mindst 6 måneder eller deromkring.

Men igen, dette er bare mit design eller en måde at kigge ind i rammeportalen på. Derfor vil jeg til sidst altid foreslå, at du begynder at lære begge, og når du føler, at en er bedre end andre, kan du altid skifte mellem dem begge.

Anbefalet artikel:

Så her er en artikel, der hjælper dig med at få mere detaljeret information om Ruby vs Python, ruby og python, ruby vs python performance, ruby eller python, så bare gå gennem linket, der er givet nedenfor.