Ruby vs Python (Sínek és Django)
Tehát mostantól itt vagy, menjünk gurulni. Lehet, hogy a két kategóriába tartozik; vagy profi vagy, és mindkettőt ismeri, azaz a Ruby vs Python-ot, és meg akarja tudni, melyiket használja, vagy teljesen új kezdő vagy, aki meg akarja tudni, melyiket kezdőként tanulni. Szóval, melyiket kell megtanulni? Nos, ez egy század kérdése. Nem egy évszázaddal, talán kissé eltúlztam volna, de legalább egy évtizeddel.
Hadd mondjam el neked valamit, amit nem várnak hallani. Ha a fenti két kategóriába tartozik, akkor ez a blog nem neked szól. De várjon, nem kell abbahagynia a blog olvasását. Mindkét esetben jó tapasztalatom van, és ha kérdezel tőlem, személyesen Djangot választanám Ruby helyett. De ez csak a gondolkodásmódom és a követelményem.
Ruby vs Python teljesítmény (Rails és Django)
És ismét személyes döntés. De őszinte legyek, ha elkezdi tanulni, akkor azt javaslom, hogy mindkettőt tanuljanak egyszerre. Igen, jól hallottál. Tudom, hogy őrült, de mégis. Csak akkor megtudhatja a kettő közötti pontos különbséget. A Ruby vs Python teljesítmény egyaránt fantasztikus.
Tehát mi teszi ezeket a valóban kiváló kereteket, de ugyanakkor még mindig különböznek egymástól? Hadd mondjam el nekem a saját verziómat, amiben az egész velem kezdődött.
Néhány évvel ezelőtt munkát kerestem. Háttér tanulmányaim teljesen más területen voltak. Nem tudtam semmit a programozásról. Próbáltam megtanulni a C és a C ++; fene, ezt is megtanultam. De nem tudtam lépést tartani vele. Profilom miatt nem találtam konkrét munkát. Szóval, olvastam valahol a pythonról beszélgetést.
Fő szakértelem a hackelés és a kriminalisztika volt, de gyakorlati ismeretek voltam, és amint mondtam, a tanulmányok, amelyeket az informatikai területre való áttérés előtt végeztem, teljesen más voltak. És nem volt bizonyítványom (EK Tanács), hogy ténylegesen munkát szerezzek. Annak ellenére, hogy nagyon tetszett a kriminalisztika, legalábbis egyelőre meg kellett változtatnom a pályafutásomat.
Tehát elkezdtem tanulni a Pythonról. A Python rendkívül könnyen érthető volt. Szinte úgy, mint egy hét múlva megtanultam ennek nagy részét. De a python kódolásának megtanulása nem volt elég. Abban az időben tanultam a Kali Linuxot, és a legtöbbjük Ruby vs Python előadásban készült. De nem gondoltam, hogy megtanulom. Nagyon elköteleztem a pythonot. Tehát olvastam egy blogban valahol, hogy az emberek jó összeget fizetnek a webhelyek fejlesztéséért.
És többségük Djangóban kódolt, legalább azok, akiket ismertem, Djangóban kódoltak. Elkezdtem tanulni a Djangot, de ugyanakkor elolvastam a Rails-t is. Azt hittem, hogy egyszerre megtanulom a Ruby on Rails-t. De a legrosszabb az volt, amikor mindent megtanultam kódolni a MacBook Pro-on. És a MacBook Pro kódolási síneinek legrosszabb része az, hogy sok konfigurációt kell végeznie rajta.
Telepítenem kellett az RVM-et, frissítenem a rubin vagy python verziómat, és oldalról be kellett töltenem őket, mivel nem tudom megérinteni a rendszer ruby vagy python fájljait, különben tönkretenném a rendszerem. Telepítenem kellett az XCode-t is, a parancssori eszközöket, a homebrew-t, és Isten tudja, mi nem.
Szinte olyan voltam, komolyan? Mindezeket kell tennem csak egy keret telepítéséhez? Míg a python esetében nem volt ugyanez a helyzet. Csak telepítettem a python-ot, a pip-ot és a Djangot. Tehát, miközben ezeket a dolgokat elvégeztem, a rendszer csak összeomlott, és megtudtam, hogy elfelejtettem az oldalsó betöltése. Olyan volt, mint egy véget érő világ, mivel nem készítettem biztonsági másolatot semmilyen cuccról a Mac-én. Ezen a ponton vettem magamnak egy Windows Asus laptopot, csak arra az esetre, ha biztonságban lennék.
És ez az a rész, amelyet rendkívül fantasztikusnak éreztem. A Rails és a Django telepítése ugyanaz volt a Windowsban. A rubin vagy a python telepítése szintén sütemény volt. Csak töltse le, kattintson és telepítse. Úgy éreztem, hogy egy teljesen más világban vagyok. Később javítottam a Mac-et, és ezúttal megfelelően telepítettem a rubint vagy a pythonot.
Szóval, ez csak a kezdete annak, hogy elkezdtem a Ruby vs Python teljesítményt. Most jön a legérdekesebb rész. Szokásom, hogy mindent megtanuljak a dokumentációtól és később a könyvek elolvasásától. Amikor Rails-t és Djangot tanultam, úgy éreztem, hogy régóta elvesztek, testvérek. Habár jelentős különbség volt a kettő között, mégis ugyanaz érezte magát.
És bízz bennem, amikor mondom, mindkettőnek megvan a saját dolga, amit megtanulhat. Tehát az alábbiakban ismertetjük mindkettő megtanulását.
Ruby vs Python Performance - Előnye és hátránya
Mind a Ruby vs Python (Rails és Django) megvannak a saját előnyei és hátrányai, és az alábbiakban néhányat említettem, amire tudomásom szerint:
- Mindkettőnek ugyanazok a SZÁRÍTÁSI irányítói vannak: Ne ismételje meg önmagát. (Kódolást értünk)
- A sínek a konfigurációt követik az egyezménynél, míg a Django az explicit kifejezést követi jobban, mint az implicit.
- Django nem hisz sok varázslatban, míg a Rails mindenhol varázslatos. (A mágia azt jelenti, hogy az import és más automatikusan bekövetkező cucc: „kifejezetten a noobs számára”)
- A Ruby és a Python értékeli az expresszivitást, ezért sok implicit viselkedést biztosít, és inkább a Change-re koncentrál. A Django viszont kifejezettebb és inkább az API stabilitására összpontosít.
- A sínek sok változást kapnak minden kiadásban, míg a Django stabil, de hosszú kiadásokkal rendelkezik.
- A Rubynak többféle módja van a dolgok elvégzésének, ami némelyek számára nehézkes lehet, de Djangonak van egy speciális módja a dolgok elvégzéséhez. Útmutató, amelyet még egy tiszta kezdő is képes megérteni.
- A Ruby és a Python könnyebben érthető, de a szélsőséges rugalmasság néha fejfájást okozhat, míg a python egy kicsit nehezen megtanulható az elején, de ha egyszer megteszed, akkor ez csak hasznos lehet.
Ajánlott tanfolyamok
- Online Linux Python Training segítségével
- Online szolgáltatási szint menedzsment kurzus
- jQuery Mobile Training Bundle
- Online üzleti intelligencia képzés
De ezek csak néhány alapvető dolog, amelyeket itt fedeztem fel. A legfontosabb rész akkor érkezik, amikor a modellekhez, a mező alapértelmezéséhez, az idegen kulcsokhoz mélyen belekeveredik, lekérdezéseket készít, áttelepítést készít, CSS, HTML és JavaScript használatával, és végül, de nem utolsósorban a közösséggel. Hozzunk létre néhány szarvaspontot a fenti alapon:
- Ha jól ismeri a python-ot vagy a Django-val kapcsolatos hátteret, akkor nehezen fogja megérteni a Rails modelleit. Ennek oka, hogy nemcsak egyszerűen átnéz egy modellfájlt a Rails-ben, mint ahogy azt Djangoban megteheti. A sínek a modellfájlokat alapvetően csak az üzleti logikához használják, és az RB nevű fájlban tárolják, hogy minden modell hogyan néz ki. A Django-ban van egy külön fájl, a Model.py nevû fájlról, amelyet bármikor szerkeszthet, amikor csak akar, és az ember számára olvasható formátumban is.
- A Rails alkalmazásban alapértelmezés szerint nem hoz létre idegen kulcsot, amikor egy mezőre egy kategóriára hivatkozik. Míg Djangóban még egy idegen kulcs is létrehoz egy másik idegen kulcsot és automatikusan indexel. De ismét továbbra is használhat harmadik féltől származó alkalmazásokat a síneken, hogy automatikus támogatást hozzon létre az idegen kulcsokhoz.
- A Rails alkalmazásban csak az áttelepítést hajtja végre. Ugyanez nem igaz Django esetében. A Django-ban van egy harmadik féltől származó alkalmazás, amely ezt megteszi az Ön számára. Ezt a harmadik féltől származó alkalmazást Djangóban délnek hívják.
- Mivel a Rails objektum-orientált, az SQL lekérdezést nem kell beleírnia. Míg a Django-ban kifejezetten be kell írnia a szükséges dolgokat, ám ez mégis elegáns.
- A sínek beépített eszközcsövekkel vannak ellátva. A Rails-csővezeték képes összefűzni, minimalizálni és tömöríteni a JavaScript és a CSS fájlokat. Nemcsak ezt, hanem más nyelveket is támogat, például a CoffeeScript, a Sass és még sok más. Django támogatása rendkívül rossz a Railshez képest. A Django csak a statikus fájlokat kínálja, amelyek alapvetően az összes statikus fájlt összegyűjtik minden alkalmazásból egyetlen helyre. A django_compressor nevű harmadik féltől származó alkalmazás a Rails eszközcsatornájához hasonló megoldást kínál.
Tehát, néhány olyan szempontot gondoltam, amelyet megfontolhat, mielőtt ténylegesen továbblépne. A közöttük történő választás valóban arra vezethető vissza, hogy megfeleljen a személyiség / preferenciák és a nyelvi erősségek között. Bár mindkettőt könnyű megtanulni, és kérem, hogy tanulja meg mindkettőt, az igaz, hogy ha mindkettőt megpróbálja, akkor csak a felület megkarcolódhat.
Csak akkor, ha legalább 6 hónapig nem triviális kódot írt, nem fog alaposan bemélyedni vagy érezni a keretet.
De ismét, ez csak az én tervem, vagy egy módja annak, hogy bemutassam a keretportált. Ez az oka annak, hogy a végén mindig azt javaslom, hogy kezdje el mindkettőt tanulni, és amikor úgy érzi, hogy az egyik jobb, mint a többi, mindig válthat mindkettő között.
Ajánlott cikk:
Tehát itt van egy cikk, amely segít részletesebben megismerni a Ruby vs Python, a rubin és a python, a ruby vs python teljesítményt, a rubin vagy a python, tehát csak keresse meg az alábbi linket.
- Linux vs Ubuntu-Csodálatos különbségek
- Python vagy Ruby teljesítmény
- Ruby vs Node - Milyen előnyei vannak
- Ruby vs PHP - Mennyire különböznek egymástól?
- A legjobb útmutató a Kali Linux vs Ubuntu oldalról