Ruby proti Python-u (Rails in Django)

Torej, od zdaj ste tukaj, naj vas popeljemo. Morda ste v kateri koli od obeh kategorij; ali ste profesionalec in poznate oboje, tj. Ruby vs Python in želite vedeti, koga uporabiti, ali pa ste popoln novinec, ki želi vedeti, koga naučiti kot začetnika. Torej, koga naučiti? To je vprašanje stoletja. Ne stoletje, morda sem tam malo pretiraval, vendar vsaj desetletje.

Zdaj pa naj vam povem nekaj, česar ne pričakujete. Če spadate pod zgornji dve kategoriji, potem ta blog ni za vas. Toda počakaj, branje tega bloga vam ni treba prenehati. V obeh imam dobre izkušnje in če mene vprašate, bi osebno izbral Django nad Ruby. Ampak to je samo moja miselnost in zahteva.

Ruby vs Python Performance (tirnice in Django)

In spet osebna izbira. Če sem iskren, če se začnete učiti, bi predlagal, da se oboje hkrati učite. Ja, prav ste me slišali. Vem, da je noro, ampak vseeno. Šele takrat boste lahko izvedeli natančno razliko med obema. Učinkovitost Ruby-ja proti Pythonu je odlična.

Torej, kaj je tisto, zaradi česar sta oba pravzaprav odlična ogrodja, a hkrati še vedno različna? Naj vam povem svojo različico, kako se je vse začelo pri meni.

Nekaj ​​let nazaj sem iskal službo. Študij ozadja sem imel na popolnoma drugem področju. Nisem vedel ničesar o programiranju. Poskusil sem se učiti C in C ++; vraga, to sem se celo naučil. Ampak enostavno nisem mogel slediti. Zaradi svojega profila nisem mogel najti nobene posebne službe. Torej, potem sem nekje prebral govoriti o pythonu.

Moje glavno strokovno znanje je bilo taksist in forenzika, toda tisto, kar sem imel praktično znanje, in kot rečeno, študije, ki sem jih opravil pred skokom na področje IT, je bil popolnoma drugačen. In nisem imel potrdila (Svet ES), da bi dejansko zaposlil. Čeprav sem imel forenzike zelo rad, sem moral vsaj zaenkrat spremeniti svojo kariero.

Torej, začel sem se učiti o Pythonu. Python je bil izjemno razumljiv. Pravzaprav sem se večine naučil v skoraj enem tednu. Toda samo učenje kako kodirati v python ni bilo dovolj. Takrat sem se učil Kali Linux, večina pa je bila napisana v predstavi Ruby vs Python. Nisem pa razmišljal, da bi se tega naučil. Zelo sem se ukvarjal s pitonom. Na nekem blogu sem torej nekje prebral, da ljudje dobijo dobro plačo za razvoj spletnih strani.

In večina jih je kodirala v Django, vsaj ljudje, ki sem jih poznal, so kodirali v Djangu. Začela sem se učiti Django, hkrati pa sem brala o Rails. Mislil sem, da se bom hkrati naučil Ruby na tirnicah. Najslabši del tega pa je bil, da sem se naučil šifrirati vse na svojem MacBook Pro-ju. In najslabši del kodirnih tirnic MacBook Pro je, da morate narediti veliko konfiguracije na njem.

Moral sem namestiti RVM, nadgraditi svojo različico ruby ​​ali python in jih naložiti, saj se ne morem dotakniti sistemskih rubin ali python datotek, sicer bi to zlomil moj sistem. Prav tako sem moral namestiti XCode, njegova orodja v ukazni vrstici, domače jezike, in Bog ve, kaj ne.

Bil sem skoraj takšen, resno? Ali moram vse te stvari narediti samo za namestitev ogrodja? Medtem ko ni bilo enako s pitonom. Moral sem le namestiti python, pip in Django. Torej, medtem ko sem delal vse te stvari, se je moj sistem samo zrušil in sem spoznal, da sem pozabil na stranski tovor. Bil je kot svet, ki se mi bliža, saj na računalniku Mac nisem vzel varnostnih kopij nobenih stvari. V tistem trenutku sem si kupil prenosni računalnik Windows Asus, za vsak slučaj, da sem varen.

In to je del, ki se mi je zdel izjemno osupljiv. Namestitev Rails in Django sta bila enaka v oknih. Namestitev rubina ali pytona je bila tudi kos torte. Prenesite, kliknite in namestite. Počutila sem se, kot da sem v popolnoma drugem svetu. Kasneje sem popravil svoj Mac in tokrat pravilno namestil ruby ​​ali python.

Torej, to je bil šele začetek, kako sem začel na predstavi Ruby vs Python. Zdaj je najbolj zanimiv del. Imam navado, da se iz dokumentacije naučim vsega in kasneje grem po knjigah. Ko sem se učil Rails in Django, sem imel občutek, kot da sta že zdavnaj izgubljena, bratje. Čeprav je bila med obema precejšnja razlika, se je vseeno zdelo enako.

In verjemite mi, ko rečem, da imata oba svoj nabor stvari, ki bi jih lahko razmislili o učenju. Sledi moj pregled učenja obeh.

Ruby vs Python Performance - prednosti in slabosti

Oba Ruby proti Python-u (Rails in Django) imata svoje prednosti in slabosti, kar sem navedel po mojem znanju:

  1. Oba imata enaka načela DRY: Ne ponavljaj se. (Mislimo na kodiranje)
  2. Tirnice sledijo Konvenciji glede konfiguracije, medtem ko Django sledi Eksplicitni je boljši od implicitnega.
  3. Django ne verjame v veliko magijo, medtem ko ima Rails povsod čarovnijo. (Magic pomeni uvoz in druge stvari, ki se samodejno dogajajo: "Posebej namenjeno noobam")
  4. Ruby in Python pomenita ekspresivnost in zato zagotavlja veliko implicitnega vedenja in sta bolj osredotočena na Spremembo. Django je na drugi strani bolj ekspliciten in je bolj osredotočen na stabilnost API-ja.
  5. Tirnice imajo v vsaki izdaji veliko sprememb, Django pa ima stabilne, a dolge različice.
  6. Ruby ima več načinov početja, kar je nekaterim lahko okorno, toda Django ima določen način. Pomeni način, ki ga bo lahko razumel celo čisti začetnik.
  7. Ruby in Python sta lažja za razumevanje, vendar sta včasih lahko glavobol zaradi njene izjemne fleksibilnosti, medtem ko je python na začetku malce težaven za učenje, ko pa to storite, potem to pride prav.

    Priporočeni tečaji

    • Spletni Linux z Python Training
    • Tečaj spletnega upravljanja ravni storitev
    • jQuery Mobile Training Pack
    • Izobraževanje za spletno poslovno inteligenco

Ampak to je le nekaj osnovnih stvari, ki sem jih obravnaval tukaj. Najpomembnejši del je, ko se poglobite v modele, privzete nastavitve na terenu, tuje ključe, izvedete poizvedbe, izvedete migracije, uporabite CSS, HTML in JavaScript ter nenazadnje ne nazadnje v Skupnost. Zdaj pa na zgornji podlagi ustvarimo nekaj stag točkov:

  1. Če v Djangu dobro razumete python ali ozadje, boste imeli težave pri razumevanju modelov v Rails. Razlog je, da v datoteki z modeli Rails ne morete preprosto pogledati modelov, kot to lahko storite v Django. Tirnice uporabljajo datoteke modela v glavnem samo za poslovno logiko in shranijo, kako so vsi modeli videti v datoteki z imenom RB. V Django imate ločeno datoteko z imenom models.py, ki jo lahko urejate, ko in kadar želite, in je tudi v človeško berljivi obliki.
  2. V tirnicah tuji ključ ni privzeto ustvarjen, ko polje napotite na kategorijo. Medtem ko v Djangu celo tuji ključ ustvari drug tuji ključ in se samodejno indeksira. Še enkrat pa lahko še vedno uporabljate aplikacije drugih proizvajalcev v tirnicah, da dodate samodejno podporo tujim ključem.
  3. V Railsu je vse, kar počnete, migracije. Enako ni pri Djangu. V Django imate aplikacijo drugega proizvajalca, ki to stori za vas. Ta aplikacija tretjih oseb se v Djangu imenuje Jug.
  4. Ker je Rails objektno usmerjen, ni treba, da bi vanj zapisovali poizvedbe SQL. Ker morate v Django izrecno vnesti stvari, ki jih potrebujete, vendar je to še vedno eleganten.
  5. Tirnice imajo vgrajen komplet cevovodov za sredstva. Rails plinovod lahko poveže, zmanjša in stisne datoteke JavaScript in CSS. Ne samo to, ampak podpira tudi druge jezike, kot so CoffeeScript, Sass in številni drugi. Podpora Djanga je v primerjavi z Railsom izredno slaba. Edino, kar ponuja Django, so statične datoteke, ki v osnovi zbirajo vse statične datoteke iz vsake aplikacije na eno lokacijo. Aplikacija tretje osebe, imenovana django_compressor, ponuja rešitev, ki je podobna Railsovemu premoženju.

Torej, to je nekaj točk, za katere sem mislil, da boste morda razmislili, preden dejansko začnete naprej. Izbira med njimi se resnično ujema med vašo osebnost / želje in jezikovne prednosti. Čeprav se je obojega enostavno naučiti in vas prosim, da se naučite oba, je resnično, če poskusite oboje, boste površino lahko samo opraskali.

Ne morete se poglobiti ali dobiti pravega občutka za okvir, razen če vsaj 6 mesecev pišete nerivialno kodo.

Ampak spet, to je samo moja zasnova ali način vpogleda v portal okvirjev. Zato bi na koncu vedno predlagal, da se začnete učiti oboje, in ko se vam zdi, da je eden boljši od drugih, lahko vedno preklapljate med obema.

Priporočen članek:

Torej, tukaj je nekaj članka, ki vam bo pomagal, da dobite več podrobnosti o uspešnosti Ruby vs Python, ruby ​​in python, ruby ​​vs python, ruby ​​ali python, zato pojdite po spodnji povezavi.

  1. Linux vs Ubuntu - neverjetne razlike
  2. Python ali Ruby Performance
  3. Ruby vs Node-Kakšne so prednosti
  4. Ruby vs PHP - kako se razlikujejo?
  5. Najboljši vodnik za Kali Linux proti Ubuntu