marked-one

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

Если дело настолько серьезно, поизучайте также на предмет инсайда и "кротов" в своем окружении.

Работал на интернет-магазин с похожей ситуацией на рынке. Пришел к выводу, что действительно наплевать на чем писать.
В подобной ситуации лучше подобрать грамотную команду. Программист (ы), дизайнер, контенщик (и).
1) Будут писать быстро и качественно. Могут быть заменены без значительной потери эффективности в дальнейшем. Итог: сайт быстрый, надежный, фичи реализуются быстро и качетсвенно.
2) Рисует лендинги, оформляет сам сайт, карточки товаров, главную, спецухи, ярлычки и прочую херобору.
3) Грамотное наполнение сайта, описание, быстрые правки по ценам в случае чего, по наличию.
И все. на выходе идеальный магазин для покупателя (без учета ценообразования, конечно)

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

Неужели вы думаете, что пользовательские фичи

(новые удобства по юзабилити сайта, новые функции при заказе, покупке и сервисе и т.д.),

нельзя написать на любом языке?

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

Для всего этого лучше использовать игровой движок. Среди движков под C# на данный момент лидирует Unity. Так что берите и изучайте его.
С чего начать изучение Unity3D?
Какие есть хорошие материалы для старта изучения Unity3D?
С чего начать разработку игр на C++/C#?

Чем вас не устраивает первая ссылка из запроса в гугле: c++ классы примеры?

1. Писать самодокументирующийся код.
2. Щедро добавлять стандартизированные комментарии к каждой функции и переменной.
3. Рефакторить структуру до полной очевидности.
4. Использовать git с подробными описаниями коммитов - с помощью аннотаций будет легко понять зачем написан тот или иной кусок
5. Вести TODO отдельно либо используя @todo комментарии прямо в коде.

Везде хорошо, где нас нет.
Мое субъективное мнение - вы неправильно смотрите на вещи.

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

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

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

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

extern int i; должно быть в хэдэре, а int i; в реализации.

#pragma once - тоже в хэдэре, а не в реализации.

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

Смотря какие игры и под какую платформу.

Если знать С++, то можно писать под любую платформу и с максимальной производительностью самих игр, но необходимо провести много времени для изучения самого С++, так как стрелять из него по ногам можно очень долго. Также стоит отметить, что существуют бесплатные средства(движки, либы, и т.д.) под любую из платформ. И что-бы не говорили, в gamedevе он будет востребован еще очень долго, так-как нет другой альтернативы, которая давала бы столько возможностей за относительно малые требования к аппаратуре.

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

Есть еще разнообразные связки веб-технологий(HTML+JS, Flash и т.д.), но они в основном предназначены именно для веба.

Насчет Java я очень сомневаюсь, поскольку её скорость выполнения и требования к оперативной памяти оставляют желать лучшего. А в играх динамическое выделение и освобождение памяти это обычное дело.

К сожалению, для компилятора второй случай тоже похож на объявление функции.
Функции req принимающей один параметр (подробнее по ссылке).
Первый из предложенных вами вариантов -- отличный выход из этой ситуации. Еще можно написать так:
QNetworkRequest request((QUrl(s)));
Upd: нашел подробное описание этой ошибки от Мейерса.

Первый пример - классическая ошибка, компилятор прав - вы действительно записали функцию.
Чтобы объявить класс и вызвать умолчательный конструктор, скобки ставить не нужно.
На этом даже Кармак прокатился:

The fact that ScopedLock lock() is a function declaration instead of an object constructor with no parms caused me great grief today.

Тот факт, что ScopedLock lock() является объявлением функции, а не вызовом конструктора без параметров вызвал у меня сегодня больше огорчение.

1) читаем документацию по Xamarin
2) обычно обходятся sqlite или другими встраеваемыми СУБД. С сервером связывают приложение по REST.
3) Зависит от уровня владения php и умения учиться, находить и понимать абстракции и т.д. В целом не стоит вообще загоняться, проще выучить.

Начинать нужно с того, к чему лежит душа :)

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

Нужно ставить задачи и искать пути их решения.

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

Проще всего, наверное будет начать с JavaScript, достаточно открыть блокнот и написать:

<script>
alert("Hello, world!");
</script>

сохранить файл с расширением .html, открыть в браузере и посмотреть на результат первого шага в программировании :)

Для разработки приложений под Windows, да простят меня микрософтоненавистники, рекомендую: Visual Studio. По языкам программирования, Visual Basic .NET относительно простой, но своеобразен (имеет смысл его знать). C# чуть сложнее, с JavaScript у них синтаксис похож. Си++ более сложный. На радость микрософтоненавистникам могу еще упомянуть о Java (не путать с JavaScript).