Ruby vs Python (Rails și Django)
Deci, de acum, sunteți aici, haideți să vă faceți rostogolire. Ați putea face parte din oricare din cele două categorii; ori ești profesionist și știi atât ie Ruby, cât și Python și vrei să știi pe care să-l folosești, sau ești un începător complet care dorește să știe care să învețe ca început. Deci, care să înveți? Acum, asta este o întrebare de un secol. Nici un secol, aș fi putut exagera puțin acolo, dar cel puțin un deceniu.
Acum, permiteți-mi să vă spun ceva ce nu așteptați să auziți. Dacă intrați în cele două categorii de mai sus, atunci acest blog nu este pentru dvs. Dar stai, nu trebuie să renunți la citirea acestui blog. Am o experiență bună în amândoi și, dacă mă întrebați, l-aș alege pe Django peste Ruby. Dar asta este doar gândul și cerința mea.
Ruby vs Python Performance (Rails și Django)
Și din nou este o alegere personală. Dar, ca să fiu sincer, dacă începi să înveți, atunci aș sugera să înveți amândouă în același timp. Da, m-ai auzit corect. Știu că este o nebunie, dar totuși. Abia atunci vei putea ști exact diferența dintre cei doi. Performanța Ruby vs Python este atât de grozavă.
Deci, ce face aceste două cadre de fapt superbe, dar încă diferite în același timp? Permiteți-mi să vă spun versiunea mea despre cum a început totul cu mine.
Câțiva ani în spate, căutam un loc de muncă. Am avut studiile de fond într-un domeniu total diferit. Nu știam nimic despre programare. Am încercat să învăț C și C ++; naiba, chiar am învățat asta. Dar pur și simplu nu am putut ține pasul cu el. Nu am putut găsi niciun loc de muncă special din cauza profilului meu. Așadar, atunci am citit undeva vorbind despre piton.
Principalul meu domeniu de expertiză a fost hackingul și criminalistica, dar ceea ce am avut cunoștințe practice și, așa cum spuneam, studiile, pe care le-am făcut înainte de a sări în domeniul IT, au fost total diferite. Și nu aveam niciun certificat (Consiliul CE) pentru a obține de fapt un loc de muncă. Chiar dacă mi-au plăcut mult criminalisticii, a trebuit să-mi schimb linia de carieră, cel puțin deocamdată.
Așadar, am început să învăț despre Python. Python era extrem de ușor de înțeles. De fapt, am învățat cel mai mult în aproape o săptămână. Dar doar a învăța cum să codăm în python nu a fost suficient. Învățam Kali Linux în acel moment, iar cea mai mare parte a fost scrisă în performanța Ruby vs Python. Dar nu am avut în vedere să învăț. M-am ocupat foarte mult de piton. Așadar, am citit pe un blog undeva că oamenii primesc o sumă bună de plată pentru dezvoltarea de site-uri web.
Și majoritatea au codat în Django, cel puțin oamenii pe care îi știam codificați în Django. Am început să învăț Django, dar, în același timp, am citit despre Șine. Am crezut că voi învăța în același timp Ruby on Rails. Dar cea mai rea parte a fost că învățam să codez totul pe MacBook Pro. Iar cea mai proastă parte a șinelor de codare pe MacBook pro este că trebuie să faceți o mulțime de configurare pe ea.
A trebuit să instalez RVM, să-mi actualizez versiunea ruby sau python și să le reîncărc, deoarece nu pot atinge fișierele ruby sau python, altfel mi-ar rupe sistemul. De asemenea, a trebuit să instalez XCode, instrumentele sale pentru linia de comandă, homebrew și Dumnezeu știe ce nu.
Eram aproape ca, serios? Trebuie să fac toate aceste lucruri doar pentru a instala un cadru? Întrucât nu a fost același caz cu pitonul. A trebuit doar să instalez python, pip și Django. Așa că, în timp ce făceam toate aceste lucruri, sistemul meu s-a prăbușit și am știut că am uitat să retrag din nou. A fost ca o lume care s-a sfârșit pentru mine, din moment ce nu luasem nicio copie de rezervă a niciunui material de pe Mac. În acel moment, mi-am cumpărat un laptop Asus pentru Windows, doar pentru a fi în siguranță.
Și aceasta este partea, pe care m-am simțit extrem de minunat. Instalarea Rails și Django au fost aceleași în Windows. Instalarea rubinului sau a pitonului a fost, de asemenea, o bucată de tort. Trebuie doar să descărcați, să faceți clic și să instalați. Am simțit că aș fi într-o lume cu totul diferită. Mai târziu, mi-am reparat Mac-ul și am instalat corect ruby sau python de data aceasta.
Deci, acesta a fost doar începutul modului în care am început în performanța Ruby vs Python. Partea cea mai interesantă vine acum. Am obiceiul să învăț totul din documentație și mai târziu să merg la cărți. Când învățam Rails și Django, am simțit că s-au pierdut mult timp, frați. Deși a existat o diferență considerabilă între cei doi, totuși s-a simțit la fel.
Și ai încredere în mine când spun, amândoi au propriul set de lucruri pe care ai putea să le înveți. Deci, următorul este recenzia mea despre învățarea amândurora.
Performanța Ruby vs Python - Pro și contra
Atât Ruby, cât și Python (Rails și Django) au propriile pro și contra, iar următoarele sunt unele pe care le-am menționat conform cunoștințelor mele:
- Ambele au aceleași principii DRY: Nu vă repetați. (Adică codificare)
- Șinele urmează Convenția peste configurație, în timp ce Django urmează Explicit este mai bun decât Implicit.
- Django nu crede în prea multă magie, în timp ce Rails are magie peste tot. (Magic înseamnă că importurile și alte lucruri se întâmplă automat: „În mod special pentru noobs”)
- Ruby și Python valorizează expresivitatea și, prin urmare, oferă o mulțime de comportamente implicite și sunt mai concentrate asupra schimbării. Django, pe de altă parte, este mai explicit și este mai concentrat pe Stabilitatea API.
- Șinele obțin o mulțime de modificări la fiecare versiune, în timp ce Django are versiuni stabile, dar lungi.
- Ruby are mai multe moduri de a face lucrurile, care pot fi greoaie pentru unii, dar Django are un mod specific de a face lucrurile. Înseamnă un mod pe care chiar și un începător pur îl va putea înțelege.
- Ruby și Python sunt mai ușor de înțeles, dar pot fi dureri de cap uneori cauzate de flexibilitatea sa extremă, în timp ce python poate fi un pic dificil de învățat la început, dar, odată ce faci, atunci vine la îndemână.
Cursuri recomandate
- Linux online cu Python Training
- Curs de gestionare a nivelului serviciului online
- pachetul de instruire jQuery Mobile
- Instruire online în domeniul informațiilor de afaceri
Dar acestea sunt doar câteva lucruri de bază pe care le-am abordat aici. Partea cea mai importantă vine atunci când vă puneți mâna în adâncime în modele, valori implicite de câmp, chei străine, faceți interogări, faceți migrații, utilizați CSS, HTML și JavaScript și, în sfârșit, nu în ultimul rând comunitate. Acum, să creăm câteva puncte stag pe baza de mai sus:
- Dacă aveți o bună înțelegere a pitonului sau a fundalului din Django, atunci veți avea dificultăți în a înțelege modelele din șine. Motivul este că nu poți doar să te uiți doar la un fișier de modele din Rails, așa cum se poate face în Django. Șinele folosesc fișierele de model, practic numai pentru logica de afaceri și stochează cum arată toate modelele într-un fișier numit RB. În Django, aveți un fișier separat numit models.py pe care îl puteți edita ca și când doriți și, de asemenea, este într-un format care poate fi citit de oameni.
- În șine, o cheie străină nu este creată implicit, atunci când faceți referire la un câmp la o categorie. În timp ce în Django, chiar și o cheie străină creează automat o altă cheie străină și un index. Dar, din nou, puteți folosi în continuare aplicații terțe pe șine pentru a adăuga asistență automată pentru cheile străine.
- În șine, tot ce faci este migrația. Nu este același lucru cu Django. În Django, aveți o aplicație terță parte care vă face acest lucru. Această aplicație terță parte este numită Sud în Django.
- Întrucât Rails este orientat pe obiecte, nu va trebui să faceți nicio întrebare SQL scrisă în el. Întrucât, în Django, trebuie să introduceți în mod expres lucrurile pe care le doriți, dar totuși este elegant.
- Șinele sunt prevăzute cu un set de conducte de active încorporate. Conducta Rails este capabilă să concateneze, să reducă la minimum și să comprime fișierele JavaScript și CSS. Nu numai că, dar acceptă și alte limbi, cum ar fi CoffeeScript, Sass și multe altele. Sprijinul lui Django este extrem de prost în comparație cu Rails. Singurul lucru pe care Django îl oferă sunt fișierele statice, care colectează practic toate fișierele statice din fiecare aplicație într-o singură locație. O aplicație terță parte numită django_compressor oferă o soluție similară conductei de activități Rails.
Așadar, acestea sunt câteva puncte pe care am crezut că le puteți lua în considerare înainte de a merge mai departe. Alegerea dintre ele se reduce într-adevăr la o potrivire între personalitatea / preferințele tale și punctele tari ale limbajului. Deși ambele sunt ușor de învățat și vă rog să le învățați pe amândouă, adevăratul lucru este că dacă încercați ambele, veți putea doar să zgâriați suprafața.
Nu veți putea să intrați în profunzime sau să aveți o idee reală asupra cadrului, decât dacă ați scris cod non-banal timp de cel puțin 6 luni sau ceva mai mult.
Dar, din nou, acesta este doar designul meu sau un mod de a privi portalul cadrelor. De aceea, în cele din urmă, v-aș sugera întotdeauna să începeți să învățați amândoi, iar atunci când simțiți că unul este mai bun decât alții, puteți trece întotdeauna între ele.
Articol recomandat:
Iată un articol care vă va ajuta să obțineți mai multe detalii despre performanța Ruby vs Python, ruby și python, ruby vs python, ruby sau python, așa că trebuie doar să parcurgeți linkul care este prezentat mai jos.
- Linux vs Ubuntu-Diferențe uimitoare
- Python sau Ruby Performance
- Ruby vs nod-Care sunt avantajele
- Cum se deosebesc Ruby vs PHP?
- Cel mai bun ghid de pe Kali Linux vs Ubuntu