Дмитрий Ковальский

1. Принципиальных качественных преимуществ у node.js перед остальными языками нет, как впрочем и недостатков. Просто yet another язык со своими особенностями. Соответственно если в вопросе заменить node.js на php/ruby/python итд - ничего не изменится.
Вопрос по сути абстрактный "почему все не перешли на язык %%%%%"

2. Ответ на абстрактный вопрос:
а) Потому что существует огромное количество legacy кода который нужно поддерживать. Работы по поддержке и развитию существующего кода на порядок больше чем написания с нуля нового
б) Потому что у разработчиков есть свой стек любимых технологий, изменять который без явных экономических причин основная масса не готова
в) Потому что умные технические менеджеры выбирают стек технологий проекта исходя из имеющихся под рукой разработчиков и легкости поиска и заменимости оных.

UPD
hbrmdc

У NodeJS есть уникальные и очень весомые преимущества, которых нет ни у одного другого языка. Например то, что это JS, и, следовательно, нет необходимости разучивать лишние языки - можно весь webapp писать на js.
Личные предпочтения обоснованные привычками - это не имеющий значения аргумент в данном вопросе.

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

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

2) Личные предпочтения обоснованные привычками это основной аргумент.
Я вот умею в php, умею в ноду, умею в еще десяток умных слов.
Мне нужна новая команда на новый проект.
Я открываю hh и что я вижу: node.js 279 резюме из которых половина фронтэндщики.
PHP - 9613 резюме. Даже если 90% разработчиков PHP на hh - уроды которых к коду нельзя подпускать на пушечный выстрел - останется все равно в 3 раза больше чем есть node.js.
Собственно на этом выбор и закончен.

На малопопулярных языках пишут в случаях:
a) это мелкий сервис с неявными перспективами который можно переписать за неделю
б) это проект "для души" разработчика.

Получается замкнутый круг на самом деле.
Менеджер смотрит резюме, резюме на node.js нет =>
Менеджер не начнет проект на node.js =>
Не возникнет вакансия на node.js =>
Разработчик анализируя вакансии не увидит вакансий на node.js =>
Разработчик будет учить что то другое =>
Менеджер смотрит резюме, резюме на node.js нет...

Переломить ситуацию могут только очень крупные игроки обладающие возможностями формирования рынка (например Apple и Swift), и то не со 100% гарантией (samsung&c и Tizen)

1) Как уже говорили выше очевидную вещь, задание на собеседовании - это не "сделать кое-как, чтобы работало", а "сделать максимально хорошо, чтобы показать насколько хорошо ты вообще можешь делать эту работу"
2) В условии сказано "над полями и записями таблицы допускаются любые одиночные и групповые операции". Это значит, что могут, например апдейтом уменьшить количество у части уже давно совершенных операций, или назначить каждой операции новый рандомный склад назначения. И все подобные действия нужно поддерживать. Так что задание, фактически, не выполнено.
3) Не используйте курсоры и циклы в случае, если можно решить задачу без них. Миллион инсертов по 1 строке в цикле будет работать на порядки дольше чем 1 инсерт миллиона строк. В данном случае задача решается так же без цикла.
4) А что будет, если в блоке if (@flag_in > 0 and @flag_out > 0) после выполнения первого update второй апдейт упадет с ошибкой (от недостатка памяти на сервере, например)? А что если между двумя апдейтами вклинится другой, от другого запроса? Стоит поботать транзакции и try/catch

Как бы делал я (ваще не факт, что это идеальное решение):
1) завернуть все в try блок, в catch откатывать транзакцию на точку в начале блока, если что-то пошло не так.
2) повесить ограничение на таблицу Размещение, чтобы не позволять отрицательные количества. В случае чего возникнет ошибка при вставке, отрабатывает 1)
3) В случае удалений-апдейтов - находим все склады, на которые это влияет, заново по Движению пересчитываем для них данные в Размещении. Никаких циклов, 1 запрос. (удаления можно на самом деле оптимизировать, аналогично пункту 4)
4) В случае вставки можно поступть аналогично, но можно оптимизировать и считать разницу относительно уже обработанного состояния в Размещении. Опять же, никаких циклов.
5) Заметить работодателю, что в целом постановка задачи не особо корректна: нет времени Движений, поэтому нельзя адекватно обработать ситуацию, например на склад приходило (+10)(-5)(+100), а потом заменили (-5) на (-50). В итоге сумма то на складе положительна, но был момент, когда она была < 0.

Вообще на вашем месте я бы переписал решение максимально хорошо, просто для повышения своей квалификации. Здесь смогут дать мнение, насколько лучше стало. Плюс поботать try-catch и транзакции. Плюс избавляться от "программистского" стиля в SQL коде - если есть циклы и куча if, значит что-то скорее всего сделано не так.

Достоинства геттеров и сеттеров

• Используя геттеры и сеттеры вы можете осуществлять контроль за тем, какие именно данные содержатся в свойствах объекта, и отклонять любые некорректные значения.
  
• Так же вы можете осуществлять дополнительные операции перед тем, как установить или получить значение свойства (например, если обновление данного свойства должно вызывать некоторое действие, такое как оповещение пользователя).
  
• При установке значения, которое является объектом или массивом, вы можете явно указать тип переменной в сигнатуре функции(прим. public function setBar(Bar $bar)). К большому сожалению, PHP не позволяет проделывать тоже самое с типами int и string!
  
• Если значение свойства должно получаться из внешнего источника или среды исполнения, вы можете использовать ленивую загрузку данных — таким образом ресурсы, требуемые для загрузки данных, будут задействованы непосредственно во время получения значения свойства. Разумеется, в данном случае нужно соблюдать осторожность, и не следует получать данные из внешнего источника при каждом обращении к свойству. Будет лучше сделать одно обращение к базе данных и заполнить значения всех свойств сразу, чем делать это для каждого в отдельности.
  
• Вы можете сделать свойство доступным только на чтение или только на запись, путём создания только геттера или только сеттера.
  
• Вы можете добавить геттеры и сеттеры в интерфейс для того, чтобы отобразить их в API.
  

Недостатки геттеров и сеттеров

• Для разработчиков, которые используют прямой доступ к свойствам, геттеры и сеттеры кажутся настоящей головной болью! Для каждого свойства нужно определить само свойство, геттер и сеттер; и для того чтобы использовать данное свойство в коде, нужно осуществлять дополнительные вызовы метода — намного легче написать $foo->bar++; вместо $foo->setBar($foo->getBar() + 1); (хотя, конечно, можно добавить ещё один метод $foo->incrementBar();)
  
• Как уже отмечалось выше, существуют небольшие дополнительные расходы, затрачиваемые на вызов метода.
  
• Имена геттеров и сеттеров принято начинать с глаголов get и set, но данные глаголы так же могут использоваться и в других методах, которые ни коим образом не относятся к свойствам класса.
  

Отсюда

Не используйте оператор for each, он не является частью стандарта языка C++ и поддерживается только в VisualStudio.
Используйте range-based цикл, который появился с версией C++11:

for (string strFILE : v_strSEARCH)
{
    cout << "Файл " << v_strFILE << endl;
}

А ошибка в том, что вы возвращаете пустой вектор:
return vector<string>();

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

В mysql это выглядело бы так:

SELECT z.Nomer, GROUP_CONCAT(p.Name SEPARATOR ', ')
FROM Nakladnaya as n
INNER JOIN Product as p ON n.ProductID = p.ID
INNER JOIN Zakaz as z ON n.ZakazNomer = z.Nomer
GROUP BY z.Nomer

В ms sql, насколько я понимаю, group_concat нет, но есть какие-то способы его эмулировать. Возможно, есть еще какие-то специфические нюансы, но я в этом сомневаюсь.

P.S. Печатал эту смесь английского и транслита и плакал кровавыми слезами.

Можете. Но только однажды.

Если у вас ПО закуплено по корпоративным каналам распространения, то все зависит от оформленной подписки. Разовая закупка лицензий Windows 7 GGK не дает вам права бесплатного обновления до Windows 10, поскольку коммерческое использование Windows 10 обговаривается отдельным лицензионным соглашением. Если же у вас есть подписка с правом получения новых версий ОС и ПО, то обновление у вас происходит в рамках данного соглашения, что вопросов со стороны надзорных органов вызвать не должно.

нет

Вы думаете по всем остальным параметрам ваши сайты ОК? :)

Ходят слухи, что это крайне-крайне-крайне незначительный фактор.

Переменная reset должна быть видимой в обеих функциях.

Не очень красиво, но должно работать

var reset;

$(".boy-block").mouseover(function(){

    clearTimeout(reset);
    idInterval = setInterval(countLoop,100); 
    
    $(".circle-inner").addClass("active");

});

$(".boy-block").mouseleave(function(){
      clearInterval(idInterval);
      reset =  setTimeout( '$(".circle-inner").removeClass("active")', 2000 - count);
      count = 0;
});

Объявите idInterval за пределами анонимных функций, там-же, где var count = 0;