Василий Банников

Для поразрядных операций JS приводит числа к Int32 (знаковому), и, например, 3232286720 в этот диапазон не влазит, оно считается отрицательным из-за единичного старшего бита.

Чтобы посмотреть, как оно работает, открой консоль браузера, и создай 2 массива:

var a = new Uint32Array(1);
var b = new Int32Array(a.buffer);

a[0] = 3232286728;

console.log(b[0]);

find /base/directory/* -maxdepth 0 -type d -exec 7z a -r {}.7z {}/* \;

1) никак, да и незачем. файлы жс уже находятся на клиенте, так что все что вы можете - обфусцировать код, но кому надо и так разберется, а кому не надо пофиг в любом виде. Относительно пхп файлов - иx и так никто не увидит с клиента, они исполняются на сервере, и клиенту доходит только результат выполнения скрипта.
2) Никак. Если у вас передаются через запросы какие-либо данные которые не должен видеть пользователь, значит что-то пошло не так.
3) По вкусу, безопасность это никак не гарантирует.
4) Странный вопрос, суть которого вообще не ясна.
5) Выдает с головой полное непонимание что и как устроено и что за что отвечает.
6) Куки не страшные, опасаться не стоит, еще не зарегистрировано ни одного случая нападения куки на человека. Пишите туда данные необходимые для работы приложения. Обычно пароль или другую секретную информацию записывать туда не рекомендуется.

может кто-то пользуется какими-то лайфхаками)

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

Если вкратце, разделы нужны для корректной работы ОС. Если бы вы растянули окно диспетчера дисков вширь, то могли бы заметить в скобках описания назначения разделов.
Вы их можете попробовать удалить, но все проблемы, которые могут от этого возникнуть, я вам перечислить не возьмусь. По идее удаление разделов может сломать функционал восстановления Windows, функционал обновления Windows, функционал Bitlocker, режим SecureBoot.
При наличии 391 ГБ свободного места лично я бы не упарывался в попытки избавиться от данных разделов, поскольку это не имеет никакого смысла (впрочем, если стоит задача сломать систему, то смысл безусловно есть).

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

вынерните из своего мирка (даже не буду спрашивать как там очутились). верстка в чистом виде - это самое дно.
она интересна только с другими скилами (с вашей стороны) или как часть другого готового продукта.

Добрый вечер!

Подойдет ли MacBook и в целом система Mac OS для программирования на Java?

Да, также как и любая другая OS.

Возможно ли пройти путь от полного неуча до Senior Software Java Developer на Маке или так без Windows не обойтись?

Я этот путь прошел без виндовс, только на линукс (правда, до senior еще не добрался =) ). В общем, кому что нравится...

Если все таки, если я хочу программировать на Mac OS, то мне стоит больше присмотреться к той же iOS разработке?

Необязательно. Если вы хотите стать iOS разработчиком, то наличие MacOS обязательно. А так, вы можете писать на маках что угодно и на чем угодно... хоть на Java, C# и т.д.

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

Узнать не могут.
Ничего не будет.
Иногда барахлит тот сайт или твой интернет.

В теории админу может прийти в голову забанить твой ip-адерс, но без особой причины это глупо. Невозможно заранее предсказать, дурак ли админ.

P.S. Если ты каждые 30 минут будешь заходить в продуктовый магазин и выходить из него, то это не слишком быстро? Продавцы и охранники не заподозрят неладное? И если заподозрят, то что будет?
(Наверняка приедет сам Путин и лично нацепит на тебя наручники)

Создать переменные в форме, а не локальные и записать туда логин пароль.
Типа так

private string _login;
public void ImportClick1(object sender, EventArgs e)
{
  _login = GetLoginFromFile();
}

https://tamper.dev/

В браузерах есть два варианта WebGL - это WebGL 1 и WebGL 2. В суровой реальности мы можем это округлить до только WebGL 1, т.к. вторая версия все еще не имеет адекватной поддержки браузерами, как на мобильных устройствах, так и на десктопах (в Safari это все еще "экспериментальная фича", да и в остальных браузерах такое впечатление, что только в прошлом году начали фиксить накопившиеся баги и странности). И получается, что в нашем распоряжении из действительно надежных вариантов есть только WebGL 1, где язык GLSL так и остается версии 1.0, в то время как весь мир OpenGL уже ушел до версии 4+ (это уже более свежая версия, чем будет по планам у нас в браузерах, когда появится полноценная поддержка WebGL 2 везде). Так что я бы не стал говорить о полной совместимости реально современного OpenGL и "современного" WebGL.

Не очень понятно что конкретно у вас не получилось. Сама идея правильная - вынести общий функционал в метод.

Единственное что могло бы вызвать сложность так это сделать дополнительное ограничение на введенные данные. Например, у вас для параметра a еще требуется четность. Для этого можно просто передавать фильтр:

static int ReadInt(Func<int, bool> filter)
{
    while (true)
    {
        var a = Console.ReadLine();
        bool a_number = int.TryParse(a, out int ai);

        if (a_number && filter(ai))
        {
            return ai;
        }
        else
        {
            Console.WriteLine("Некорректные данные. Попробуйте еще раз.");
        }
    }
}

и пример вызова

Console.Write($"\nВведите четное значение <a>: ");
var a = ReadInt(a => a % 2 == 0);

||

Но до создания калькулятора так и не дошёл.

Не похоже на любовь к программированию.

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

То есть основ программирования вы не знаете. Ясно.

...с чего начать?

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

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