Ruby vs Python (Rails en Django)
Dus nu, je bent hier, laten we je aan het rollen brengen. U bevindt zich misschien in een van de twee categorieën; of je bent een professional en je kent beide namelijk Ruby versus Python en je wilt weten welke je moet gebruiken, of je bent een complete newbie die wil weten welke je als starter moet leren. Dus, welke moet je leren? Dat is een kwestie van een eeuw. Geen eeuw, ik heb daar misschien een beetje overdreven, maar minstens een decennium.
Laat me je nu iets vertellen dat je niet verwacht te horen. Als je onder de bovenstaande twee categorieën valt, is deze blog niets voor jou. Maar wacht, je hoeft niet te stoppen met het lezen van deze blog. Ik heb een goede ervaring in beide en als je het mij vraagt, zou ik persoonlijk Django verkiezen boven Ruby. Maar dat is slechts mijn mentaliteit en eis.
Ruby vs Python Performance (Rails en Django)
En opnieuw is het een persoonlijke keuze. Maar om eerlijk te zijn, als je begint te leren, dan zou ik willen voorstellen om beide tegelijkertijd te leren. Ja, je hebt me goed gehoord. Ik weet dat het gek is, maar toch. Alleen dan kun je het exacte verschil tussen de twee weten. De prestaties van Ruby vs Python zijn allebei geweldig.
Dus wat maakt deze beide werkelijk schitterende kaders, maar toch tegelijkertijd verschillend? Laat me je mijn versie vertellen van hoe het allemaal bij mij begon.
Een paar jaar terug was ik op zoek naar een baan. Ik had mijn achtergrondstudies op een totaal ander gebied. Ik wist niets over programmeren. Ik probeerde C en C ++ te leren; dat heb ik zelfs geleerd. Maar ik kon het gewoon niet bijhouden. Ik kon geen specifieke baan vinden vanwege mijn profiel. Dus toen las ik ergens over python.
Mijn belangrijkste expertisegebied was hacken en forensisch onderzoek, maar wat ik praktische kennis was geweest, en zoals ik al zei, de studies, die ik deed voordat ik op IT-gebied sprong, waren totaal anders. En ik had geen certificaat (EC Council) om daadwerkelijk een baan te krijgen. Hoewel ik veel van forensisch onderzoek hield, moest ik mijn loopbaan veranderen, althans voorlopig.
Dus begon ik te leren over Python. Python was buitengewoon gemakkelijk te begrijpen. Ik heb het bijna allemaal binnen bijna een week geleerd. Maar het was niet genoeg om alleen python te leren coderen. Ik was op dat moment Kali Linux aan het leren, en het meeste was geschreven in Ruby vs Python uitvoering. Maar ik overwoog het niet te leren. Ik was erg bezig met python. Dus ik las ergens in een blog dat mensen veel geld krijgen voor het ontwikkelen van websites.
En de meesten van hen codeerden in Django, althans de mensen die ik kende codeerden in Django. Ik begon Django te leren, maar tegelijkertijd las ik over Rails. Ik dacht dat ik tegelijkertijd Ruby on Rails zou leren. Maar het ergste was dat ik alles op mijn MacBook Pro leerde coderen. En het slechtste deel van coderingsrails op MacBook pro is dat je er veel configuratie op moet doen.
Ik moest RVM installeren, mijn ruby- of python-versie upgraden en sideloaden omdat ik de ruby- of python-bestanden van het systeem niet kan aanraken, anders zou het mijn systeem breken. Ik moest ook XCode installeren, de opdrachtregelprogramma's, homebrew, en God weet wat niet.
Ik was bijna zo serieus? Moet ik al deze dingen doen om een framework te installeren? Terwijl dit niet hetzelfde was met python. Ik moest gewoon python, pip en Django installeren. Dus terwijl ik al deze dingen deed, crashte mijn systeem gewoon en kwam ik te weten dat ik vergat te sideloaden. Het was alsof er een wereld aan mijn einde kwam, omdat ik geen back-up had gemaakt van dingen op mijn Mac. Op dat moment kocht ik mezelf een Windows Asus-laptop, voor het geval dat ik veilig was.
En dit is het deel, dat ik buitengewoon geweldig voelde. Rails en Django installeren waren hetzelfde in Windows. Ruby of python installeren was ook een fluitje van een cent. Gewoon downloaden, klikken en installeren. Ik voelde me alsof ik in een totaal andere wereld was. Later repareerde ik mijn Mac en installeerde ik deze keer ruby of python correct.
Dus dit was slechts het begin van hoe ik begon aan de uitvoering van Ruby vs Python. Het meest interessante deel komt nu. Ik heb de gewoonte om alles te leren van de documentatie en later naar de boeken te gaan. Toen ik Rails en Django leerde, had ik het gevoel dat ze al lang verloren waren, broeders. Hoewel er een aanzienlijk verschil tussen de twee was, voelde het toch hetzelfde.
En geloof me als ik zeg, beide hebben hun eigen set dingen die je misschien zou willen leren. Dus het volgende is mijn recensie over het leren van beide.
Ruby vs Python Performance - Voors en tegens
Beide Ruby vs Python (Rails en Django) hebben hun eigen voor- en nadelen en enkele daarvan heb ik volgens mijn kennis genoemd:
- Beide hebben dezelfde DRY-principes: herhaal jezelf niet. (We bedoelen codering)
- Rails volgen Conventie boven configuratie, terwijl Django Explicit volgt is beter dan Implicit.
- Django gelooft niet in veel magie, terwijl Rails overal magie heeft. (Magic betekent invoer en andere dingen die automatisch gebeuren: "Specifiek bedoeld voor noobs")
- Ruby en Python waarderen expressiviteit en bieden daarom veel impliciet gedrag en zijn meer gericht op verandering. Django is daarentegen explicieter en meer gericht op API-stabiliteit.
- Rails krijgen veel veranderingen in elke release, terwijl Django stabiele maar lange releases heeft.
- Ruby heeft meerdere manieren om dingen te doen, die voor sommigen omslachtig kunnen zijn, maar Django heeft een specifieke manier om dingen te doen. Betekent een manier, die zelfs een pure beginner zal kunnen begrijpen.
- Ruby en Python zijn gemakkelijker te begrijpen, maar kunnen soms hoofdpijn veroorzaken vanwege de extreme flexibiliteit, terwijl python in het begin een beetje moeilijk te leren kan zijn, maar als je het eenmaal doet, komt het gewoon van pas.
Aanbevolen cursussen
- Online Linux met Python-training
- Online cursus Service Level Management
- jQuery mobiele trainingsbundel
- Online training bedrijfsinformatie
Maar dit zijn slechts enkele basiszaken die ik hier heb besproken. Het belangrijkste onderdeel komt wanneer je diep in modellen, veldstandaarden, buitenlandse sleutels, zoekopdrachten, migraties, CSS, HTML en JavaScript terechtkomt en tot slot de laatste maar niet de minste community. Laten we nu een paar hertspunten maken op basis van bovenstaande:
- Als je een goed begrip van python of een achtergrond in Django hebt, zul je moeite hebben om de modellen in Rails te begrijpen. De reden hiervoor is dat je niet zomaar een modellenbestand in Rails kunt bekijken, zoals je kunt doen in Django. Rails gebruiken de modelbestanden in principe alleen voor bedrijfslogica en slaat op hoe alle modellen eruit zien in een bestand met de naam RB. In Django heb je een apart bestand met de naam models.py dat je kunt bewerken wanneer je wilt en ook in een voor mensen leesbaar formaat.
- In Rails wordt standaard geen externe sleutel gemaakt wanneer u naar een veld verwijst naar een Categorie. Terwijl in Django zelfs een externe sleutel een andere buitenlandse sleutel maakt en automatisch indexeert. Maar nogmaals, u kunt nog steeds apps van derden in rails gebruiken om automatische ondersteuning voor externe sleutels toe te voegen.
- In Rails is alles wat u doet migratie. Hetzelfde is niet het geval met Django. In Django heb je een app van derden die dit voor je doet. Deze app van derden wordt Zuid genoemd in Django.
- Omdat Rails object-georiënteerd is, hoeft u er geen SQL-query in te schrijven. Terwijl je in Django er uitdrukkelijk de dingen in moet typen die je nodig hebt, maar toch is het Elegant.
- Rails worden geleverd met een ingebouwde set activapijpleidingen. De pijplijn van Rails kan JavaScript- en CSS-bestanden samenvoegen, minimaliseren en comprimeren. Niet alleen dat, maar het ondersteunt ook andere talen zoals CoffeeScript, Sass en nog veel meer. De ondersteuning van Django is extreem slecht in vergelijking met Rails. Het enige dat Django biedt, zijn statische bestanden, die in principe alle statische bestanden van elke app op één locatie verzamelen. Een app van derden genaamd django_compressor biedt een oplossing vergelijkbaar met de activapijplijn van Rails.
Dus dit zijn enkele punten waarvan ik dacht dat je ze zou kunnen overwegen voordat je daadwerkelijk verder gaat. Kiezen tussen hen komt echt neer op een fit tussen je persoonlijkheid / voorkeuren en de taalsterktes. Hoewel beide gemakkelijk te leren zijn en ik je vraag om ze allebei te leren, is het ware dat als je beide probeert, je alleen in staat zult zijn om het oppervlak te krassen.
We kunnen niet diep ingaan of een echt gevoel krijgen voor het framework, tenzij je al minstens 6 maanden niet-triviale code schrijft.
Maar nogmaals, dit is slechts mijn ontwerp of een manier om in de frameworks portal te kijken. Dat is de reden waarom ik uiteindelijk altijd zou aanraden om beide te leren, en als je voelt dat de ene beter is dan de andere, kun je altijd tussen beide schakelen.
Aanbevolen artikel:
Dus hier is een artikel dat u zal helpen om meer details te krijgen over de Ruby vs Python, ruby en python, ruby vs python prestaties, ruby of python dus ga gewoon via de link die hieronder wordt gegeven.
- Linux versus Ubuntu-verbazingwekkende verschillen
- Python of Ruby Performance
- Ruby vs Node - Wat zijn de voordelen
- Ruby vs PHP-Hoe zijn ze anders?
- Beste gids over Kali Linux vs Ubuntu