Надо ставить mc вместо far. А потом и от mc отказываться в дальнейшем

В пользу консоли?

В консоли сидеть?

Легкий путь не наш метод?)
Или в чем там дело?

переходить на более современные редакторы, скорее всего

Я возможно не так выразился. Для работы с файлами mc подходит великолепно. Особенно если с ними правда приходится часто работать.
Но как редактор и просмотр файлов - надо использовать другие программы. Да и для работы с файлами есть масса консольных утилит которые при правильном использовании удобнее выходяь6

Как в твоем случае, например, выглядит среда разработки или лучше назвать список программ для работы? Понять мне как правильно.

Кто-нибудь разбирается в BDD?
Пытаюсь вот войти в тестирование и что-то запуталась. Rspec и cucumber.
Вообще, делаю подобие airbnb.
Добавила я вот devise по туториалу.
Теперь нужно добавить админку. Наверное. Или логично что-то другое сначала сделать? Не понимаю за что хвататься.

Имхо: Текстовый редактор vim/emacs, слепой набор печати, знание консоли + oh my zsh, и терминальный мультиплексор screen/tmux (в моем случае я использую terminator), можно вместо этого сплитить экран нативными средствами, как в arch linux. Плюс опыт работы с докер контейнерами.

А опыт работы с юнит тестированием есть? Не нравится мне кукумбер. Им надо покрывать наверное только фронт. И то не факт.. А так - тесты идут дольше. Если и писать интеграционные тесты - то только пару основных кейсов - не больше. Остальное надо покрывать юнит тестами, тестируя каждый сервис отдельно. Что касается device - я вообще на него тесты не пишу если он из коробки с минимальными различиями в конфигурации. При тестировании контроллеров достаточно sign_in(user) прописать и все

У меня с тестами опыта считай нет😔 Пишу тестовое задание, там указано "TDD or BDD". Обложилось туториалами и пытаюсь максимально понять что и как вообще

<тут была ненависть про вакансии с требовании TDD or BDD, знания паттернов, scrum и прочих религиозных обрядов>
Оба подхода подразумевают, что сначала пишутся тесты, под них разрабатывается код. в общем, разница такая: BDD это тестирование снаружи (от общего к частному), ТDD это тестирование изнутри (от частного в общему).
На примерах:
тестирование с помощью capybara процесса входа в систему, когда есть есть готовый UI и робот выполняет какие-то операции с ним как обычный юзер — это  BDD.
тестирование отдельных методов, например, умение объекта User шифровать пароль при сохранении — это TDD

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

*и смириться, что я не пройду

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

В итоге на это скорее всего никто и не посмотрит

Серьезно?

*я извиняюсь, но у меня истерика уже из-за этого

Ты у них потом спроси сколько у них реальное покрытие тестами

От джуна требовать тдд/бдд такое себе.