Ruby vs Python (Rails и Django)

И тъй като от сега сте тук, нека ви подвием. Може да сте в някоя от двете категории; или сте професионалист и знаете и двете, т.е. Ruby vs Python и искате да знаете кой да използвате, или сте пълен начинаещ, който иска да знае кой да научи като стартер. И така, кой да научи? Това е въпрос на Век. Не един век, може би съм преувеличил там малко, но поне десетилетие.

Сега, нека ви кажа нещо, което не очаквате да чуете. Ако попадате в горните две категории, тогава този блог не е за вас. Но изчакайте, няма нужда да спирате да четете този блог. Имам добър опит и в двете, и ако ме питате, аз лично бих избрал Джанго над Руби. Но това е само моето мислене и Изискване.

Ruby vs Python Performance (Rails и Django)

И отново това е личен избор. Но за да бъда честен, ако започвате да се учите, тогава бих предложил да научите и двете едновременно. Да, чухте ме правилно. Знам, че е луд, но все пак. Само тогава ще можете да знаете точната разлика между двете. Представянето на Ruby vs Python е едновременно страхотно.

И така, какво прави тези две всъщност превъзходни рамки, но все пак различни в същото време? Нека ви разкажа моята версия как започна всичко при мен.

Няколко години назад, търсех работа. Проведох обучението си в съвсем друга област. Не знаех нищо за програмирането. Опитах да науча C и C ++; по дяволите, дори научих това. Но просто не можах да продължа. Не успях да намеря конкретна работа поради моя профил. И така, тогава прочетох някъде да говоря за python.

Основната ми област на експертиза беше хакерство и криминалистика, но това, което бях практически знания, и както казах, проучванията, които правих преди да скоча в областта на информационните технологии, бяха напълно различни. И нямах сертификат (Съвет на ЕК) всъщност да получа работа. Въпреки че много харесвах криминалистиката, трябваше да променя линията си на кариера, поне засега.

И така, започнах да научавам за Python. Python беше изключително лесен за разбиране. Всъщност научих повечето от него почти като в рамките на седмица. Но само да научите как да кодирате в python не беше достатъчно. В този момент учех Kali Linux и по-голямата част от него беше написана в изпълнение на Ruby vs Python. Но не смятах да го науча. Бях много ангажиран с python. И така, прочетох някъде в блог, че хората получават добра сума заплащане за разработването на уебсайтове.

И повечето от тях кодираха в Django, поне хората, които познавах, кодираха в Django. Започнах да уча Django, но в същото време четох за Rails. Мислех, че едновременно ще науча Ruby on Rails. Но най-лошото беше, че се научих да кодирам всичко на моя MacBook Pro. И най-лошата част от кодирането на релси на MacBook pro е, че трябва да направите много конфигурация върху него.

Трябваше да инсталирам RVM, да надстроя моята версия на ruby ​​или python и да ги заредя, тъй като не мога да докосна системните рубинови или python файлове, иначе това щеше да счупи системата ми. Трябваше също да инсталирам XCode, инструментите му за команден ред, homebrew и Бог знае какво не.

Бях почти като, сериозно? Трябва ли да правя всички тези неща само за да инсталирам рамка? Докато не беше същия случай с python. Просто трябваше да инсталирам python, pip и Django. И така, докато правех всички тези неща, системата ми просто се срива и разбрах, че забравих да заредя. Това беше като свят, който ми свършва, тъй като не бях взел резервно копие на всякакви неща на моя Mac. В този момент си купих Windows лаптоп Asus, за всеки случай да бъда в безопасност.

И това е частта, която се почувствах изключително страхотна. Инсталирането на Rails и Django беше едно и също в Windows. Инсталирането на рубин или питон също беше парче торта. Просто изтеглете, щракнете и инсталирайте. Имах чувството, че съм в съвсем различен свят. По-късно поправих моя Mac и инсталирах правилно рубин или питон този път.

И така, това беше само началото на начина, по който започнах на представянето на Ruby vs Python. Най-интересната част идва сега. Имам навика да научавам всичко от документацията и по-късно да ходя по книгите. Когато учех Рейлс и Джанго, имах чувството, че са отдавна изгубени, братя. Въпреки че имаше значителна разлика между двете, все пак се чувстваше същото.

И повярвайте ми, когато казвам, и двамата имат свой набор от неща, които бихте могли да помислите за учене. И така, следното е моят преглед за изучаването и на двамата.

Ruby vs Python Performance - плюсове и минуси

И двете Ruby срещу Python (Rails и Django) имат своите плюсове и минуси и следващите са някои, които споменах според моите знания:

  1. И двамата имат едни и същи принципи на DRY: Не се повтаряйте. (Имаме предвид кодирането)
  2. Релсите следват Конвенцията за конфигуриране, докато Django следва Explicit е по-добра от неявна.
  3. Django не вярва в много магия, докато Rails има магия навсякъде. („Магия“ означава внос и други неща, които се случват автоматично: „Специално предназначени за ноуби“)
  4. Ruby и Python ценят експресивността и следователно осигурява много неявно поведение и са по-фокусирани върху Промяната. Django, от друга страна, е по-ясен и е по-фокусиран върху стабилността на API.
  5. Rails получават много промени във всяко издание, докато Django има стабилни, но дълги версии.
  6. Ruby има множество начини за правене на неща, които могат да бъдат тромави за някои, но Django има специфичен начин да прави нещата. Означава начин, който дори чист начинаещ ще може да разбере.
  7. Ruby и Python са по-лесни за разбиране, но могат да бъдат главоболие понякога причина за неговата изключителна гъвкавост, докато python може да бъде малко трудно да се научи в началото, но след като го направите, то просто е полезно.

    Препоръчителни курсове

    • Онлайн Linux с обучение на Python
    • Курс за управление на онлайн ниво на обслужване
    • jQuery Mobile Training Bundle
    • Онлайн обучение за бизнес анализ

Но това са само някои основни неща, които разгледах тук. Най-важната част идва, когато влезете дълбоко в модели, полета по подразбиране, чужди ключове, извършване на заявки, извършване на миграции, използване на CSS, HTML и JavaScript и накрая не на последно място, но не на последно място в Общността. Сега, нека да създадем някои емисионни точки на горната основа:

  1. Ако имате добро разбиране на python или фон в Django, тогава ще имате проблеми с разбирането на моделите в Rails. Причината е, че не можете просто да погледнете файл с модели в Rails, както можете да направите в Django. Релсите използват моделните файлове основно само за бизнес логика и съхраняват как изглеждат всички модели във файл, наречен RB. В Django имате отделен файл, наречен models.py, който можете да редактирате както и когато искате, а също така той е в четлив за човека формат.
  2. В Rails чужд ключ не се създава по подразбиране, когато препращате поле към категория. Докато в Django, дори чужд ключ създава друг чужд ключ и индексира автоматично. Но отново можете да използвате приложения на трети страни в релси, за да добавите автоматична поддръжка на чужди ключове.
  3. В Rails всичко, което правите, е Миграция. Същият не е случаят с Джанго. В Django имате приложение на трета страна, което прави това за вас. Това приложение на трети страни се нарича Юг в Джанго.
  4. Тъй като Rails е обектно-ориентиран, няма да е необходимо да правите никакви SQL заявки в него. Докато в Django трябва изрично да въведете в него нещата, които се нуждаете, но все пак това е елегантно.
  5. Релсите идват с вграден набор от тръбопроводи за активи. Релсовият тръбопровод е способен да обединява, минимизира и компресира JavaScript и CSS файлове. Не само това, но поддържа и други езици като CoffeeScript, Sass и много други. Поддръжката на Django е изключително лоша в сравнение с Rails. Единственото, което Django предлага са статични файлове, които в общи линии събират всички статични файлове от всяко приложение на едно място. Приложение на трета страна, наречено django_compressor, предлага решение подобно на тръбопровода на активи на Rails.

Това са някои моменти, които мислех, че може да помислите, преди да продължите напред. Изборът между тях наистина се свежда до съответствие между вашата личност / предпочитания и езикови силни страни. Въпреки че и двете са лесни за учене и ви моля да научите и двете, истинското е, че ако опитате и двете, ще можете да надраскате само повърхността.

Няма да може да влезете в дълбочина или да придобиете истинско усещане за рамката, освен ако не пишете нетривиален код поне 6 месеца.

Но отново това е само моят дизайн или начин да се вгледам в портала за рамки. Ето защо в крайна сметка винаги бих ви предложил да започнете да учите и двете, и когато почувствате, че едното е по-добро от другите, винаги можете да превключвате между тях и двете.

Препоръчителен член:

Ето тук е статия, която ще ви помогне да получите повече подробности за Ruby vs Python, ruby ​​и python, изпълнение на ruby ​​срещу python, ruby ​​или python, така че просто преминете през връзката, която е дадена по-долу.

  1. Linux срещу Ubuntu-невероятни разлики
  2. Python или Ruby Performance
  3. Ruby vs Node-Какви са предимствата
  4. Ruby vs PHP - Как са различни?
  5. Най-доброто ръководство за Kali Linux срещу Ubuntu