Ruby-on-Rails: контрольный список. |
- Statistics
- Participants
- Translate into Russian
- Translation result
- Translated in draft, editing and proof-reading required. Completed: 7%.
If you do not want to register an account, you can sign in with OpenID.
Ruby on Rails Code Quality Checklist | ||
In my experience, Ruby and Ruby on Rails has been one of the most difficult language/framework combinations to truly master . For someone who grew up on C, C++ & Java in the majority of their training, Ruby has hugely different (and better!) ways of OO design, and the Rails framework has a lot of opinions to be understood and remembered. As long as it's taken to master them to the level I have - and I'm sure there's still a long way to go - I love it and won't be going back. | В моей практике Ruby и Ruby-on-Rails были одной из самых сложных комбинаций «язык-каркас разработки» для освоения. Для кого-то, выросшего на C, C++ и Java, как базе для подготовки, Ruby имеет существенно отличающийся (в лучшую сторону!) способ ОО дизайна, а каркас разработки Rails имеет множество точек зрения, полезных для понимания и запоминания. И хотя достижение того уровня, который я имею сейчас, заняло у меня достаточно много времени — и я уверен, ещё многое впереди — мне все это нравится, и я не хочу возвращаться на прежние пути. | |
I have a sneaking suspicion that as Ruby on Rails keeps rising in popularity, there will be lots of developers stuck in the Java-style OO mentality, lots of developers who are just learning; and that's a Very Good Thing. It's also a bad thing, because poor code begets other poor code, when published and viewed by others. | У меня имеется некоторое подозрение, что с ростом популярности Ruby-on-Rails, будет приходить все больше разработчиков с ОО менталитетом в стиле Java, а также множество начинающих разработчиков. С одной стороны это Очень Хорошо, но с другой и плохо, так как некачественный код порождает некачественный код, когда становится доступным другим. | — появляться, приходить, переходить? — and_rew |
As ThriveSmart hires more developers - not all of them Ruby or Ruby on Rails experts - there's a growing need to ensure that code and design strategies maintain an extremely high level of quality across different projects. My good friend Dan and I assembled this checklist that all of our teams are expected to sign off on for each of their projects. It's an evolving list, but here's a snapshot of it. | ThriveSmart набирает много программистов, и не все они эксперты в Ruby или Ruby-on-Rails. Им нужно ещё расти и расти, чтобы убедиться, что их стиль кодирования и проектирования из проекта в проект остается на необычайно высоком качественном уровне. Мы с моим хорошим другом Дэном составили эту таблицу проверки, под которой все наши команды должны расписаться, начиная каждый из своих проектов. Список постоянно развивается, но здесь мы представляем его текущее состояние. | |
Ruby on Rails Code Quality Checklist | ||
Each controller action only calls one model method other than an initial find or new. | Каждое действие в контроллере вызывает только один метод модели, за исключением начального find или new. | |
(Make custom .new or .update methods in the model with all necessary). ... | (Все остальные необходимые вызовы .new или .update делаются в модели). | |
Only one or two instance variables are shared between each controller and view. ... | Не более двух экземпляров переменных передаются между каждым контроллером и видом. | |
All model and variable names are both immediately obvious (to a new developer) and as short as possible without using abbreviations. ... | Все имена моделей и переменных моментально понятны (новым разработчикам) и сокращены насколько возможно без использования аббревиатур. | |
All custom "finds" accessed from more than one place in the code use named_scope instead of a custom method. ... | Все специальные «find», доступные более чем из одного места, в коде используют name_scope вместо отдельных методов. | |
A .find or .find_by_ is never called in a view or view helper. ... | Методы .find и .find_by_ никогда не вызываются из вида или помощника (view helper). | |
There is zero custom code that duplicates functionality of a built-in function in rails. ... | Полное отсутствие своего кода, дублирующего встроенную функциональность Rails. | |
Code has been aggressively DRYed during development. ... | Код должен быть интенсивно выДРАен (DRYed) в процессе разработки (избавлен от повторов). | — прикольно обыграли DRYed, можно использовать в своих переводах с ссылкой на вас? — alexbaumgertner — конечно, это ведь "переведено народом" :) — and_rew |
All functionality used in two or more models has been turned into a library/module. ... | Любой функционал, используемый в двух и более моделях, вынесен в библиотеку/модуль. |
— checklist - это "контрольный список" где просто галочками так или нет, может быть "просто проверка качества ..." или просто "контроль качества ..." но не "кода по пунктам" - режет слух — nvoynov