Дмитрий Беляев

статический может быть серым.
динамический может быть белым.
такие дела.

если не можете узнать у провайдера, то прост гляньте диапазоны серых сетей и сравните со своим адресом.

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

Процессор - слишком сложная штука для того чтобы делать вывод о его производительности только по количеству ядер и его частоте.
До пентиума 4, включительно, все было довольно просто: чем больше мегагерц (а потом гигагерц) - тем процессор быстрее. С тех пор прошло уже 20 лет, кстати.
У Pentium 4EE частота была уже 3.8Ghz и стало как-то понятно, что дальнейшее ее повышение не дает такого сильного прироста к производительности, как и раньше, да и "стоит" значительно дороже. Поэтому производители начали наращивать количество ядер, увеличивать объем кеш-памяти, и, самое главное, улучшать микроархитектуру (микроархитектуру, вобщем-то, они и так всегда улучшали).

Вот скриншот из AIDA64:


Можно заметить, что частоты у процессоров не слишком то коррелируют с их производительностью.

Поэтому и существуют многочисленные тесты и бенчмарки, по которым можно понять реальную производительность конкретного процессора в конкретной задаче.
И да, видимо, i5-2500K быстрее чем Athlon II X4 650

К сожалению, твой вопрос похож на "какой командой ассемблера пакман ест чертика".

Слишком рано задаешь подобный вопрос. Перед тем как изучать именно ассемблер для того, чтобы делать Операционную Систему, тебе следует изучить как вообще операционная система работает, как вообще языки программирования работают. То есть для начала стать продвинутым пользователем.

Для начала, подучи С/С++ до уровня, чтобы ты мог писать простые консольные программки, вроде "открыть файл, записать в него что-то", "открыть файл, прочитать с него что-то".
Затем можешь изучить как загружается операционная система с диска, разобраться с тем что такое BIOS на самом деле (а не думать что bios это то меню, в котором можно выбрать грузиться с диска или флешки), и подумать сможешь ли ты написать собственный загрузчик операционной системы.
Потом можно почитать/полистать хотя бы 1-2 ЛЮБЫЕ книжки по ассемблеру (и не бойся такие простые вопросы задавать гуглу). Рекомендовать тебе самое лучшее нет смысла.

А вопросы следует задавать, когда ты уже знаешь примерно половину ответа. Тогда это будут правильные вопросы.

То, что возвращает рекурсивный вызов, тоже в результирующий массив надо засовывать.

Потому что removeEventListener должен вызываться с указателем на ту функцию от которой ты хочешь отписаться в качестве второго аргумента (указывать должны на один и тот же объект в памяти), а у тебя он вызывается с двумя абсолютно разными функциями (одинаковый код в функциях это не тоже самое что указатель на один и тот же объект в памяти).
https://developer.mozilla.org/en-US/docs/Web/API/E...
Это событие отписывается не от всех слушателей, а от одного конкретного, указатель на который ты передашь в аргумент.
Грубо говоря, сначала регистрируешь функцию, которая будет слушателем, а потом одну и туже функцию используешь и в addEvent и в remove

"Выстрелить себе в ногу" - это идиома англоязычного мира, означающая причинение себе вреда необдуманными действиями. Языки C и C++ достаточно низкоуровневые языки, чтобы на них можно было делать опасные вещи. При этом первый вообще никак не контролирует действия программиста и позволяет написать любую ересь, а у второго такое количество тёмных уголков, в которых можно ересь сделать случайно, что не все знают даже спецы с десятилетиями опыта. Эти два совокупных фактора превращают программирование на Сях и Плюсах в изготовление приспособлений для стрельбы по собственным ногам.

Тут как минимум два варианта:

• Порт не поддерживает displayport-over-usb-c
  
• Неисправный переходник
  
  

Какие пути есть кроме написания actions на гите

Можно еще webhook использовать.
На клиенте при этом можно что-то вроде этого установить:
https://github.com/adnanh/webhook чтобы выполнять деплой по событию.

Как он, например, узнаёт, нажата ли кнопка? Для этого надо выполнять цикл как можно чаще

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

Битовый сдвиг для типа long не может превышать 63. Поэтому сдвиг 1L << 64 будет преобразован jvm в 1L << (64 & 0x3f), в результате чего получается 1L << 0 и поэтому у вас значение не изменяется.

Вашу задачу решает сдвиг 1L << 63. Единица изначально находится на 1 позиции (позиции нумеруются справа налево) и сдвигается влево на 63 позиции. Вы получаете желаемую единицу на 64 позиции с 63 нулями позади.

Что касается 128L << 56, то здесь всё корректно и логично. Единица находится на 8 позции и имеет 7 нулей сзади. Сдвигая её на 56 позиций, у вас получается желаемый результат - единица на 64 позиции (8 + 56) и 63 нуля позади (7 нулей + 56).

У дискорда есть такая фишка, что на interaction нужно ответить в течение 3-х секунд. Если не успели, он начинает выдавать такую ошибку. Есть несколько вариантов:

1. Сразу после того, как был получен interaction, нужно вызвать interaction.deferReply. Вызов deferReply даёт возможность продлить срок ответа до 15 минут. Дальше как обычно — делаете pool.query и потом interaction.reply
   

   await interaction.deferReply();
   // После вызова кода выше, дискорд даёт ещё 15 минут 
   // на то, чтобы отправить ответ.
   
   // [Тут какой-то ваш код, который долго работает]
   
   await interaction.reply('Информация о сервере: бла-блабла');

   
   
   
2. Можно использовать механизм Follow-ups. В таком случае вы сразу что-нибудь отвечаете с помощью interaction.reply, потом делаете pool.query и потом добавляете ещё текст с помощью interaction.followUp:
   

   await interaction.reply('Ща, погодь, нужно в БД посмотреть...');
   // После вызова кода выше, дискорд даёт ещё 15 минут 
   // на то, чтобы отправить follow up.
   
   // [Тут какой-то ваш код, который долго работает]
   
   await interaction.followUp('Вот, нашёл: Информация о сервере: бла-блабла');
   // Код выше добавляет к ответу текст "Вот, нашёл: Информация о сервере: бла-блабла" 
   // (фраза «Ща, погодь» никуда не пропадает)

   
   
   
3. Можно точно так же сразу ответить, но вместо interaction.followUp вызывать interaction.editReply. В этом случае даётся тоже 15 минут на то, чтобы вызвать editReply.
   

   await interaction.reply('Подождите...');
   // После вызова кода выше, дискорд даёт ещё 15 минут 
   // на то, чтобы отредактировать это сообщение
   
   // [Тут какой-то ваш код, который долго работает]
   
   await interaction.editReply('Информация о сервере: бла-блабла');
   // Код выше заменяет "Подождите.." на "Информация о сервере: бла-блабла"

   
   
   

ну так создайте заново. делов то.
и смогите в бэкапы. для защиты от "случайно".

Любой браузер, если развернуть тег. Иногда, как на скрине - iframe сначала нужно подгрузить по ссылке.

эмм.... код в айфреймах спокойно показывается в девтулзах.