Олег Гамега

Нет никакой вероятности, кроме случаев, когда тебя учат прямо в компании для самой компании.

Узнавай в неоф группах что о них говорят те кто прошел курс

за 3 года работы нет отзывов

1. Best Practices for Architecting a Pragmatic Web API.
   
2. Thoughts on RESTful API Design
   
3. Best Practices for Designing a Pragmatic RESTful API
   

Если в штат то на хедхантинговых сайтах
Если в штат удаленщика или просто временного удаленщика то на фриланс сайтах вроде fl.ru
Если у вас нет хорошего рубиста то смысл задавать вопросы, которые вы не понимаете? Найдите рядом рубиста пусть проводит собеседования, что спросить он и так знает.
Много, рубисты нынче одни из самых дорогих. Нет зависимости , так как большая часть рубистов сидит в больших городах, так как в городах меньше миллиона для них нет работы. А с текущим кризисом рубисты активно рванули за рубеж.
Это вопрос надо задавать сугубо вам.
Нанять их два, чтобы не остаться у разбитого корыта, когда один их них уйдет.

while not is_person_working:
   Ходить на собеседования и узнавать, что нужно компаниям и людям
   Учить, то что они хотят не переставая ходить на собеседования

Считаю эту идею не нужной. Если я вижу вопрос и знаю на него ответ, то почему я не должен на него ответить и помочь человеку? Согласен есть вопросы, которые на мой взгляд кажется глупыми (можно минут 5 потратить и найти ответ в интернете). Но существуют и довольно интересные вопросы с "подводными" камнями.
Если я ответил на вопрос и он оказался решением, то я просто рад, что кому то помог. Тем более существует большая вероятность, что если я задам вопрос и мне обязательно помогут.

Зачем это нужно? Если кто хочет выразить благодарность чем то материальным- есть контакты в личке. Зачем все усложнять?

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

Берете фреймворк (раз питон уже пробовали, его и берите). Лучше не попроще (что обычно трактуется как "по минималистичнее"), а по-мейнстримнее - где документация лучше и больше. Не уверен, как в питоне, но думаю, это все-таки джанго. Хотя и по Bottle\Flask просматривал неплохие материалы.

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

P.S. Это не единственный правильный подход. Многие, вероятно, считают, что сначала нужно выучить весь основной апи языка, потом - хотя бы почитать про алгоритмы, структуры данных и протоколы, затем - начать писать свои велосипеды и только потом перейти ко фреймворкам. Я считаю, в вебе такой путь ни к чему.

Читай документацию по джанге, тем более она есть и на русском. Примеры сайтов там тоже есть.
Флакс проще как фреймворк, но на нём сложнее писать: надо самому организовывать структуру проекта, выбирать как хранить данные (SQL/NoSQL БД, файлы, ещё что-то), самому организовывать аутентификацию и т.д. Фласк гибче, но большие приложения на нём требуют бОльших знаний.
А для джанги есть куча готовых решений, начинать лучше с неё

Ну кто, кто так делает! Зачем надо было DialogButton c ButtonClickListener пихать в бандл? О чем вы думали?) И что у вас выступает в роли ButtonClickListener-а, раз это абстрактный класс а не интерфейс??

Возьмите недорогой ноутбук. Даже если каким-то образом на планшете будет возможно писать код, это всё равно не будет полноценной средой разработки. Ну а уже про то чтобы писать на андройдном планшете для другой платформы, так вообще забудьте.

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

Ну в теории можно, но на практике довольно проблематично. Вы мониторили заказы по плюсам на удалёнке? Я заказывал кучу разных вещей за жизнь, для десктопа дельфи и C# для веба соответственно веб-языки, за 10 лет на плюсах так ничего и не заказал ))
Где нужна высокая скорость там большие объёмы данных и большая ответственность имхо, поэтому заказчики хотят держать исполнителя рядом.
Ещё есть вопрос по смежным технологиям, я бы например заказал какой ни будь модуль апача на плюсах, но есть нюансы ))