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

Да вы шутите тут что ли? Что может сломаться если я одни буквы заменю на другие абсолютно везде? Что завязано на конкретное имя переменной?

Вы до сих пор вызываете функцию по смещению в адресном пространстве?

Что может сломаться если я одни буквы заменю на другие абсолютно везде?

int i;
Мне надо заменить i на y. Что в результате получиться ? В примитиве не соберется. Но если ранее у меня уже был дефайн yin то как себя поведет собранный код?
Или
int master;
...
int primary;
Тот же вопрос, как себя поведет собранный код после замены?
Если это размножить на миллионы строк, заимеешся искать в чем проблема.
Надеюсь такой примитив более понятен.

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

Вот! Повторяю вопрос зачем эти трудозатраты, которые исключительно «работа ради работы»?

Но только вот только переименование мастера в немастера ломает гораздо меньше вещей (и чинить проще) чем пропихивание того же сустемд, например.

Вот кто вам такое сказал? Голоса в голове прошептали? Вы пишите как диванный теоретик, написавший в своей жизни что-то чуть больше Hello World.

PS Или ещё, есть lib1 - lib2 - lib3 - lib4 при использовании функции func4 из lib4 последовательно вызываются func3 - func2 -func1. Для вас как девелопера интересует только func4 из lib4. Теперь в этой цепочке например lib2 кто-то сказал, да идите вы в жопу, будет время переименую, а пока имейтесь как хотите. Какой там системд? Ему и не снилось. Леня потный на фоне этого просто няшка.

Да вы шутите тут что ли? Что может сломаться если я одни буквы заменю на другие абсолютно везде? Что завязано на конкретное имя переменной?

Вы до сих пор вызываете функцию по смещению в адресном пространстве?

Что может сломаться если я одни буквы заменю на другие абсолютно везде?

int i;
Мне надо заменить i на y. Что в результате получиться ? В примитиве не соберется. Но если ранее у меня уже был дефайн yin то как себя поведет собранный код?
Или
int master;
...
int primary;
Тот же вопрос, как себя поведет собранный код после замены?
Если это размножить на миллионы строк, заимеешся искать в чем проблема.
Надеюсь такой примитив более понятен.

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

Вот! Повторяю вопрос зачем эти трудозатраты, которые исключительно «работа ради работы»?

Но только вот только переименование мастера в немастера ломает гораздо меньше вещей (и чинить проще) чем пропихивание того же сустемд, например.

Вот кто вам такое сказал? Голоса в голове прошептали? Вы пишите как диванный теоретик, написавший в своей жизни что-то чуть больше Hello World.