Александр Юдаков

1. Это форум программистов(без обид);
2. Возможно, у тебя проблема с контроллером питания.

Ну если только один строчный комментарий. А вообще это очень плохая практика, т.к. из названия должно быть понятно что это за переменная и для чего она предназначена. Ну и соответственно нужен какой-то контекст, где это переменная используется.
Если у вас в коде визуальной формы объявлена переменная total или sum например, то конечно не понятно будет для чего они тут, а если например они объявлены в классе ЗАКАЗ, то тут понятно что это сумма заказа, т.е. мы поняли это из контекста объявления переменных...

Понятие big endian и little endian есть у многобайтных типов фиксированной длины (обычно целочисленных) в адресном пространстве. В сети нет адресации данных, поэтому нет понятия big endian и little endian, есть понятие прямого и обратного сетевого порядка байт.
Функции send/recv оперируют не с многобайтными целыми числами, а с буфером памяти произвольной длины и ничего не знают о том, какие именно данные в этих буферах находятся и о представлении хранящихся в них целочисленных данных, если таковые там есть. Поэтому данные по сети будут отправлены в том порядке, в котором они находятся в адресном пространстве в отправляемом буфере.

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

P.S. а вообще у вас там лишний бекслеш перед H в текстовой константе.

Момент связи sb.xml с sb.kt остался нераскрытым. Сама собой такая связь никогда не появится. Да, обрабатывать эти кнопки нужно в каждом месте.

Возможны варианты - реализовать методы в базовом классе и наследоваться от него, написать extension функции, просто написать функции отдельно и использовать, где нужно.

В целом из вопроса мало что понятно. В заголовке класс, в тексте функции. При чём тут клик листенер, тоже неясно.

Нельзя: отсутствует объявление типа pv.

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

Какие клавиши, вы о чём? DTMF - это просто тоновые сигналы, посылаемые в линию. Никакой механики ни в Asterisk'е, ни в USB-модеме нет.

Конечно — браузер называется. В WPF есть WebView. Еще есть всякие NWJS и Electron.

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

1С
Полным полно специалистов и сайтов и форумов.
Это недорого.

Итак, открыв свой магазин, я столкнулся с тем, что готовые ERP и CRM едва ли удовлетворяют моим нуждам.

Просто вы их плохо изучили. Все там есть. На 90% ваших пожеланий - полностью покрываются 1С.
Остальные 10% можно заказать доработку программисту по 1С.

Да, проверить данные интента.

В анализе все написано, на что следует обратить внимание и что занижает скорость.

Потому что кто-то так решил и его голос имеет сильный вес. Ты всегда может отключить данное правило.

Связано это с тем, что в некоторых браузерах все плохо с итераторами, а for..in итеррирует в добавок и свойства прототипа, что как-бы четко поясняется в документации, а полагаться на hasOwnProperty нельзя в некоторых случаях (не поясняется почему), наверно потому, что его могут переопределить для объекта, но его могут переопределить и для Object, и тогда все плохо. Либо недостаточная поддержка браузерами.

Резюмируя, нефиг итеррировать по свойствам объекта, для итеррации есть массивы. А свойства на то и свойства, чтоб к ним обращаться напрямую.

Значит ты залез в область памяти, которая тобой не выделена.