Будет ли мешать мне использовать IDE с Rails?

Question

Я новичок в Ruby on Rails, и до сих пор мне очень нравится изучать его. Исходя из мира .NET, это было довольно переменчиво, так как моя IDE (Visual Studio 2008) как бы обрабатывает все для меня, в то время как в Rails все делается через несколько приложений (Terminal, TextMate и т. Д.).

Я начал более внимательно смотреть на RubyMine как IDE для разработки на Rails, и как большой поклонник IDEA и ReSharper, мне, естественно, нравится RubyMine. Имеет завершение кода, встроенную поддержку RSpec, интеграцию SVN и так далее. Однако, поскольку IDE обрабатывает большую часть «опыта Rails», мне интересно, следует ли придерживаться подхода TextMate + Terminal.

Не помешает ли мне среда разработки Ruby / Rails, такая как RubyMine?

Answer 1

Отказ от ответственности: я использовал рубин только в течение очень короткого периода времени. Но я верю, что мой опыт работы в качестве разработчика .NET по изучению других языков очень важен для вас.

Я собираюсь не согласиться с большинством людей здесь и сказать, пойти с IDE. IDE существует, чтобы сделать вашу жизнь проще, а не сложнее. Я знаю, что благодаря фоновому автозаполнению .NET я изучаю языки. Я не читаю документацию. Я вижу, что предлагает моя IDE, и вижу, что он делает.

Я бы на самом деле не слишком беспокоился о том, что не знаю всех подробностей того, что происходит на заднем плане, вы поймете это, когда вам нужно. В то же время у вас будет достаточно, чтобы продолжать изучать все тонкости языка. Вам нужна вся помощь, которую вы можете получить, если вы писали .NET в прошлом, то IDE будет огромной помощью.

Answer 2

Я бы использовал основы для запуска (терминал и простой текстовый редактор), пока вы действительно не получите хорошее представление о Ruby on Rails. Затем, когда у вас есть базовые базовые знания о среде, перейдите в IDE.

По моему мнению, если вы хотите учиться, используйте терминал и редактор, но если вы хотите работать продуктивно, используйте IDE.

Дома я использую базовые настройки, так как я нахожусь в процессе изучения Ruby on Rails. Однако на работе, где я являюсь разработчиком Java, я использую IDE. Использование IDE позволяет мне не беспокоиться о небольших утомительных задачах и просто беспокоиться о программировании. Наличие таких инструментов, как автозаполнение, интегрированный svn и встроенные средства отладки, повышает мою производительность.

[править] Кроме того, я не думаю, что конкретная IDE имеет значение. Все они имеют схожую функциональность. Все, с чем вам удобнее всего, лучше.

Answer 3

Всякий раз, когда я пытаюсь выучить / принять язык / каркас, я пытаюсь сделать что-то с помощью редактора barebones ... Подсветка синтаксиса ... затем, когда я учусь, я люблю добавлять такие вещи, как проверка синтаксиса на лету (netbeans это здорово). Затем, когда я прогрессирую и изучаю магию языка / фреймворка, я начинаю добавлять такие вещи, как фрагменты кода / завершение кода. В какой-то момент вы можете увидеть инструмент, который лучше вам подходит, но не имеет ничего похожего на проверку синтаксиса на лету ... но на этом этапе он больше не будет иметь значения из-за вашего прогресса.

Лично я использую NetBeans с плагином jVi ... Подсветка синтаксиса, проверка синтаксиса, отладка и все в значительной степени из коробки ... (хотя плагин jVi требует небольшой настройки).

Однако я иногда использую textmate или vim с rails.vim

Answer 4

Я тоже использовал RubyMine; это отличная IDE (естественно, будучи инструментом JetBrains), но, как довольно новый парень из Rails, я обнаружил, что он делает для меня слишком много. Это имеет тенденцию скрывать то, что действительно происходит за кулисами. Тем не менее, для тех, кто привык проходить через код в отладчике и проверять переменные, RubyMine был невероятно полезен и фактически добавил мое понимание кода (и, конечно, Netbeans и другие тоже могут это сделать; я просто очень например, как RubyMine "обрабатывает").

Итак, в общем, я говорю то, что говорит большинство других людей: существуют аспекты использования IDE, которые делают вещи намного понятнее; просто убедитесь, что IDE не становится опорой.

Answer 5

Когда я учился в Ubuntu, я использовал gedit. Я пытался сделать его как TextMate, используя различные дополнения.

Мне нравилось использовать терминал, пока я учился, так как он помогает вам понять все аспекты процесса сборки. Использование мощной IDE, такой как RubyMine или Eclipse, может скрыть все это и, следовательно, ограничить ваше понимание того, что происходит «под прикрытием». Обычно этот недостаток знаний создает проблемы при разработке более сложных приложений.

На мой взгляд, поддержка SVN в IDE не нужна. Довольно просто открыть терминал для управления вашим репозиторием или использовать какой-либо графический инструмент, такой как Черепаха .

Я думаю, что единственным реальным преимуществом использования такой IDE, как RubyMine, была бы функция авто / завершения кода. Я тоже большой поклонник ReSharper (использовал его для разработки на C #), и мне бы очень хотелось иметь такой инструмент, когда я изучал Rails, но разве TextMate не поддерживает авто / завершение кода?

Я бы сказал, не переходите на использование RubyMine по крайней мере в течение нескольких месяцев или даже года, если вообще когда-либо. Дополнительная работа, которую вы должны сделать, окупится в долгосрочной перспективе. Придерживайтесь TextMate.

Answer 6

Я собираюсь занять другую позицию, чем другие здесь. Я думаю, что по большинству вопросов вы потратите много времени на сование в темных углах, просто пытаясь изучить основы, когда вы не используете IDE. Они облегчают вашу жизнь и в большинстве случаев учат вас программной платформе, которую вы используете. Рекомендации по коду, автоматическое форматирование, встроенная справка и т. Д. Помогут вам обнаружить особенности языка гораздо быстрее, чем, например, «Блокнот».

Определенно важно знать цепочку инструментов, но я предпочитаю изучать ее, изучая IDE. Посмотрите, как и почему IDE решила сделать что-то так, как она сделала. Во многих случаях в среде IDE будут использоваться лучшие практики и / или самые популярные практики, из которых вы можете многому научиться.

Answer 7

Просто помните, что мир с открытым исходным кодом - это выбор , поэтому существует множество IDE. Популярным является Eclipse , который должен включать разработку рельсов в качестве плагина (и они очень просты в установке). Netbeans также поддерживает рельсы IIRC.

Может быть, пришло время разбираться с инструментами базовых компонентов, а затем найти IDE. Я всегда нахожу при запуске нового языка, что он помогает понять необработанный набор инструментов и как все работает до автоматизации.

Лично, если это не разработка Java (сама по себе замысловатая), я остаюсь в стороне от традиционных IDES и использую модульное решение Vim / Gedit / Makefiles и другие средства автоматизации.

GEdit в Linux / Gnome - отличный компромисс. У вас есть простой текстовый редактор с подсветкой синтаксиса и встроенным терминалом. Затем вы можете добавить плагины для автозаполнения и просмотра классов, если хотите.

Удачи

Answer 8

Попробуйте Netbeans Ruby Edition . Он не так хорош, как RubyMine, но имеет встроенную поддержку SVN и шаблоны, аналогичные TextMate. Мне это нравится, но опять же, я еще не выпустил проект, который я разрабатываю, поэтому я не могу много говорить о производительности.

Answer 9

Если вы пришли из .net / VS фона, я говорю идти с IDE. Я разработчик на C #, работающий с ruby ​​и rails в свободное время (так что я не «профессиональный парень по ruby»), и, как сказал Джек Райан выше, мы .net разработчики привыкли к определенному способу изучения вещей. легче учиться, когда у вас есть IDE, показывающая опции автозаполнения и соответствующую документацию рядом. таким образом, вы бы быстро научились.

Но для чего-то вроде запуска генераторов, рейковых задач, тестов ... и т. Д. Вы можете использовать консоль в начале (эй, вы можете использовать консоль и IDE вместе, верно? :)). это дало бы вам представление о том, что происходит «под капотом». позже вы можете использовать «бегунов» вашей IDE или что-то еще, чтобы запускать те же вещи с графическим интерфейсом.