Ruby on Rails: что делать с устаревшим кодом? - PullRequest
0 голосов
/ 24 декабря 2009

У меня есть проект портала, встроенный в Rails 1.2.3. Я закончил это в конце 2006 года.

В проекте используются следующие плагины: acts_as_attachment acts_as_ferret betternestedset simple_http_auth

Я знаю, что все плагины (или зависимости) были изменены сегодня или больше не существуют. DHH говорит: Не переоценивайте силу версий . Но я беспокоюсь об этом.

Если я обновлю версию рельсов, все пойдет не так. Я могу изменить свое приложение для работы с новой версией рельсов. Я думаю, что могу прочитать то, что сейчас устарело, и изменить его. Но теперь мне нужно самостоятельно поддерживать все зависимости или изменить их на другие зависимости (например, act_as_attachment на atachment_fu или paperclip). Что сказать о завтрашнем дне?

Я сомневаюсь не только в Rails, но и в использовании зависимостей для повышения производительности. В других проектах я использовал чистый код Python, или даже чистый код Ruby, или чистый код Php. Сегодня я могу запустить его в последних версиях языка / среды без (или нескольких) изменений.

Эти проекты не имеют внешних зависимостей, это просто код приложения. Может быть, использовать какой-то веб-фреймворк как скелет, но не внешние проекты.

Что вы думаете об этом?

1 Ответ

1 голос
/ 25 декабря 2009

Когда вы используете чужой код, вы платите своей независимостью за готовое решение проблемы. Так что вам решать в каждом конкретном случае, что для вас важнее - создавать свои собственные вещи и терять на них время сейчас (возможно, много времени), или использовать чужие проекты и выполнять работу прямо сейчас, но продолжайте привязаны к ним или заплатите за ваше время для обновления / миграции позже.

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

...