>>659739

> ОП пост несколько отличается от >>658091?

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

> 1. Насколько актуальна картинка про компетенции?

Зависит. Конечно, много где любят нанимать рубистов фулл-стековых, чтобы они делали всё: деплой, бэкенд, вёрстку и чуть ли даже не дизайн — но в моём опыте обычно есть некоторое разделение на бэкендщиков и фронтэндщиков.

Для бэкенда стандартный набор крудошлёпа это рельсы и какая-то rdbms.

> 2. Я тут скачал и разложил книжки в порядке приоритета (из руби-шапки). Есть что-то явно лишнее или то, чего явно не хватает?

Книжки много где дублируют друг друга. Я сам обучался по кирке (она же programming ruby the pragmatic programmer's guide) но там много чисто референсного материала, ну и оно в принципе для уже знающего какой-то язык больше полезна, чем для совсем новичка.

> https://www.coursera.org/specializations/ruby-on-rails

По содержанию курс выглядит нормально, но он же не бесплатный. 20к рублей это довольно дофига.

> слишком много платных курсов сейчас — можно ли им доверять или это выброшенные на ветер деньги и всему можно научиться самому?

Не могу сказать насчёт "на ветер", но самому обучиться 100% можно.

План я бы взял примерно такой:
1. Владение текстовым редактором, командной строкой и гитом обязательно, ну это быстро всё хотя бы на базовом уровне осваивается.
2. Руби (без фреймворков) как язык, стандартная библиотека
3. Какой-нибудь совсем простой фреймворк типа синатры
3.5. Между делом надо изучить основы html, css
4. Рельсы
5. JS фреймворки

> помимо руби-компетенций нужны еще алгоритмы, что-то еще?

Если реалистично говорить, то мне знание алгоритмов кроме как на вступительные интервью отвечать особо не пригодилось. Единственная вещь из CS, которая реально постоянно нужна — это O-нотация и умение оценить асимптотику алгоритма.

> какие варианты с быстрым ростом как програмиста в городах где нет потребности в руби-специалистах?

Надо удалёнку искать. Я живу в довольно небольшом городе и работаю удалённо всю жизнь. Диапазон зарплат на среднего рубиста на удалёнке сейчас 75-150к рублей в месяц. Я сам стал работать на западных заказчиков, ну сами понимаете почему.

>>659782
Я не очень из твоего поста понял про опыт программирования в других языках. Если он есть, то просто указываешь его.
Если нет, то сложно всё. Ты одновременно хочешь работу и зарплату выше входной, но при этом ничто в твоём резюме не говорит как о ценном кадре. Если особо не стесняешься, скидывай на почту гитхаб, посмотрим вместе, что ты умеешь.

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

>>660357

> Видел этих, читал что у них какой то контракт зашкварный по которому ты можешь поработать неделю или две бесплатно если не понравишся работодателю, сталкивался с таким?

Неправда, все тестовые задания и тестовые сроки от работодателей оплачиваются.

> Ещё вопрос, вот ты на собесе кодилити дрюкал или просто про алгоритмы расказывал, правильно я понимаю?

Этапы были такие:
1. Просто разговор (оценивают знание языка и вообще вменяемость общую)
2. Решаешь алгоритмы, вроде на кодилити, да. Задачки не очень простые, но и не очень сложные. Я в итоге что-то типа 190 из 300 набрал и был собой очень недоволен, но мне рекрутёр сказал, что это вполне нормально.
2.5. Созваниваешься с техническим чуваком, он хвалит твои решения, ну или наоборот ругает и даёт...
3. Тестовое по рельсам (в общем стандартная хуйня крудовая, работы дня на два-три, дают две недели)

На всё про всё уходит около месяца (длинные перерывы между этапами).
Затем приходит договор, ты его мышкой подписываешь, ну и збс.

>>660365

> Какая там вообще система работы, какие требования

Прежде чем тебя допускают до сайта, ты проходишь интервью с ними (см. выше), затем у тебя появляется доступ к их платформе. Ну там в общем довольно похоже на все остальные сайты по поиску работы, жмёшь apply к подходящим позициям и ждёшь пока ответят. Процесс обычно относительно отработанный: apply -> interview -> profit
У меня в одной конторе было тестовое на два дня, в другой тестовая неделя, в обоих случаях всё оплачивалось по полной ставке.

> как и куда оплачиваются

Оплата у них через payoneer, bank wire или paypal.
Я в белую оформлялся как ип, после довольно долгой ебли с валютным контролем банка (пришлось переводить и заверять перевод договора у нотариуса) они почти перестали придираться.
Через payoneer скорее всего попроще (где-то в течение месяца тебе приходит карта), но там повыше комиссии на снятие. Но зато налогов платить не надо. Короче, на любителя.
Через палку я понятия не имею как выводить бабло, так что не рассматривал.

>>661282
Поглядел, действительно, неплохой курс.

>>661298

> IDE? OS? Что-нибудь еще в качестве проверенного решения для разработки?

У меня довольно стандартный набор: os x, sublime text 2, iterm2
Когда на линуксе сижу, то же самое, не знаю, что ещё добавить.

>>661305
>>661286

> Как искать? Как контрибьютить? Пили гайд.

Как вы, наверное, понимаете, отнюдь не боги обжигают горшки опенсорсных проектов, большая часть из которых напичкана багами:
https://github.com/rails/rails/issues --- 411, мать их, issues!
https://github.com/sinatra/sinatra/issues
https://github.com/bundler/bundler/issues
https://github.com/rspec/rspec-core/issues
https://github.com/intridea/hashie/issues
https://github.com/rom-rb/rom/issues

Процесс "как мне добавить себе звездочку контрибутора в опен-сорс" как правило очень простой:
0. Читаете CONTRIBUTING.md, если он имеется в наличии, но если нет, то:
1. Клонируете проект
2. Прогоняете тесты, чтобы убедиться, что всё работает
3. Отбранчиваетесь в свою ветку
4. Пишете тест, который воспроизводит баг
5. Чините баг
6. Шлёте пулл-реквест с указанием бага, который вы починили
7. ?????
8. Вы восхитительны

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

> я такой-то и такой-то, можно я на вас поработаю забесплатно

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

И снова здравствуйте. Обещанный список заданий. Версия 1.0. Используемые библиотеки везде по желанию, хотя в некоторых местах я рекомендую стек.

Вот хорошо отформатированная версия:

https://gist.github.com/djinn2chhk/d4889f9fbc0ecf1ec7ba

Текстовая копия:

Задания разделены на несколько уровней с возрастающей сложностью.
Если на каком-то из первых уровней недостаточно заданий, то дополнить их можно сайтами

http://www.codewars.com/?language=ruby
https://rubymonk.com/

Я старался не повторяться с theodinproject и другими курсами, но всего не предусмотришь. Список будет дополняться.

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

Замечание по вводу-выводу: везде, где не указано иное, подразумевается интерфейс командной строки. Посмотрите на библиотеку slop для случаев, когда аргументов больше двух.

Поехали:

# A. Базовое владение языком (io, стадартная библиотека)

1. Fib v2: назовем fib(k, n) функцию, которая возвращает n число в последовательности, каждое следующее число в которой является суммой k предыдущих. Считать первым числом последовательности 1, а предыдущие нулями.
2. Random names: посмотрите на http://www.nrscotland.gov.uk/files/statistics/pop-names-07-t4.csv. В этом датасете содержится список имён с количеством людей, получивших каждое имя. Напишите функцию, которая будет возвращать случайное имя, которое бы соответствовало распределению. Ну, например, если в списке 100 вань 70 вась и 30 петь, то с 15% шансом должен возвращаться петя, с 35% вася и с 50% ваня.
3. Conway's game of life: прочитайте правила в википедии https://ru.wikipedia.org/wiki/Жизнь_(игра) и постройте симуляцию. Поле бесконечным делать не надо, достаточно очень большим. Стартовое поле сделайте просто файлом.

# B: взаимодействие с внешним миром

1. CBR scraper: на сайте центробанка ежедневно публикуются курсы валют, например: http://cbr.ru/currency_base/daily.aspx?date_req=05.02.2016 Постройте программу, которая на вход будет получать две даты и код валюты, а в ответ соберет курсы по этой валюте на заданном интервале и сохранит их в csv.
2. Twitter mini-client: заведите себе аккаунт на твиттере, если ещё не, зафолловьте людей и пройдите в раздел разработчиков. https://dev.twitter.com/rest/public При помощи их REST API постройте аналог собственной ленты (не используя home_timeline, разумеется). Покажите топ-5 самых ретвиченных твитов.

# C: Now we're getting somewhere

1. 2ch.hk scraper: напишите две программы, первая будет периодически (раз в 15 секунд, например) обновлять https://2ch.hk/pr/, (М) собирать оттуда треды и их последние посты и сохранять в sqlite3 базу. Вторая программа будет показывать последние десять тредов и последние пять постов в каждом. Затем распространить это на любые интересующие борды.
2. Bayes classifier: используя датасет из http://www.aueb.gr/users/ion/data/enron-spam/, нужно построить наивный байесовский классификатор спама. https://ru.wikipedia.org/wiki/Байесовская_фильтрация_спама вот тут примерная постановка. Полученную модель нужно куда-то сохранить, по желанию либо просто сериализовать в файл, либо в дб, на ваше усмотрение. Ну и разумеется нужен некий интерфейс к этому классификатору, который позволит на вход давать письмо, а на выход получать ответ, спам это или хам.
3. После выполнения 1 и 2, постройте к каждому из них хтмл-интерфейс, используя sinatra

# D: Было слишком просто.

Пока что в этой категории будет только одно задание:

Общее описание: Строим мини-гугл. Получив на вход список сайтов из alexa top-500, ну или свой собственный, отправляемся кравлить всё это. На скравленных страницах выделяем ссылки и ходим уже по ним и так до бесконечности. Из скравленного контента строим индекс на elasticsearch. К этому индексу приделываем небольшую форму поиска.

Теперь важные соображения:

1. Кравлить надо в много потоков или процессов
2. Не нужно ходить по одним и тем же урлам больше одного раза
3. Нужно уважать robots.txt и не лезть чаще положенного (ограничить сверху максимальное количество запросов на домен это в любом случае хорошая идея; подумайте о синхронизации этих рейт-лимитов между рабочими процессами)
4. Рекомендую пока разделить процессы кравлинга и парсинга. То есть паук тупо качает страницы, а уже другой процесс выкусывает оттуда ссылки
5. Ранжир страниц: возьмите страницу из учебника гугла и выдайте наибольший вес тексту ссылок, которые ведут на урл (не учитывайте в ранжире ссылки с самого домена; например example.com ссылающийся на google.com со словами "лучший поисковик мира" даст веса google.com по запросам "лучший поисковик", а если ссылка будет откуда-то с google.com, то нет
6. Ошибки будут: сайты будут слать непонятные хттп-коды, некорректно сформированный хтмл, вешаться по таймауту, и так далее. Вы строите внедорожник, а не паркетник для идеальных условий
7. Не нужно ходить по одному сайту всё время. Какой-нибудь ютуб вас может продержать бесконечно. Нужно ввести какой-то жесткий лимит на посещения страниц с одного домена в течение часа, например

Когда основа будет готова, подумайте о деплое. Найдите и прочитайте гайд по chef. Заведите пять виртуальных машины, на одну из них задеплойте веб-интерфейс и демона, который пихает задачи для пауков, на другую парсер, на три остальных пауков.