Freeman

Касперский может вам гадить в тапки)
Этот подлец повадился блокировать звук и видео в разных программах для конференций,
делал недоступным сканирование с отправкой по сети.
В общем я бы рекомендовал присмотреться к нему.
Это не точно конечно, но я был удивлён что программа сожданная помогать мелко гадит тут и там.

Когда каскадное обновление это плохо?

Каскадное обновление - в большинстве случаев это... глупо.

Вспомним, что это вообще такое.

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

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

Что же есть каскадное обновление? Это изменение связанного значения в подчинённой таблице, если изменяется значение основной таблицы. Ну то есть если изменяется (вспоминаем сказанное выше) значение первичного ключа или поля, объявленного уникальным. В основной таблице. Ага...

Ну то, что изменение/корректировка значения поля первичного ключа есть bad practice (читай - дурь голимая), хорошо известно, обосновано и весьма логично. Нет, реально возможны ситуации, когда такая операция оправдана и имеет смысл - но такая ситуация абсолютно всегда одноразовая, и есть составная часть административного обслуживания. А если подобная надобность возникла на уровне пользователя, в рабочем процессе - то это гарантия наличия серьёзной ошибки в проектировании БД.

Практически всё то же относится и к корректировке просто уникального поля. За исключением случая, когда выполняется каскадное изменение значения поля, которое в основной таблице получило значение NULL. То есть когда выполняемая операция по смыслу является не обновлением, а "мягким удалением" основной записи с каскадным удалением всех подчинённых. Правда, на вопрос, как отличить мягко каскадно-удалённые подчинённые записи от мягко явно-удалённых, и как определить, с какой основной записью была связана мягко удалённая подчинённая, не залезая в журнал или бэкап, ответа никто не даст. А получается, что даже в случае исключения всё делается через "универсальный интерфейс", то есть косяк в проектировании структуры имеется и в этом случае.

Резюмирую. Если каскадное обновление необходимо, оно скорее всего маскирует недостатки и ошибки проектирования. А плохо это или хорошо - прикрывать дырку костылём,- решайте сами.

А тут скорее не с гитом траббла, а с процессом.
Еслиу тебя две задачи, одна залочена на другую - то почему ты взял залоченную задачу? Жди пока разлочится :-)

Раз уж завезли гитфлоу и тестирование в ветках - то идите с этим до конца ;-)

Отладчик есть? Или хотя бы отладочный вывод добавьте. Выводите все переменные там, где они меняются. Мне кажется, что вы из строк все пробелы удаляете и у вас segment получается "sqrt(x);". Ведь stringstream будет читать одно слово целиком до пробельного символа, а их там тупо нет. И потом проверка segment == "sqrt" не срабатывает. Но мне лень ваш код запускать, перепроверьте эту гипотезу сами.

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

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

Судя по всему, ребята пришли к успеху, фартануло ©, и в отношении них ведётся уголовное разбирательство, в связи с чем и возникла такая интересная ситуация в WHOIS.

То же самое будет, если по домену идёт судебная тяжба между двумя лицами (доменный спор).
Кроме того, я встречал информацию, что домены могут быть арестованы судебными приставами, как имущество.

Ещё примеры подобных доменов:

wikimart.ru
belpostel.ru
makstour.ru
atomicheart.ru
wast.ru
sotik.ru
aeropotok.ru
diskireplica.ru

Хм. А, пардон, зачем Вам именно начинающая компания? Как тут совершенно верно было замечено - в такую компанию:
- устраиваются как правило по знакомству - потому что у компании банально нет бюджета на хыра, искать бойцов может один из основателей, сидя на hh.
- требования по квалификации - широчайшие. Если например говорим про админа - то этот чел должен закрывать все админские задачи - от протяжки проводов и замены картриджей до настройки серверов и общения с провайдером. И знать, что он будет один ооочень долго.

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

Джуна не возьмут точно - там каждый человек это такая нагрузка на фонд зп.

В принципе можно на виртуальной машине. Но в частности зависит от особенностей прикладного ПО.
Можно предположить, что абоненты только прикладывают карточку к сканеру и получают информацию на своём мониторе. Тогда нужно пробросить сканер (как USB-устройство) внутрь виртуальной машины.

А ещё успех зависит от персональных особенностей сотрудника, который будет работать за этим ПК. Ну вы знаете, одному человеку можно показать, как здесь всё устроено и он поймёт, а другому показывай хоть каждый день, и он всё равно загонит курсор мышки на второй монитор и (глядя на первый монитор) будет говорить "ой, у меня снова мышка не работает". Если рассчитывать на текучку кадров или на низкий уровень сотрудника, то проще за копейки купить отдельный старенький системный блок.

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

В РФ главная система индексации и поиска научных статей это https://www.elibrary.ru/

Если вас интересуют хорошие примеры крупной формы (научная статья это обычно довольно компактный текст), то можно читать тексты кандидатских/докторских/PhD работ, многими университетами они выкладываются в открытый доступ (например вот MIT: https://dspace.mit.edu/handle/1721.1/7582, в СПбГУ: https://disser.spbu.ru/), через тот же elibrary тексты диссертаций тоже ищутся.

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

Более того из всех программ сборки 2k10 только она видела то, чего не видели другие программы (R-Studio, несколько разновидностей Active@, и ещё парочку.)

Вам следует начать вот отсюда и далее по списку: https://roadmap.sh/cpp