История изменений

Ну, вообще для этого там есть синтаксис (битовые поля в структурах)

О! Так для этого структуры норм использовать, а для строк – нет? Ты уж определись. К – консистентность.

Ну и, к слову, как без перегрузки операторов использовать + и - для этих чисел?

Библиотеки есть для чисел почти любой разрядности. Ну, тут «библиотека» простая - &15, >>4, <<4.

Ты исповедуешь copy-paste driven programming? Тебе там за количество кода платят, что ли? Цент за символ или ты больше берёшь?

И как ты, например, 512-битные числа реализуешь через &15? Криптографию на таком писать – это огонь был бы. Особенно учитывая требования к коду с криптой, из-за которых его мало на каком языке можно писать.

Это артефакты оптимизации.

Это не артефакты оптимизации. Это буквально то, что написано в стандарте языка, согласно которому компиляторы языка реализованы. В том самом стандарте, который ты тут яростно отрицаешь, вместо этого продвигая какую-то свою версию C, которая существует только в твоей голове.

они увы необходимы для генерации более быстрого кода.

Расскажи мне, каким образом же такое поведение при сравнении указателей в 2022 году генерирует более быстрый код? Учитывая, что узкие места сейчас почти все лежат где-то в районе локов или постоянной ненужной долбёжки диска.

Ну, вообще для этого там есть синтаксис (битовые поля в структурах)

О! Так для этого структуры норм использовать, а для строк – нет? Ты уж определись. К – консистентность.

Ну и, к слову, как без перегрузки операторов использовать + и - для этих чисел?

Библиотеки есть для чисел почти любой разрядности. Ну, тут «библиотека» простая - &15, >>4, <<4.

Ты исповедуешь copy-paste driven programming? Тебе там за количество кода платят, что ли? Цент за символ или ты больше берёшь?

И как ты, например, 512-битные числа реализуешь через &15?

Это артефакты оптимизации.

Это не артефакты оптимизации. Это буквально то, что написано в стандарте языка, согласно которому компиляторы языка реализованы. В том самом стандарте, который ты тут яростно отрицаешь, вместо этого продвигая какую-то свою версию C, которая существует только в твоей голове.

они увы необходимы для генерации более быстрого кода.

Расскажи мне, каким образом же такое поведение при сравнении указателей в 2022 году генерирует более быстрый код? Учитывая, что узкие места сейчас почти все лежат где-то в районе локов или постоянной ненужной долбёжки диска.

Ну, вообще для этого там есть синтаксис (битовые поля в структурах)

О! Так для этого структуры норм использовать, а для строк – нет? Ты уж определись. К – консистентность.

Ну и, к слову, как без перегрузки операторов использовать + и - для этих чисел?

Библиотеки есть для чисел почти любой разрядности. Ну, тут «библиотека» простая - &15, >>4, <<4.

Ты исповедуешь copy-paste driven programming? Тебе там за количество кода платят, что ли? Цент за символ или ты больше берёшь?

Это артефакты оптимизации.

Это не артефакты оптимизации. Это буквально то, что написано в стандарте языка, согласно которому компиляторы языка реализованы. В том самом стандарте, который ты тут яростно отрицаешь, вместо этого продвигая какую-то свою версию C, которая существует только в твоей голове.

они увы необходимы для генерации более быстрого кода.

Расскажи мне, каким образом же такое поведение при сравнении указателей в 2022 году генерирует более быстрый код? Учитывая, что узкие места сейчас почти все лежат где-то в районе локов или постоянной ненужной долбёжки диска.

Ну, вообще для этого там есть синтаксис (битовые поля в структурах)

О! Так для этого структуры норм использовать, а для строк – нет? Ты уж определись.

Ну и, к слову, как без перегрузки операторов использовать + и - для этих чисел?

Библиотеки есть для чисел почти любой разрядности. Ну, тут «библиотека» простая - &15, >>4, <<4.

Ты исповедуешь copy-paste driven programming? Тебе там за количество кода платят, что ли? Цент за символ или ты больше берёшь?

Это артефакты оптимизации.

Это не артефакты оптимизации. Это буквально то, что написано в стандарте языка, согласно которому компиляторы языка реализованы. В том самом стандарте, который ты тут яростно отрицаешь, вместо этого продвигая какую-то свою версию C, которая существует только в твоей голове.

они увы необходимы для генерации более быстрого кода.

Расскажи мне, каким образом же такое поведение при сравнении указателей в 2022 году генерирует более быстрый код? Учитывая, что узкие места сейчас почти все лежат где-то в районе локов или постоянной ненужной долбёжки диска.

Ну, вообще для этого там есть синтаксис (битовые поля в структурах)

О! Так для этого структуры норм использовать, а для строк – нет? Ты уж определись.

Ну и, к слову, как без перегрузки операторов использовать + и - для этих чисел?

Библиотеки есть для чисел почти любой разрядности. Ну, тут «библиотека» простая - &15, >>4, <<4.

Ты исповедуешь copy-paste driven programming? Тебе там за количество кода платят, что ли?

Это артефакты оптимизации.

Это не артефакты оптимизации. Это буквально то, что написано в стандарте языка, согласно которому компиляторы языка реализованы. В том самом стандарте, который ты тут яростно отрицаешь, вместо этого продвигая какую-то свою версию C, которая существует только в твоей голове.

они увы необходимы для генерации более быстрого кода.

Расскажи мне, каким образом же такое поведение при сравнении указателей в 2022 году генерирует более быстрый код? Учитывая, что узкие места сейчас почти все лежат где-то в районе локов или постоянной ненужной долбёжки диска.