Автор оригинала: Steve Klabnik.
Эта статья основана на часе кода Code Code Office Hoice, размещенном Стив Клабник Активный участник открытого исходного кода, который сделал 245 совершает рельсы до Отказ Аудитория просит Стив о том, следует ли начинать для программирования Рельсы или Node.js в качестве первого спина, а ответы Стива, как показано ниже.
Одна из вещей, которые вы должны помнить, так это то, что разные люди изучают по-разному через разные методы. Таким образом, я не думаю, что есть обязательно подходит для того, как следует изучать программирование или на каком языке они должны выбрать.
Например, я лично люблю изучать снизу вверх, где я знаком со всеми деталями, прежде чем я медленно накапливаю до абстракций. Тем не менее, многие люди также предпочитают изучать вещь сверху вниз, где они узнают об абстракциях, прежде чем они поймут детали.
Поэтому, даже если я сказал вам, чтобы сначала узнал Rails, все еще есть несколько способов выучить рельсы, поэтому этот вопрос довольно сложный. Я думаю, что самое главное в обучении, если вы новичок, это сделать что-то, что волнует вас. Второй фактор, который вы должны рассмотреть, является ли то, что вы хотите узнать, имеет хорошую документацию.
Тем не менее, лично ответить на ваш вопрос, я бы наклонился к Ruby, потому что он стабилен и имеет гораздо большую помощь и документацию. Например, одна из вещей, которые мне очень нравятся о Рельсы Девушки Учебный план У них есть в пятницу вечером, социальный час и установка-фестинг, и в субботу они делают некоторую кодировку.
Конечно, узла и Server-Side JavaScript также становятся старше, поэтому есть также множество учебных материалов, что означает, что он не пойдет не так, если вы выбрали его на рельсы.
Иногда код на переднем и заднем конце почти одинаково в терминах логики и реализации. Разве это не значит, что если мы сможем повторно использовать код и придерживаться сухих, если мы используем Node.js, где в JavaScript мы используем как входные и входные данные?
Да, а некоторые люди на самом деле делают это. Однако сухие (не повторяйте себя) на самом деле короткое имя, чтобы сказать, что должно быть только одно однозначное представление концепции в вашем Система Отказ
Лично мне нравится держать четкое разделение между передней и задней частью, чтобы держать их изолированы друг от друга в сетевой границе, поэтому для меня, имеющие бэкэнд и интерфейс, написанные на разных языках, просто подчеркивают, что разделение. Если мне нужно повторить логику в некоторых местах, это потому, что они две разные системы, и поэтому я не нарушаю сухой.
Конечно, я не мастер всех программирования, и есть определенно люди, которые не согласны со мной на этом, крупнейший пример, такие как Метеор Отказ Я лично не люблю этот подход, поскольку я вижу паристую границу системы, и я думаю, что важно обратить внимание на эти границы. Более того, хотя у меня нет прямого опыта с выполнением такого рода вещей, я видел людей в своей сети, говорящий о том, как они оказались проблемами с проблемами, когда они пытались повторно использовать код сервера в своем стороне клиента Отказ
Единственный случай, когда я думаю, что вы можете сделать такую вещь, это когда вы имеете дело с валидациями. Я чувствую, что все в порядке, чтобы разделить валидации по всему серверу и побочному коду клиенту, особенно если вы не хотите делать сетевую круговую поездку (которая – это большая вещь, о которой все говорят). Почти все остальное, повторное использование кода по границам, кажется, мне кажется, как сделать гигантский шар грязью вместо того, чтобы иметь два чисто разделенных системами.
Это не значит, что вы не должны использовать Node.js. Одно из лучших вещей, которые я думаю, узел сделал, это позволяет людям писать бэкэнд-код, хотя они никогда не делали этого раньше. Итак, этот аспект только на одном языке программирования с обеих сторон действительно привлекает и приносит много новых людей к программированию, поэтому определенно имеет некоторое значение для того же языка для преобразования и б/у.
С более чем 200 репозиториями на GitHub, Стив Клабник Известен своим вкладом в проекты с открытым исходным кодом, где он сделал 1900+ вклада в 2014 году. Он сейчас Рейтинг № 36 На всех временных направляющих Список авторов и написал гид Ржавчина для рубистов Отказ По состоянию на июнь 2014 года Стив присоединился к Mozilla для работы на Официальная документация ржавчины Отказ