German Jet

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

Помимо этого, многие пацаны пытаются что-то написать для себя, какую нибудь бесплатную программу (может видели в апп сторах и гугл плеях тонны почти одинаковых калькуляторов, мониторов валют и прочих простеньких приложений вроде фонарика с мигалкой?). Это тоже опыт и тоже портфолио.

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

Идея/концепция к проектированию не относится, это отдельный предварительный этап. Для проектов побольше, и в общем случае, проектирование включает такие шаги, многие из которых, конечно, можно пропустить или сократить до минимума, если задача не сложная:
1. Системный анализ и изучение предметной области
2. Формирование требований к разрабатываемой системе
3. Архитектуная задача, которая сводится к простой формуле: разделять, называть и связывать подсистемы
3.1. Декомпозиция сложных задач
3.2. Слои (построение слоев абстракций)
3.3. Планирование топологии системы, программной и серверной инфраструктур
3.4. Решение вопроса интеграции подсистем, программные интерфейсы, контракты и связывание
3.5. Интеграция с унаследованными приложениями
3.6. Минимизация изменений, для случаев, когда постоянно происходят изменения в предметной области
4. Выбор инструментов решения
4.1. Выбор парадигм программирования и языков
4.2. Выбор технологий и платформ
4.3. Выбор моделей данных, алгоритмов и библиотек
4.4. Выбор топологий и протоколов
4.5. Выбор паттернов программирования
5. Предварительные исследования
5.1. Проверка гипотез, эксперименты
5.2. Изучение особенностей технологий
5.3. Прототипирование
6. Задачи обеспечения надежности
6.1. Планирование безопасности и защиты от несанкционированного доступа
6.2. Планирование отказоустойчивости
6.3. Планирование мер по обслуживанию системы в режиме эксплуатации
6.4. Задачи высоких нагрузок, балансировки и масштабирования, если таковые предполагаются
7. Организация процесса разработки
7.1. Жизненный цикл программной системы
7.2. Конвенции кода, соглашения и стандарты
7.3. Оценка необходимых временных и финансовых ресурсов для разработки системы
7.4. Календарный план
7.5. Анализ и минимизация рисков, выявление слабых мест технологий и коллектива
7.6. Закрепление принципов управления процессом разработки и корректировки задания в процессе
8. Сборка технического задания из результатов всех предыдущих пунктов

Здесь есть список: https://www.ruby-toolbox.com/categories/web_app_fr...
RoR - самый функциональный из известных. Остальные предоставляют меньше удобств/сахара.
Если нужно небольшое веб-приложение, то должно подойти Padrino (сам не пробовал).
Если совсем маленькое, то Sinatra. Выбирал бы для написания сайта-визитки, API сервера.

Есть ещё малораспространённые LotusRb, Volt.

Кроме ActiveRecord стоит ознакомиться и с другими ORM. Например, squeel.

Вот эта цепочка

html-css-jade-stylus-emmet-js-git-gulp-bower-ruby/python/php

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

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

1. учитесь программировать на любом языке (C/C++ ок), устраняете базовые пробелы в математике/CS, если есть,
изучаете алгоритмы/структуры данных. Полгода раз в неделю можно писать контесты codeforces.com, там кстати Javascript поддерживается, можно прямо на JS писать, можно языки чередовать
Подняв навык кодинга и решения задач, выбираете специализацию, в данном случае JS
2. Изучаете язык Javascript, его особенности, тонкости, и нативный Javascript, в том числе среду исполнения-браузеры, можно по javascript.ru
3. Изучаете лэйауты и CSS на уровне понимания как оно работает, но не более, разбираетесь в структурировании, модульности, методологии CSS, можно BEM и тп
4. изучаете возможности HTML5, спецификации последние обновления, пишете какое-нибудь HTML5-приложение на native JS
5. где-то в промежутке инструменты разработки, билда
6. jQuery на уровне понимания, как все работает
7. переходите собственно к современным фреймворкам, специализируетесь на чем-то

Какой порядок технологий правильный?

Тот, который помогает вам решать ваши прикладные задачи.

Если вы хотите заниматься фронтом - на кой вам С? Изучайте препроцессоры CSS: Less, Stylus; препроцессоры JS: CoffeeScript; препроцессоры HTML: Jade, EJS. Так же покурите NodeJS обязательно.
Изучите принципы проектирования фронт компонентов: БЭМ
Изучите современные фреймворки: Bootstrap, Backbone, Angular, Ember, Foundation, ExtJS...
Так же посмотрите сборщики: Grunt, Gulp.
Пакетные менеджеры: NPM, Bower.
Обязательно изучите GIT.

В общем тут работы на несколько лет усиленного изучения))

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

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

Да. Можно сбросить autoincrement до нужного значения.
Если не ошибаюсь вот так:
ALTER TABLE `table_name` AUTO_INCREMENT = <число>

<Число> не может быть меньше текущего максимального id. Если например написать
ALTER TABLE `table_name` AUTO_INCREMENT = 0
будет сброшен на текущее максимальное значение.

бери да делай че тут спрашивать то ?
вопрос из разряда можно ли мне в туалет сходить?

• Если лично вам ИП не нужно, шлите в ..... заказчика (завуалированно и иносказательно, особенно если это порядочные люди).
  
• Любая компания может найти способ платить физику, белая, серая, цвета детской неожиданности. Из копилки, из личных средств, как списание на средства для мытья окон. Вопрос захотят-ли.
  
• Если без этого заказчика вам нечего будет кушать, откройте ИП.
  
• ИП абсолютно никак не делает вас привлекательнее для заказчиков, привлекательным вас делают качественная работа, опыт и рекомендации людей. ИП несет потери времени и денег на бумажную возню и отчисления. Вычтите это время из вашего рабочего времени, получатся еще некоторые потери. Также есть категория заказчиков, которые предпочитают работать официально. Но тем не менее воруют другими способами.
  
• ИП лично вам, может быть нужно в случае получения ипотеки или крупного кредита, для подтверждения доходов за последние полгода. Но при высоких доходах и разумных тратах с накоплениями и кредиты не нужны.
  
• 99% удаленной работы оплачивается в серую. Никто не спрашивает. Всем срать на ваши 500-2000$, полученные из-за бугра или соседней страны, через 10 платежных систем или с карты на карту.
  
• Пообщайтесь с такими же удаленщиками из этой фирмы, если это возможно, соберите данные на доброго дядю.
  
• Спросите дядю напрямую, с кем можно поговорить о его репутации.
  
• Спросите дядю напрямую, зачем ему ваше ИП.
  
• Приостановить/закрыть ИП можно в любой момент.
  
• Вдумчиво читайте договор, между вами и дядей, с усердием переписывайте мутные моменты и формулировки.
  
• Заключая договор вы не продаете душу и тело в рабство. Вы не обязаны умирать на проекте и овертаймить. Вы можете договор расторгнуть. Особенно по случаю "вновь открывшихся обстоятельств". Мы можете и заболеть и форсмажорить другими путями, возвращаемся к пункту с договором.
  
• Чтобы получить опыт в сфере предпринимательства, начните его получать.
  
• Глубоко осознайте тот факт, что вы мужчина и вам многое по плечу.
  
• Мир разработки в целом и удаленной в частности - это поле боя, учитесь конкурировать, драться и побеждать.
  

PS
Был на обеих сторонах баррикад. Если быть правдивым до конца - исполнители косячат на порядок больше.
99% кода идет под нож или хранится будучи никогда не использованным. Написанного и запущенного, написанного и не дошедшего в продакшен. По разным причинам - раздолбайство, распил, экспериментальный юмор, невостребованность стартапов для лайканья котиков, моральное устаревание и банкротство. Просираются бюджеты сопоставимые с отправкой человека на марс. Такова эта отрасль.
Успевайте во всем этом хаосе жить полной жизнью, получать опыт, творить ценное для людей.