Сергей Протько

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

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

Клиент понимает только цифры, ему плевать на качество кода ровно до той поры, пока поддержка кода не станет ему в копеечку лишнюю. Приведите ему реальные доводы ЗА рефакторинг выражающиеся профитом в денежном эквиваленте и вуаля. Ну а если этих доводов нет - только личное мироощущение, то нужен ли рефакторинг?

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

Сайты знакомств.

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

Есть сервисы типа scrutinizer-ci, которые имеют неплохие средства для анализа кода (различные метрики, учет best practice и т.д.), но без соответсвующего технического бэкграунда пользы вам от него не будет. Вы просто получите оценку кода по 10-ти бальной шкале.

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

Ну а если хотите ревью - нужно заказывать. И тут сложности, ибо нужно реально опытного разработчика искать. Так же немного не понятно что по итогу вы хотите, что бы нашли недостатки архитектуры? Оценили "поддерживаемость" кода? Сказали "говнокод" или "не говнокод"?

Потому что на фриланс бирже 90% работников кидалы и мудозвоны.

Для официального трудоустройства - норм. Вообще почитайте там трудовой кодекс и погуглите.

p.s. по ссылкам наверняка какой развод или для голодных студентов/школьников чего.

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

Верстать не скучно, если вам нужно не только сверстать а еще и всю клиенсткую логику реализовать. Только html+css никому не нужны, во всяком случае я считаю таких разработчиков лишним звеном. А вот нормальные front-end разработчики - это хорошо.

Фронтэндщики на фрилансе могут делать многое: собственно фронтэнд, верстка и реализация клиентской логики, разработка одностраничных приложений, мобильные приложения с использованием phonegap или что-то подобное... Интересных задач хватает.

На постсоветском пространстве рулят PHP, как бы там не кричали что язык так себе. Все языки не лишены недостатков. Да и с заказами проблем нету, как и с фреймворками, средствами тестирования/разработки, менеджерами пакетов и т.д. По сути разницы сейчас нету, брать php или питон (он тоже не лишен пережитков старых версий, проблем каких-либо). Руби свой пик популярности уже пережил, язык крутой, но меня лично раздражает подход к разработке навязываемый им. Так же есть еще своя ниша где царит javascript/node.js

Я не люблю java, но тут ничего не поделать. Можно конечно писать на xamarin + c#, но толку? java не краткий язык, это правда, но по сути не так уж там все и страшно. Попробуйте.

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

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