Николай Марков

Я как-то изучил основные команды с помощью vimtutor (команда/программа такая). Того что там дают хватает для правки конфигов.

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

Первый:
Я бы сказал, что ruby не сложнее javascript. А вообще, один из самых простых языков. Но с python/php не могу сравнивать, их не знаю. В основном, языки как таковые (т.е. синтаксис и языковые конструкции) не такие сложные. Сложность, имхо, в технологиях, которые написаны на этих языках. Технологии, которые требуются от Java/C# разработчиков, мне кажется, намного круче (enterprise всё таки) чем есть в ruby.
Я сам в первую очередь учил RoR а уже потом сам ruby.

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

Мой Вам совет, читайте и изучайте всё подряд. Изучайте git, работу в командной строке и с Linux в целом, SQL, как работают базы данных, dns, http, tcp/ip. Сохраняйте в закладки и откладывайте на потом, когда-нибудь вам все эти знания пригодятся.

Однозначно Postgres лучше mysql. Про nodejs и yii2 могу сказать только то, что скорее всего nodejs быстрее php и разработка на нём удобнее (например меня всегда удивляла необходимость держать рядом с php специальный демон для управления пуллом коннектов к базе). php прошлый век, переходите на современные технологии!

Я бы сказал что сейчас для всех задач рулят 1) Backbone + jQuery + react и 2) Ember

И без jQuery не обойтись. Его все знают, на нём все пишут. Легче найти человека его знающего, чем человека знающего Native DOM API. Хотя через пару лет может быть его и можно будет выкинуть.

Может вам все таки хватит длины query string в get запросе?

Никогда не храните секьюрити токены в конфигах в репозитории. Вам нужно при запуске сервера задать их через SECRET_TOKEN_BASE=<ваш токен> <команда для запуска сервера>. Например: `SECRET_KEY_BASE=181c784 rails s`

Можно сделать новую ветку начиная с того коммита, в котором вам нужно поменять сообщение. Сделать в новой ветке commit --amend, потом сделать cherry-pick коммитов которые должны остаться нетронутыми и потом повторить. В конце надо сделать новую ветку мастером. Но это практически тоже самое что вы делаете с rebase -i HEAD~ (это не с конца ветки, а только с нужного коммита).

Большинство задач вполне можно продумать и оценить. И если вы не знаете сколько времени у вас понадобиться на то чтобы изменить цвет кнопочки или напримре написать АПИ для авторизации, то это говорит о том что вы не профессионал. Никто не просит оценивать время точь-в-точь. Но нужно хотя бы чувствовать разницу между задачами на час/день/неделю.
Но есть и такие задачи, которые действительно сложно оценить, например написать какую-то новую распределенную базу данных с реализацией нового механизма распределенных транзакций, обладающую определенными свойствами. В таких задачах часто необходимо пересмотреть много вариантов чтобы выбрать подходящий и заранее неизвестно к чему вас это приведет. Может быть эта задача вообще пока что не решается.

У вас должен быть один центральный репозиторий (легче всего создать на github/bitbucket и подобных сервисов).
А также, у каждого из вас должна быть своя "копия" этого репозитория. Все что вы делаете вы делаете в своих копиях, и когда считаете нужным "публикуете" свои изменения на центральном сервере.

Использовать github/bitbucket легче потому что там не нужно заморачиваться с настройкой доступа к центральному репозиторию. Эта настройка - отдельная тема.

Давно с капистрано не работал. У неё уже 3 мажорный релиз выпустился, но мне кажется что нужно добавить папку
publiс/uploads в

set :linked_dirs, %w{bin log tmp/pids tmp/cache tmp/sockets vendor/bundle public/system}

values = []
list.keys.each do |key|
if values.include?(list[key])
list.delete(key)
else
values << list[key]
end
end

покажите ваш config/database.yml

Имхо, сейчас реакту нет никаких достойных альтернатив. Возможно в ember что-то сделали уже, я не знаю. Но подход который предлагает реакт это настоящая революция и нужно брать фреймворк который работает по такому же принципу (virtual-dom). Использование ангуляра, в то время как первая его версия уже себя изжила, и уже пишут вторую, мне кажется нелогичным.