Рубин против Питона (Rails и Django)
Итак, с тех пор, как вы здесь, давайте покатимся. Вы можете быть в любой из двух категорий; либо вы профессионал, и вы оба знаете, например, Ruby vs Python, и вы хотите знать, какой из них использовать, либо вы новичок, который хочет знать, какой из них учиться для начинающих. Итак, какой учить? Теперь это вопрос века. Не столетие, я мог бы немного преувеличить, но, по крайней мере, десятилетие.
Теперь позвольте мне сказать вам то, чего вы не ожидаете услышать. Если вы попали под две вышеуказанные категории, то этот блог не для вас. Но подождите, вам не нужно прекращать читать этот блог. У меня есть хороший опыт в обоих из них, и если вы спросите меня, я бы лично выбрал Django вместо Ruby. Но это только мое мышление и требование.
Производительность Ruby и Python (Rails и Django)
И снова это личный выбор. Но если честно, если вы начинаете учиться, то я бы предложил учить и то и другое одновременно. Да, вы меня правильно поняли. Я знаю, что это безумие, но все же. Только тогда вы сможете узнать точное различие между ними. Производительность Ruby и Python потрясающая.
Итак, что же делает обе эти системы действительно превосходными, но в то же время отличающимися друг от друга? Позвольте мне рассказать вам мою версию того, как все это началось со мной.
Несколько лет назад я искал работу. У меня были базовые знания в совершенно другой области. Я ничего не знал о программировании. Я пытался изучать C и C ++; черт, я даже узнал это. Но я просто не мог идти в ногу с этим. Мне не удалось найти какую-либо конкретную работу из-за моего профиля. Итак, я где-то читал, говоря о питоне.
Моей основной областью экспертизы были хакерство и криминалистика, но то, чем я обладал, было практическим знанием, и, как я уже сказал, исследования, которые я проводил, прежде чем перейти в область информационных технологий, были совершенно другими. И у меня не было сертификата (Совета ЕС), чтобы действительно получить работу. Несмотря на то, что мне очень нравилась криминалистика, мне пришлось сменить карьеру, по крайней мере, на время.
Итак, я начал изучать Python. Python был чрезвычайно прост для понимания. Я на самом деле выучил почти все это почти за неделю. Но просто научиться кодировать на python было недостаточно. В то время я изучал Kali Linux, и большая часть его была написана на Ruby vs Python. Но я не думал об этом. Я был очень занят с питоном. Итак, я где-то читал в блоге, что люди получают хорошую сумму за разработку веб-сайтов.
И большинство из них закодированы в Django, по крайней мере, люди, которых я знал, закодированы в Django. Я начал изучать Django, но в то же время я читал о Rails. Я думал, что изучу Ruby on Rails одновременно. Но хуже всего было то, что я учился кодировать все на своем MacBook Pro. И худшая часть кодирования в MacBook Pro заключается в том, что вам приходится много настраивать.
Мне пришлось установить RVM, обновить версию ruby или python и загрузить их, так как я не могу коснуться системных файлов ruby или python, иначе это сломает мою систему. Мне также пришлось установить XCode, его инструменты командной строки, homebrew, и Бог знает, что нет.
Я был почти как, серьезно? Нужно ли делать все эти вещи только для установки фреймворка? В то время как это было не то же самое с питоном. Мне просто нужно было установить python, pip и Django. Таким образом, при выполнении всех этих вещей моя система просто рухнула, и я узнал, что забыл загружать ее. Это было похоже на то, что мир подходит к концу, так как я не делал никаких резервных копий на моем Mac. В этот момент я купил себе ноутбук с Windows Asus, на всякий случай, чтобы быть в безопасности.
И это та часть, в которой я чувствовал себя потрясающе. Установка Rails и Django были одинаковыми в windows. Установка ruby или python также была легкой задачей. Просто скачайте, нажмите и установите. Я чувствовал, что был в совершенно другом мире. Позже я исправил свой Mac и правильно установил ruby или python.
Итак, это было только начало того, как я начал работать над Ruby vs Python. Самая интересная часть приходит сейчас. У меня есть привычка изучать все, начиная с документации и заканчивая книгами. Когда я изучал Rails и Django, я чувствовал, что они давно потеряны, братья. Хотя между этими двумя понятиями была значительная разница, все же они ощущались одинаково.
И поверьте мне, когда я скажу, у обоих есть свой набор вещей, которые вы могли бы изучить. Итак, вот мой обзор по изучению их обоих.
Ruby vs Python Performance - плюсы и минусы
И у Ruby, и против Python (Rails и Django) есть свои плюсы и минусы, и вот некоторые из них, которые я упомянул, согласно моим знаниям:
- У обоих одинаковые принципы СУХОГО: не повторяйте себя. (Мы имеем в виду кодирование)
- Rails следуют Соглашению по конфигурации, тогда как Django следует Explicit лучше чем Implicit.
- Джанго не верит в магию, в то время как в Rails магия повсюду. (Магия означает, что импорт и другие вещи происходят автоматически: «Специально для новичков»)
- Ruby и Python ценят выразительность и, следовательно, обеспечивают много неявного поведения и больше ориентированы на Change. Django, с другой стороны, более явный и больше ориентирован на стабильность API.
- Rails получает много изменений в каждом выпуске, в то время как Django имеет стабильные, но длинные релизы.
- У Ruby есть несколько способов делать что-то, что может быть неудобно для некоторых, но у Django есть особый способ делать вещи. Имеется в виду способ, который сможет понять даже чистый новичок.
- Ruby и Python более просты для понимания, но могут быть головной болью, иногда причиной их чрезвычайной гибкости, в то время как Python может быть немного сложным для изучения с самого начала, но как только вы это сделаете, он просто пригодится.
Рекомендуемые курсы
- Онлайн Linux с обучением Python
- Онлайн курс по управлению уровнем сервиса
- jQuery Mobile Training Bundle
- Онлайн обучение бизнес-аналитике
Но это лишь некоторые основные вещи, которые я здесь рассмотрел. Самая важная часть приходит, когда вы глубоко разбираетесь в моделях, настройках по умолчанию, внешних ключах, создании запросов, миграции, использовании CSS, HTML и JavaScript и, наконец, последнее, но не в последнюю очередь сообщество. Теперь давайте создадим несколько оленя на вышеуказанной основе:
- Если вы хорошо понимаете Python или опыт работы с Django, у вас возникнут трудности с пониманием моделей в Rails. Причина в том, что вы не можете просто посмотреть файл моделей в Rails, как вы можете это сделать в Django. Rails использует файлы моделей в основном только для бизнес-логики и хранит, как все модели выглядят в файле с именем RB. В Django у вас есть отдельный файл models.py, который вы можете редактировать по своему усмотрению, а также в удобочитаемом формате.
- В Rails внешний ключ не создается по умолчанию, когда вы ссылаетесь на поле категории. В то время как в Django, даже внешний ключ создает другой внешний ключ и автоматически индексирует. Но опять же, вы можете использовать сторонние приложения в рельсах для автоматической поддержки внешних ключей.
- В Rails все, что вы делаете, это миграция. То же самое не в случае с Джанго. В Django у вас есть стороннее приложение, которое делает это для вас. Это стороннее приложение называется South в Django.
- Поскольку Rails является объектно-ориентированным, вам не нужно будет писать какие-либо SQL-запросы. Принимая во внимание, что в Django вам нужно явно ввести в него то, что вам нужно, но все же это элегантно.
- Рельсы поставляются со встроенным набором конвейеров активов. Конвейер Rails способен объединять, минимизировать и сжимать файлы JavaScript и CSS. Кроме того, он также поддерживает другие языки, такие как CoffeeScript, Sass и многие другие. Поддержка Django крайне плоха по сравнению с Rails. Django предлагает только статические файлы, которые в основном собирают все статические файлы из каждого приложения в одном месте. Стороннее приложение под названием django_compressor предлагает решение, похожее на конвейер активов Rails.
Итак, вот некоторые моменты, которые я подумал, вы могли бы рассмотреть, прежде чем идти дальше. Выбор между ними действительно сводится к соответствию между вашей индивидуальностью / предпочтениями и сильными сторонами языка. Хотя и то, и другое легко изучить, и я прошу вас выучить оба из них, правда в том, что если вы попробуете оба, вы сможете только поцарапать поверхность.
Мы не сможем углубиться или почувствовать основы, если вы не пишете нетривиальный код в течение как минимум 6 месяцев или около того.
Но опять же, это просто мой дизайн или способ заглянуть в портал фреймворков. Вот почему в конце я всегда советую вам начать изучать оба, и когда вы чувствуете, что один лучше других, вы всегда можете переключаться между ними.
Рекомендуемая статья:
Итак, вот некоторая статья, которая поможет вам получить более подробную информацию о производительности Ruby vs Python, ruby и python, ruby vs python, ruby или python, поэтому просто пройдите по ссылке, приведенной ниже.
- Linux против Ubuntu - Удивительные различия
- Python или Ruby Performance
- Ruby vs Node-Каковы преимущества
- Ruby против PHP - чем они отличаются?
- Лучший гид по Kali Linux vs Ubuntu