Belvarm

Нет.

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

установки каких-то дополнительных пакетов и сред на компьютер,

Откуда вы это взяли? Чушь полнейшая. Максимум - несколько dll в придачу поставляется вместе с приложением, и всё (ну если вы, конечно, не программу управления полётами пишете).

Совсем хорошо, если для этой среды не понадобится искать рабочий кряк.

Ну уж это совсем ни в какие ворота не лезет. Какие еще кряки? Вы из 90-х что ли прилетели?

На каком языке нравится, на таком и пишете. Где? Да где угодно. Универсальные среды - Visual Studio и Visual Studio Code. Ваш пользователь не будет о них знать и в помине, и ничего устанавливать ему не придётся

Очевидно не перебирать все варианты, а решить систему уравнений:

import numpy as np

A = np.array([[5, 3], [3, 3]])
B = np.array([46.2, 31.5])

# Решаем систему уравнений
x, y = np.linalg.solve(A, B)
print(round(x, 2), round(y, 2))

Читай про Oauth2 и смотри в доку стима:

• https://oauth.net/2/
  
• https://partner.steamgames.com/doc/webapi_overview...
  
• https://spring.io/guides/tutorials/spring-boot-oauth2
  

После того как пользователь авторизуется и ты получишь access token - можешь идти с ним вызывать метод для получения steamid:
https://partner.steamgames.com/doc/webapi_overview...

PS: нифига в жаве не разбираюсь. Выше пример для Spring Boot.

Это тупиковая идея. Есть масса других способов получить IP. Тот же VPN или Proxy.

index. А вообще, индексы элементов массива пришли из математики - i, j, k для первых трех измерений.
Просто, первыми компухтеры оседлали математики, отсюда и традиция в циклах использовать эти буквы.

Бот не может запросить у пользователя Live Location.
Пользователь должен сам инициировать отправку Live Location, тогда она периодически будет обновляться через сообщения edited_message, пока не пройдёт заданный пользователем период отслеживания или пользователь сам не остановит отслеживание.

вопрос на этот ответ знает только РКН

Куда вы собираетесь ставить такой софт? Чтобы "было видно какого рода трафик гуляет по локалке и кто в какой мере нагружает сеть", требуется, чтобы весь этот трафик проходил через компьютер с предполагаемым мониторинговым софтом. Локальная сеть работает не так. Трафик по локальной сети ходит через свитчи. Да, вы можете каждого посадить в отдельный VLAN и сделать ваш ПК маршрутизатором между всеми VLAN'ами, но рискуете этим сильно затормозить работу локальной сети.
Если свитчи умеют по SNMP рассказывать про счётчики траффика на отдельных портах, то это был бы оптимальный вариант. Тогда нужно выбрать подходящий софт, умеющий собирать данные по SNMP и генерировать отчёты. Возможно, Zabbix, но он монструозный. А возможно, вам хватит зайти в интерфейс управляемого свитча и просто глазами посмотреть счётчики трафика по портам, вы увидите, кто в данный момент нагружает больше, без всякого дополнительного софта (если свитчи неуправляемые, то придётся заменить их на управляемые).

Вообще, трафик в локальной сети редко вызывает какие-то проблемы. Рассуждения про "конфликты" даже странно слышать. Могут быть конфликты адресов, если вы будете назначать адреса вручную и при этом забывать, какие уже назначили. На практике таких конфликтов не встречал десятки лет, 90% адресов выдаёт DHCP, небольшое количество прописанных статически вручную нетрудно учитывать. Что касается "конфликтов" в виде L2-петель в топологии, то их на уровне настроек управляемых свитчей можно обнаруживать и предотвращать. За всё время раза два видел петли: один раз лет 10 назад сам сделал во время настройки (через несколько минут заметил косяк), другой раз лет 5 назад при аварийном вызове обнаружил чужой косяк в виде петли. Вот и все "конфликты", а для постоянного мониторинга хватает пингов в Nagios.
Если же интересует трафик между локальной сетью и интернетом, то как раз желательно иметь ПК-маршрутизатор.

Смысл есть, когда вы пишите аннотацию для аннотаций и необходимо применять ее и к самой аннотации. Самый яркий пример - @Retention и @Target. Для самих @Retention и @Target аннотаций они тоже необходимы, т.к. применяется к аннотациям. Вот такая рекурсия. На практике же крайне специфичный кейс

Точно так же как и любое другое ПО:

1. Формулируете вашу задачу в виде какого-то текстового/графического описания
   
2. Формулируете ТЗ с конкретными требованиями, ограничениями и всем прочим
   
3. На основе ТЗ разрабатываете ЧТЗ (Частное ТЗ) со всеми полными деталями, описаниями всех действий, событий, взаимодействий и прочее
   
4. Используя ЧТЗ подготавливаете проект - архитектура, инструменты, системы, подсистемы и прочее с полным описанием, декомпозированными элементами вниз до самых простых и прочее
   
5. Берёте проект и по шагам его реализовываете
   
6. Profit
   

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