- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
unsigned
int
length () {
unsigned
int
number = (this -> number + 1) % 16;
int
second = size - number;
return (second / 16) + (1 % ((second % 16) + 1)) + (1 % (number + 1));
}
лишь бы не управления
всё продумано до мелочей, чтобы программист не путался, и любые его неосторожные ошибки были сразу видны и мгновенно исправлены еще до первой компиляции
Вы ещё не видели как неймспейсы и классы отформатированы:
Именование классов — отдельная история.
А по делу - я думаю, программер вас дико троллит, т.к. получает з/п по количеству строк кода.
Но он сплоховал - надо было скобки перенести на следующую строку, и еще лучше разбить их пустой строкой
Вполне возможно троллит, но количество строк в вычислении з/п точно не фигурирует. У нас в чужой код смотрят обычно только в случае, когда автора уже нет с нами.
умер от облучения?
кругом одна выгода
для `(1 % (x + 1))` ничего другого кроме как `x == 1 ? 0 : 1` не придумал, только с той разницей что оригинал аналитически считает, без flow control'а.
но без определения и диапазона значений переменной `size` как бы сложно догадатся что именно эта функция делает. (и только из-за кривого значения этой переменной деление на ноль и может произойти.)
this->number — индекс бита в 16-битном слове, с которого начинается "массив".
Функция, как удалось выяснить по способу её использования, вычисляет количество 16-битных слов, в которые попали биты из "массива".
Делается это не так уж часто, чтобы экономить на тактах.
Такое количество обусловлено тем, что для каждого массива id значений для SCADA и другие параметры задаются отдельно.
Потому я и не люблю их.
как же тебе, блять, не стыдно
"можно подумать, что АТС-код после трансляции на С станет содержать ошибки".