leclecovich

Это утверждение не совсем верно

Но если проект пишется на java, то scala разработчик туда будет не нужен.

Scala - даже в том виде, в котором она сейчас, раскрывает гораздо больше возможностей JVM, нежели чем Java. Scala - это не Haskell на JVM и утверждение, что jmv общая тоже не совсем корректно. Scala - это попытка совместного примирения императивной и функциональной парадигмы. Все это дает гораздо больше возможностей грамотно и быстро применить какой-нибудь алгоритм для решения задачи. И если на чистой Java потребуется 50 строк кода для решения задачи, то на Scala - половина, а то и меньше :), а код получается более выразительный! (здесь не надо "кусаться", задачи бывают разные)

Отсутствие 100500 вакансий на hh это не повод паники ( на linkedin ~2k). Язык молодой, но он очень стремительно набирает обороты. Насколько я знаю, Huawei начинают пилить интеграционные решения в России на scala(вместо оракловских продуктов). Так что все не так плохо :)

У Одерского и компании очень большие перспективы и амбиции! Так что, по моему мнению, Scala(или ее "апдейты") еще удивят программистов!

Это одна из нормальных форм реляционной модели.
Django позволяет абстрагироваться от непосредственного использования id пользователя, для этого следует использовать поле ForeignKey.
Для картинок используйте ImageField. Оно само положит картинку в файловую систему и в базу данных положит путь к файлу. Надо лишь в настройках проекта указать нужные каталоги. На начальном этапе и для небольших проектов этого вполне достаточно.

Строго говоря Ваша фрилансерская деятельность это статьи 171 УК РФ и 198 УК РФ как минимум.
Большинство юр лиц работать с физиком по трудовому договору не будут, т.к это влечет за собой отчисления в пенсионку и прочее. Соответственно или юр лицо и безнал, или физ лицо, черный нал, ук рф.

Рекомендую зарегистрировать юр лицо, это не дорого.
Отличия между ИП и ООО на упрощенке просты и понятны: ИП платит меньше налогов для вывода в кеш (6% против 6+9 у ООО), у ИП чуть дешевле ведение бухгалтерии и чуть дешевле открытие. Но при этом в случае конфликтной ситуации по договору (например Вы попали на неустойку) ИП отвечает всем имуществом (машина, квартира, итд) а ООО - только уставным капиталом (10 000 р)

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

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

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

Если тело геттера/сеттера находится в области видимости его использования, то вполне подставляет: goo.gl/zry8bv. Для этого достаточно флага -O2. Впрочем, пример натянутый и далёк от реальности.

Однако в случае сложного кода (более 1 файла) перед разработчиком встанет выбор: оставить тело функции в заголовочном файле или же компилировать реализацию отдельно в другом cpp-файле. Если в заголовочном файле тела функции не окажется, компилятор будет вынужден сводить объектный код функции вместо исходного и нужно включить флаг -flto при компиляции.

Далее уже всё зависит от того, что вы делаете - библиотеку или свою собственную программу. В библиотеке методы как правило прячут и не делают их inline, чтобы не вынуждать клиентские программы к перекомпиляции при изменении методов класса.

Мой совет - оставьте этот вопрос до тех пор, пока вы не обнаружите свой геттер или сеттер в верхней строчке профилировщика.

UPD. Эксперимент с новым компилятором (gcc 4.9) показывает, что флаг -O2 -flto таки проводит межпроцедурную inline-оптимизацию автоматически, если это возможно. Второй из доступных мне компиляторов (gcc 4.4) этого делать не умеет - тут ещё нет поддержки LTO. Соответственно при использовании новых компиляторов действительно смысла в inline нет. Вот здесь файлы для тестирования: https://gist.github.com/scriptum/57ae4d2524d42fccb494

msdn.microsoft.com/en-us/library/system.io.ports.s...

msdn.microsoft.com/en-us/library/ff802693.aspx

Вся литература на сайте msdn.microsoft.com