The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Ядро Linux 5.8 станет самым крупным по числу изменений, opennews (??), 15-Июн-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


21. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –3 +/
Сообщение от Crazy Alex (ok), 15-Июн-20, 13:25 
Вообще не страшно. Search&replace в таком варианте - штука безвредная. А вот масса одновременных изменений поведения - это риск
Ответить | Правка | Наверх | Cообщить модератору

62. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +5 +/
Сообщение от JL2001 (ok), 15-Июн-20, 16:03 
> Вообще не страшно. Search&replace в таком варианте - штука безвредная. А вот
> масса одновременных изменений поведения - это риск

о, сколько багов было сделано глобальным серчреплейсом!

Ответить | Правка | Наверх | Cообщить модератору

72. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от YetAnotherOnanym (ok), 15-Июн-20, 16:27 
Энциклонги и Тайсон Гомосексуал подтверждают.
Ответить | Правка | Наверх | Cообщить модератору

86. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Crazy Alex (ok), 15-Июн-20, 18:04 
Я ж  не зря сказал "в таком варианте" - slave/master - достаточно уникальные сочетания. Мксимум - то, что вводится, может закрыть аналогично названную переменную из большего скопа, но, во-первых. это си - тут тех скопов-то, во-вторых компилятор ворнинг выплюнет.

В общем, натурально не страшно. Пользы никакой, но вреда - тоже.

Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

111. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от JL2001 (ok), 15-Июн-20, 22:47 
> Я ж  не зря сказал "в таком варианте" - slave/master -
> достаточно уникальные сочетания. Мксимум - то, что вводится, может закрыть аналогично
> названную переменную из большего скопа, но, во-первых. это си - тут
> тех скопов-то, во-вторых компилятор ворнинг выплюнет.
> В общем, натурально не страшно. Пользы никакой, но вреда - тоже.

я тут недавно добавил новую функцию, после чего всё накрылось 314здой, ибо в рантайме одной либе показалось, что моя новая функция имеет более коширное название, чем ранее ею выбираемая

реально лучше с белыми господинами и дядями томами, чем полный регресс с непредсказуемым финалом

Ответить | Правка | Наверх | Cообщить модератору

117. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +1 +/
Сообщение от Crazy Alex (ok), 16-Июн-20, 00:12 
Ну, это вообще не ядерный случай.

Я ж не спорю, что шанс на что-то налететь есть - он всегда есть когда хоть что-то меняешь - я ровно о том, что шанс этот очень невелик. А по вашей логике надо вообще ничего не тронуть - подобные переименования чуть ли не самое безопасное, что можно сделать с кодом, абсолютное большинство изменений намного более рискованно.

Кстати, в половине случаев master/slave ещё и применяется не в тему, так что переименование на какой-нибудь active/watching или primary/secondary может ясности и добавить, но тут уже надо по ситуации смотреть.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру