Dmitry_Sel

Выключаете VPN.
Заходите на любой сайт по определению IP ( 2ip.ru например). Записываете IP.

Включаете VPN.
Заходите еще раз на сайт по поределению IP. Если адрес поменялся - значит весь выходной трафик идет через VPN и, потенциально, виден работодателю.

Анализирует ли он его и надо ли это ему- вопрос другой.
https трафик (youtube) - зашифрован. То-есть видно что Вы ходили на youtube, но что Вы там смотрели - непонятно. (Если только у Вас не стоит какого-нибудь левого доверенного сертификата и работодатель не занимется атакой mitm .

Вообще говоря нет. API - это внешний интерфейс, предоставляемый какой-либо системой. Под словом "интерфейс" я здесь подразумеваю не пользовательский интерфейс, а технических интерфейс. В качестве такого интерфейса может выступать REST, SOAP, RPC и т.д. Также это может применяться к библиотекам и модулям программы. Вообще термин API имеет очень широкое значение и к базе данных имеет только то отношение, что у БД тоже есть API (например ODBC/JDBC).

sqlite

После дискуссии в комментариях ( 6084 точек на периметр квадрата и требуется понять сколько из них входит в круг) (правда, причем тут "периметр квадрата" я так и не понял) задача сводиться к простой проверке

расстояние от точки до цента фигуры <= радиус окружности.

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

А чем плохо? пользоваться не удобно? строковые константы почти одинаковые, отличаются по чуть чуть?
Лично я не вижу в простом нагромождении switch case ничего зазорного, если это простое описание логики если то... многоуровневая логика уже сложнее (если внутри тоже есть условия) такое читать сильно неудобно и легко пропустить ошибку.

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

Перепиши в ООП-шном стиле.
https://refactoring.guru/ru/replace-conditional-wi...

А большие строки хранить можно в константах или ресурсах, в зависимости от требований

Да вроде все правильно. Скорее всего опечатка в задании где-то. Так бывает. Или где-то может быть сказано, что углы должны быть в градусах а не радианах. Тогда выражение под синусом/косиносом надо домножать на 180/pi.