forum.opennet.ru

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

Оглавление

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

Скрыто модератором, Аноним (1), 12:21 , 15-Июн-20, (1) +5 //

Скрыто модератором, iPony129412 (?), 12:22 , 15-Июн-20, (4) +16 //

Скрыто модератором, Аноним (46), 14:43 , 15-Июн-20, (46) +2 //

Скрыто модератором, EnemyOfDemocracy (?), 16:55 , 15-Июн-20, (76) –3

Скрыто модератором, Анонимъ (?), 20:04 , 15-Июн-20, (96) +1
Скрыто модератором, fau2 (?), 00:24 , 16-Июн-20, (120) +1

Скрыто модератором, Аноним (77), 16:58 , 15-Июн-20, (77) +5

Скрыто модератором, анан (?), 12:54 , 15-Июн-20, (12) +1
Скрыто модератором, Аноним (20), 13:24 , 15-Июн-20, (20) +1
Скрыто модератором, Аноним (34), 14:04 , 15-Июн-20, (34) +1 //

Скрыто модератором, Блабла (?), 14:10 , 15-Июн-20, (36) +7
Скрыто модератором, Аноним (37), 14:13 , 15-Июн-20, (37) +7
Скрыто модератором, Судья (?), 14:28 , 15-Июн-20, (41) +13
Скрыто модератором, СтопПиддоррассамм (?), 14:32 , 15-Июн-20, (42) +2 //

Скрыто модератором, Аноним (45), 14:40 , 15-Июн-20, (45) +5

Скрыто модератором, Аноним (55), 15:28 , 15-Июн-20, (55) +6
Скрыто модератором, Аноним (61), 15:59 , 15-Июн-20, (61) +2
Скрыто модератором, InuYasha (??), 16:07 , 15-Июн-20, (64) +1
Скрыто модератором, iCat (ok), 16:19 , 15-Июн-20, (69) +1 //

Скрыто модератором, Аноним (34), 16:25 , 15-Июн-20, (71) –5

Скрыто модератором, быдлоюзер (?), 16:32 , 15-Июн-20, (74) +2
Скрыто модератором, Аноним (77), 17:01 , 15-Июн-20, (78) +1
Скрыто модератором, Аноним (80), 17:39 , 15-Июн-20, (80) +1
Скрыто модератором, Аноним (91), 19:28 , 15-Июн-20, (91)
Скрыто модератором, Kusb (?), 20:16 , 15-Июн-20, (98)

Пошла ли на пользу проекту самоизоляция , Синий попугай (ok), 12:21 , 15-Июн-20, (2) +14 //

тоже так подумал, было делать нечего пошли ядро писать, анан (?), 12:55 , 15-Июн-20, (13) +8

Линус Торвальдс про предыдущее писал, что слишком жирно Теперь нормально , iPony129412 (?), 12:21 , 15-Июн-20, (3) //

Он же на амд теперь бесконечный цикл за 2 секунды считает, теперь в самый раз ви, Аноним (7), 12:26 , 15-Июн-20, (7) +23 //

Тебе смешно, а я попытался сделать рекурсию - чтобы посмотреть на переполнение с, Аноним (-), 15:43 , 15-Июн-20, (56) //

Ты же можешь отключить оптимизации компилятора, Аноним (132), 04:13 , 16-Июн-20, (132)

Да просто я был несколько озадачен когда микроконтроллер с 4К на все не грохнулс, Аноним (-), 05:31 , 16-Июн-20, (136) –1

хвостовая рекурсия, всегда оптимизируется это типа даже за оптимизацию не счит, Leo90 (?), 15:17 , 17-Июн-20, (187) –1

Я даже попытался переменные жрать Не, гад все-равно видит что unused и выпилива, Аноним (205), 16:04 , 19-Июн-20, (205)

Это может посчитать только Чак Норрис, но ему АМД вместе с Интел доноги , antonimus (?), 22:03 , 16-Июн-20, (170)

Ну-с, господа, поздравляю Ядро жиреет прямо на глазах Интересно, Linux в конце, Аноним (5), 12:25 , 15-Июн-20, (5) –13 //

Ну если бы драйверы не находились в основной ветке ядра, то и патчи были бы знач, proninyaroslav (ok), 12:32 , 15-Июн-20, (8) +7 //

Перепроектировать ядро так чтоб abi для драйверов никогда и никак не менялся и в, Аноним (22), 13:27 , 15-Июн-20, (22) +4 //

Вы принимаете кучу инженеров которые пишут драйверы идиотами Интерфейс это обоб, Анончик (?), 14:35 , 15-Июн-20, (43) +2

Ну так не делай просто, функционально, быстро одновременно зачем это Подумать, Аноним (48), 14:49 , 15-Июн-20, (48) –3
а как иначе назвать тех кто удалено 480891 строк , Sw00p aka Jerom (?), 15:02 , 15-Июн-20, (51) –6

Програмерами, вероятно Чувак, ты хоть 1 программу с системой контроля версий пи, Аноним (-), 15:48 , 15-Июн-20, (58) +10

А шо так не уверенно отвечаете Раз в вашем определении, программер этот тот, кт, Sw00p aka Jerom (?), 16:31 , 15-Июн-20, (73) –15

А в случае, когда 480k loc 8212 это поддержка бабушкиного лампового чипсета, , bergentroll (ok), 21:35 , 15-Июн-20, (101)

Если бабушкин чипсет выпускается и усовершенствуется, то собственно должна быть , Sw00p aka Jerom (?), 22:01 , 15-Июн-20, (102) –2

Ну вот и выпиливают, в чём проблема , Crazy Alex (ok), 22:36 , 15-Июн-20, (108)

Да ни в чем собственно, код старого аппаратного обеспечения должен быть выпилен,, Sw00p aka Jerom (?), 22:44 , 15-Июн-20, (109) –2

Пересказ git log с точными причинами всех изменений, вероятно, будет довольно д, Аноним (-), 06:31 , 16-Июн-20, (140) +1

Слушай, ну это ж дичь Какие, на фиг, детерминированные алгоритмы с кучей событий, Crazy Alex (ok), 22:35 , 15-Июн-20, (107)

Ого, вы уже изобрели недетерминированную машину Тьюринга Похвальное , Sw00p aka Jerom (?), 22:47 , 15-Июн-20, (110)

Вот машине Тьюринга можно быть детерминированной - она абстрактная и простая А , Crazy Alex (ok), 00:05 , 16-Июн-20, (116) +3

а кто-то хоть пытался , Sw00p aka Jerom (?), 01:09 , 16-Июн-20, (123) –1

Ну посмотрите на 6502 и попробуйте Его на рассыпухе т е максимум транзисторн, Michael Shigorin (ok), 02:06 , 16-Июн-20, (125)
все к этому и сводится, посмотри как сделано и реализуй тоже самое Что за кЕта, Sw00p aka Jerom (?), 03:50 , 16-Июн-20, (130) –1
Одна древняя мудрость гласит что для того чтобы научиться хорошо и много писать , Аноним (142), 06:50 , 16-Июн-20, (142) +2
Предлагается сделать Новую Москву В 20 раз лучше старой И чтобы абсолютно все , Аноним (142), 06:40 , 16-Июн-20, (141)
- Не вычерпать море решетoм - А кто-то хоть пытался Вот бери и черпай, у адекв, Аноним (147), 08:20 , 16-Июн-20, (147)
Вас разве я к чему-то принуждал Как говорится в мудрости одной, заставь дурака , Sw00p aka Jerom (?), 17:11 , 16-Июн-20, (164)
Если уж мы об этом, если не ошибаюсь, Кнут, чтоли однажды выдал что самый его пр, Аноним (-), 11:43 , 17-Июн-20, (183)
А вывод какой Что побудило Можете не отвечать, в коментах все уже расписано И , Sw00p aka Jerom (?), 14:31 , 17-Июн-20, (186)
Вывод простой если удалось угрохать кучу строк без потери функциональности и чи, Аноним (-), 16:30 , 17-Июн-20, (190)

Детский сад Поинтересуйтесь, для каких применений и объёмов кода задачи се, Michael Shigorin (ok), 22:52 , 15-Июн-20, (112) +1

так детский сад в том и заключается, что вы забыли применять доказательство не , Sw00p aka Jerom (?), 00:36 , 16-Июн-20, (121)

Ладно, Вы победили Показывайте мастеркласс Алгоритм для самостоятельного док, Michael Shigorin (ok), 02:13 , 16-Июн-20, (127) +1

а че так за неделю, вы мой один комент понять не можете, думаете через неделю те, Sw00p aka Jerom (?), 03:10 , 16-Июн-20, (129)

Это не доказательство Когда я в последний раз проверял, техники доказательств б, Аноним (134), 04:20 , 16-Июн-20, (134)
Так нет по сей день доказанной техники доказательства Эдакий кризис оснований , Sw00p aka Jerom (?), 20:37 , 16-Июн-20, (168) –3
Стесняюсь спросить, чувак, а ты пробовал использовать систему контроля версий W , Аноним (142), 06:52 , 16-Июн-20, (143)
Записываем в сантехнике тоже не разбирается , йкЛще (?), 07:50 , 16-Июн-20, (145)
Я думал только мой батя умудрялся на пластиковых трубах резьбу нарезать Напомни, Sw00p aka Jerom (?), 16:59 , 16-Июн-20, (163) –1
Интересно, а чем переход с пластика на метал вы крутите Пальцем или силой мысл, Это он (?), 23:48 , 16-Июн-20, (176)
Бывают переходники типа колпака, которые пластик с металом стыкуют, там тогда на, Аноним (-), 12:20 , 17-Июн-20, (185)
Резьба - малость перебор, для такого соединители и переходники есть Но без прок, Аноним (-), 12:12 , 17-Июн-20, (184)
Я смотрю вы и в сантехнике разбираетесь как и в программировании И разводной , Это он (?), 23:45 , 16-Июн-20, (175)
это легаси называется, когда с одной стороны пластиковой трубы торчит резьба на , Sw00p aka Jerom (?), 00:01 , 17-Июн-20, (178)
А ни под чью Производят что продается, а людям хочется самого разного И вопить, Аноним (-), 07:07 , 20-Июн-20, (219)

Мда Я даже не знаю с какой стороны браться за этот комментарий Слова программи, Аноним (134), 23:55 , 15-Июн-20, (115) +1

Браться нужно - пошагово, как и работа любого детерминированного алгоритма Прогр, Sw00p aka Jerom (?), 01:06 , 16-Июн-20, (122) –4

Нет Цыгане -- это распространители наркоты Более строгое определение, чем обще, Michael Shigorin (ok), 02:00 , 16-Июн-20, (124) +2

На нет - спросу нет Не вижу определение понятия наркоты , как и не вижу смысла , Sw00p aka Jerom (?), 02:52 , 16-Июн-20, (128) –1

Определите уж тогда понятие Хотя стоп, для этого смысл надо видеть sigh Нет, Michael Shigorin (ok), 13:09 , 16-Июн-20, (158)
Вот тут момент истины, мы словами языка даем определения другим словам в этом же, Sw00p aka Jerom (?), 19:53 , 16-Июн-20, (166)

Да, это более строгое определение Это не делает его интересным кому-бы то ни бы, Аноним (134), 04:06 , 16-Июн-20, (131) +1

Игра с определением, коментом выше я ответил, не буду дублировать ответ Складыва, Sw00p aka Jerom (?), 20:21 , 16-Июн-20, (167)

Я сталкивался с обоими И научные статьи про теоретические алгоритмы писал и при, Аноним (134), 14:21 , 19-Июн-20, (204)

Если ты не знаешь, зачем нужна система контроля версий, то ты вообще не имеешь п, Аноним (132), 04:17 , 16-Июн-20, (133) +1

вот мой вопрос А зачем вообще она нужна Следить за тем кто сколько строк удал, Sw00p aka Jerom (?), 20:51 , 16-Июн-20, (169)

Всегда есть вероятность что по факту окажутся какие-то ж-до масоны, орден подпо, Аноним (-), 06:11 , 16-Июн-20, (137) +2

А не лучше тогда воздержаться от комментария раз такая не уверенность Или на об, Sw00p aka Jerom (?), 01:13 , 17-Июн-20, (180)

The best one can get Ума не приложу как получить 100 уверенность по части сам, Аноним (188), 16:05 , 17-Июн-20, (188)

Это такой троллинг тупостью Гит считает 1 отредактированную строку как 1 строк, Аноним (103), 22:10 , 15-Июн-20, (103) +2

Это не гит считает Так считает diff А гит и пр просто пользуются им , BSA (?), 22:23 , 15-Июн-20, (105) +2
ну и о чем это говорит а смысл тогда говорить об количестве удаленных строк, , Sw00p aka Jerom (?), 22:24 , 15-Июн-20, (106) –3
Ух ты, а чо, так можно было А то я был уверен что в силу тупости последнее как , Аноним (-), 06:19 , 16-Июн-20, (138)

Been there, done that Так я полюбил пингвина ФакЪ, в нем можно модуль скомпиля, Аноним (-), 15:46 , 15-Июн-20, (57) +5

Как замену сабжу в виде андроида сие вроде уже даже те рожи не особо позициониру, Аноним (-), 15:51 , 15-Июн-20, (59) +2

А кто-то вообще всерьёз так считал С самого же начала было ясно что это очередн, Аноним (103), 22:14 , 15-Июн-20, (104)

Ну вот судя по коментам этой визгливой хипсототы они уже заметили что это немног, Аноним (-), 06:22 , 16-Июн-20, (139)

Честное слово, остановись вы на первом предложении - все было бы предельно норм , йкЛще (?), 08:02 , 16-Июн-20, (146)

Заколебали визгливые хипстеры, загадившие глобус своими высерами на электроне, т, Аноним (149), 10:28 , 16-Июн-20, (149) +3

Не жиреет, а становится бодипозитивным Понимать же надо современные тенденции в, iLex (ok), 13:33 , 15-Июн-20, (24) +9 //

Как-как, багопозитивным , Michael Shigorin (ok), 22:56 , 15-Июн-20, (114) –1

Ужэ выигрол На одной из конференций он рассказывал что скорость не нужна, потому, Аноним (53), 15:17 , 15-Июн-20, (53) +5
Да кто ж вас заставляет вкомпиливать всё статически Если есть чувство, что така, Аноним (61), 16:06 , 15-Июн-20, (63)
Вы вообще пытались себе представить количество, ёмкость, взаимодействие интерфей, Michael Shigorin (ok), 22:55 , 15-Июн-20, (113) //

Не догоняю, за что Шигорина тут заминусовали Вроде ж в кои-то веки дело говорит, Аноним (-), 13:05 , 16-Июн-20, (156) +4 //

Опеннет дурной Тут ни в технических вещах не понимают, ни в социальных , Zulu (?), 16:09 , 16-Июн-20, (162)

Если бы Танненбаум был ученым, а не коммерсантом, то и спора бы не было Захотел , antonimus (?), 22:07 , 16-Июн-20, (172) +1

Горшочек, не вари , Zenitur (ok), 12:26 , 15-Июн-20, (6) –3 //

MSDOS хватит всем , Аноним (10), 12:40 , 15-Июн-20, (10) //

2 6 32 хватит всем , Аноним (22), 13:27 , 15-Июн-20, (23) +1 //

Уже не хватит Например, без cgroup уже жизнь не представляется , Аноним (61), 16:08 , 15-Июн-20, (65) –2

2 6 32 бывает и -ovz , Michael Shigorin (ok), 13:12 , 16-Июн-20, (159) –1

ovz всё Сам не хочу, но таки да, всё , antonimus (?), 22:04 , 16-Июн-20, (171)

Увы, с кастомными ядрами таки очень неудобно было Зря они это так столько време, Аноним (220), 18:48 , 20-Июн-20, (220)

А ещё ядро 2 6 28 стало рекордсменом по количеству добавленных файловых систем , Zenitur (ok), 12:37 , 15-Июн-20, (9)
Добавьте хотя бы в 6-ой версии поддержку ps 2 мышей пожалуйста А то уже лет 10 , Аноним (11), 12:50 , 15-Июн-20, (11) –5 //

Это в смысле чтобы на мышах запускалось Или борьба за права мышей Так-то ps 2 , Crazy Alex (ok), 12:59 , 15-Июн-20, (14) +6 //

Борьба за права устаревшего оборудования, Аноним (17), 13:09 , 15-Июн-20, (17) //

Так вроде ж работает , Аноним (144), 07:13 , 16-Июн-20, (144)

Сейчас уже за давностью не могу найти где люди написали что убрали поддержку ста, Аноним (11), 13:53 , 15-Июн-20, (29) //

COM-мышь убрали в Fedora Core 6 2006 год , но можно прописать вручную, Zenitur (ok), 14:19 , 15-Июн-20, (39)
Ну вот этот конкретный баг - это о Serial, то есть COM-порте PS 2 - это совсем , Crazy Alex (ok), 14:50 , 15-Июн-20, (49) +3
COM-мыши самолично проверял на ALT Linux Desktop 4 0 PS и не дёргайте резко экс, Michael Shigorin (ok), 02:08 , 16-Июн-20, (126) +1

Присылайте свой патч, Anonymou (?), 13:08 , 15-Июн-20, (16)
Но ведь они с древних времен прекрасно работают , Аноним (26), 13:46 , 15-Июн-20, (26)
Ну это голос даже не из криокамеры Из криокамеры в другой вселенной, что ли , Аноним (61), 16:13 , 15-Июн-20, (67)
Однако здравствуйте У меня дома на Генте PS 2 Logitech мышь живёт и работает со, ryoken (ok), 16:24 , 15-Июн-20, (70) +1 //

1 Вот прямо сейчас работает на Ubuntu, с автодетектом без моей помощи , Нискажу (?), 17:04 , 15-Июн-20, (79) +1

ps 2 lives matter , Аноним (119), 00:18 , 16-Июн-20, (119)
usr src linux drivers input mouse Kconfig , antonimus (?), 22:19 , 16-Июн-20, (173)

Интересный релиз, но страшно, чёрт возьми, с такой кучей изменений и багов А , Crazy Alex (ok), 13:01 , 15-Июн-20, (15) //

Страшно будет, когда из кода начнут выпиливать master slave и все такое , pin (??), 13:17 , 15-Июн-20, (19) +2 //

Вообще не страшно Search replace в таком варианте - штука безвредная А вот мас, Crazy Alex (ok), 13:25 , 15-Июн-20, (21) –3 //

о, сколько багов было сделано глобальным серчреплейсом , JL2001 (ok), 16:03 , 15-Июн-20, (62) +5

Энциклонги и Тайсон Гомосексуал подтверждают , YetAnotherOnanym (ok), 16:27 , 15-Июн-20, (72)
Я ж не зря сказал в таком варианте - slave master - достаточно уникальные соч, Crazy Alex (ok), 18:04 , 15-Июн-20, (86)

я тут недавно добавил новую функцию, после чего всё накрылось 314здой, ибо в ран, JL2001 (ok), 22:47 , 15-Июн-20, (111)

Ну, это вообще не ядерный случай Я ж не спорю, что шанс на что-то налететь есть, Crazy Alex (ok), 00:12 , 16-Июн-20, (117) +1

Линус им средний палец покажет на этом и разойдутся , Аноним (48), 14:51 , 15-Июн-20, (50) //

Уже нет Дочки фемки осудят, а некрософт_землин накажет , Аноним (53), 15:20 , 15-Июн-20, (54) –1

надо будет подзадержаться на 5 7 15 ядре наподольше , Alen (??), 13:37 , 15-Июн-20, (25) //

5 7 это не долгосрочное ядро, долгосрочное это 5 4 и 4 19, остальное - хлам, ну , Тупорылко (?), 13:57 , 15-Июн-20, (30) –2 //

4 18 использует редхат, anonim1 (?), 20:48 , 15-Июн-20, (99) –2 //

Это просто хлам потому что , Тупорылко (?), 21:31 , 15-Июн-20, (100)
Лишний раз напоминаю, что редхатовским ядрам с тем же успехом можно вообще свою , Crazy Alex (ok), 00:13 , 16-Июн-20, (118) +1

А послушался бы Торвальдс Таненбаума - глядишь и не было бы всего этого безобраз, Белый аноним (?), 13:49 , 15-Июн-20, (27) –7 //

В смысле - мало кто бы писал, а то, что было бы - только с закрытым кодом , Crazy Alex (ok), 14:17 , 15-Июн-20, (38) +4 //

Экий у вас смысл мрачный Вы, наверное, с Правобережья , Белый аноним (?), 17:45 , 15-Июн-20, (81) –2 //

Из Харькова, если уж интересно А смысл - ну да, мрачный Нам вообще с линуксом , Crazy Alex (ok), 18:14 , 15-Июн-20, (87) +3

А в program-ace судьба - не заносила, часом , Аноним (89), 19:12 , 15-Июн-20, (89) –1

Не, не был, Crazy Alex (ok), 20:01 , 15-Июн-20, (95)

А tux а любите поругался сдуру с одним бывшим коллегой в 2014, по почерку и эр, Michael Shigorin (ok), 13:14 , 16-Июн-20, (160) –1

Ну, не знаю, мне на qnx и minix3 времени на всё хватало Уж и не знаю, даже, поче, Микроядерник (?), 19:17 , 15-Июн-20, (90)
Да, теперь я на собственном смартфоне не могу root стать, спасибо, повезло так п, Аноним (93), 19:33 , 15-Июн-20, (93) +1

Во-первых, зависит от смартфона я, вон, с рутованного отвечаю Во-вторых, как , Crazy Alex (ok), 20:04 , 15-Июн-20, (97) +1
Извини, чувак, но полезность пулемета очень зависит от того с какой стороны оног, Аноним (151), 10:35 , 16-Июн-20, (151)
А при чём тут линукс На моих SFOS Авроре достаточно штатно включить режим разр, Michael Shigorin (ok), 13:21 , 16-Июн-20, (161) –1

Черта с два, капиталисты сейчас не менее жадные чем раньеше И докупать больше с, Аноним (153), 11:50 , 16-Июн-20, (153)

Прекрасно, зачем нам еще одна дохлятина, пригодная только для западлостроения с , Аноним (-), 15:54 , 15-Июн-20, (60) //

СОгласен Линукс - зомбя Знатная и показательная Живость ума систематических зн, Белый аноним (?), 17:46 , 15-Июн-20, (82) –4 //

Linux - это ядро, собственно, оно не может быть зомбей На твоем смартфоне ес, antonimus (?), 23:50 , 16-Июн-20, (177)

SJW-безобразия Думаю, вы заблуждаетесь , Аноним (61), 16:16 , 15-Июн-20, (68) –1 //

Вы пересмотрели тлевизороффЪ и ютубоффЪ , Белый аноним (?), 17:47 , 15-Июн-20, (83)

Студенту златить 400 за систему для обучения, причем без исходных текстов - Тан, antonimus (?), 23:19 , 16-Июн-20, (174)

А если в строке была изменена пара букв, то она считается изменённой или новой , Аноним (28), 13:52 , 15-Июн-20, (28) –1 //

Только если убраны слова black 124 white Флойд одобряе , Белый аноним (?), 13:57 , 15-Июн-20, (31) –1
Она считается два раза удалённой и добавленной , diff (??), 14:00 , 15-Июн-20, (33) +6 //

То есть попадает в статистику дважды , Аноним (28), 14:09 , 15-Июн-20, (35) –1 //

Вспомнился тот анекдот про поезд прибывает на путь и особо для жмителей кр, Michael Shigorin (ok), 14:24 , 15-Июн-20, (40) –2
Та, которую удалили, идёт в статистику удалённых Та, которую добавили, идёт в ст, InuYasha (??), 16:13 , 15-Июн-20, (66) +2

Спасибо, стало понятнее , Аноним (28), 16:35 , 15-Июн-20, (75)
Божечки, ну наконец-то хоть кто-то нормально объяснил , Аноним (152), 11:49 , 16-Июн-20, (152)

Кто это всё проверять будет , Аноним (44), 14:37 , 15-Июн-20, (44)
К моменту -rc1, merge window уже закрыт и принимаются только исправления Почему, Аноним (47), 14:47 , 15-Июн-20, (47) +4
Хехе, репорт обычного отличного программиста Al Viro 16 uaccess csum updat, Аноним (52), 15:12 , 15-Июн-20, (52) +3
Enlarge your kernel , Аноним (84), 17:57 , 15-Июн-20, (84) –1
Из которых большинство связано с удалением master slave, black white , SubGun (??), 18:03 , 15-Июн-20, (85) –3
Работать-то будет , Анонымоус (?), 19:35 , 15-Июн-20, (94)
Конечно если master и slave изменять на политкорректное в каждом файле, то и буд, Аноним (148), 08:26 , 16-Июн-20, (148) –1
Когда уже снимут ограничение в 255 байт на имя файла 127 символов кириллицы - эт, Аноним (150), 10:32 , 16-Июн-20, (150) –3 //

Чувак, рассказ предполагалось сохранять в сам файл а не его имя , Аноним (153), 11:52 , 16-Июн-20, (154) +3
А вот интересно В FAT16 и FAT32 имена файлов хранятся в двух видах в однобайто, Zenitur (ok), 12:43 , 16-Июн-20, (155) –1 //

Если не угадаешь кодировку - крокозябры, конечно Хотя винда вроде с неких пор т, Аноним (-), 13:07 , 16-Июн-20, (157) //

Длинное имя в utf16, причем строго 16 бит, Аноним (191), 20:09 , 17-Июн-20, (191)

А я взял и установил 5 8 rc1 в итоге после загрузки ядра монитор сразу уходит в , Аноним (-), 02:03 , 17-Июн-20, (181) –2 //

Разновидность Ubuntu , Аноним (-), 02:05 , 17-Июн-20, (182)
Возможно GPU не взлетел или завис Или что-то изменили в подсчете параметров В э, Аноним (-), 16:19 , 17-Июн-20, (189) //

Вот с этим как раз проблемы и возникают у людей, которым, Аноним (192), 20:49 , 17-Июн-20, (192) +2 //

Ещё не смотрел Или, что-то новое неработающее с моей Nvidia 710 или ошибки в 5 , Аноним (-), 08:57 , 18-Июн-20, (193) –1

Логи почитать можно, но это может быть для меня и бесполезной информацией, смотр, Аноним (-), 09:00 , 18-Июн-20, (194)

Я уже не помню возможно у меня и нет устанволеных ядер кроме 5 8 Надо смотреть,, Аноним (-), 09:06 , 18-Июн-20, (195) –3

Нет , Led (ok), 18:25 , 18-Июн-20, (196) +6

Разберусь это я имел в виду как запустить на ядре 5 7 А как запустить ядро 5 8-, Аноним (197), 20:56 , 18-Июн-20, (197) –3

Лечатся выкидыванием в пользу нормального NEC, а эта дрянь, похоже, аппаратно кр, Michael Shigorin (ok), 23:53 , 18-Июн-20, (198) –3

Не всё так просто и наче бы уже заменил , Аноним (-), 01:08 , 19-Июн-20, (199) –3
А на P4 пишут установлен VIA VL805 Производители Raspberry Pi лопухи не посмотр, Аноним (-), 01:12 , 19-Июн-20, (200) –3

P4 это Raspberry Pi 4 , Аноним (-), 01:14 , 19-Июн-20, (201) –2

У них задача понатная Они его добавили на плату у них он должен работать Замен, Аноним (-), 01:44 , 19-Июн-20, (202) –3
всю, Аноним (-), 01:44 , 19-Июн-20, (203) –3

От производителя зависит и наличия драйверов У моей сдрайверами по Windows всё , Аноним (-), 01:39 , 20-Июн-20, (216) –2

От производителя платы зависит и наличия драйверов У моей платы с драйверами дл, Аноним (-), 01:41 , 20-Июн-20, (217) –2

VIA VL805, Аноним (-), 01:43 , 20-Июн-20, (218) –2

Да это вообще какие-то косяки ACPI И само по себе не выглядит фатальным Ну есл, Аноним (208), 16:19 , 19-Июн-20, (208)

Не мне это пишите, мне об этом писать бесполезно Я не исправляю ошибки в ядре , Аноним (209), 22:56 , 19-Июн-20, (209)

Посмотрю что будет дальше Менять видеокарту, чтобы проверить, а у ядра 5 8-RC1 , Аноним (209), 22:59 , 19-Июн-20, (210)
Ну хорошо, не буду Ну, могу предложить на кофейной гуще погадать, если логи взл, Аноним (220), 18:53 , 20-Июн-20, (221)

Дело даже не в том, что смотреть логи для видеокарты мне придётся в первый раз у, Аноним (-), 20:02 , 20-Июн-20, (223)
И английского я не знаю Может ради юмора на русском написать , Аноним (226), 20:36 , 20-Июн-20, (226)
И английского я не знаю Может ради юмора на русском сюда написать https bug, Аноним (226), 20:38 , 20-Июн-20, (227)
Ну если не планируете - I m out Чего я на вас мое время трачу, у меня вон десят, Аноним (-), 22:00 , 21-Июн-20, (232)

Если это все с проприетарным драйвером - тогда это к нвидии вопросы, вероятно В, Аноним (208), 16:16 , 19-Июн-20, (207)

Nouveau 1280x1024 78Hz Не в скрипте дело я его тключал для автоматической загр, Аноним (209), 23:04 , 19-Июн-20, (211)

LCD, Аноним (209), 23:08 , 19-Июн-20, (214)
А в логах иксов ничего интересного И в логах ядра Чтобы драйвер совсем не смог, Аноним (220), 18:56 , 20-Июн-20, (222)

https www opennet ru openforum vsluhforumID3 120946 html 223Может как нибуть н, Аноним (-), 20:08 , 20-Июн-20, (224)

ю, Аноним (-), 20:09 , 20-Июн-20, (225)

Ну, блин, тут я уже не виноват Тем более что у чувака, кажется, нвидия - и если, Аноним (-), 16:12 , 19-Июн-20, (206)

Nouveau, Аноним (209), 23:04 , 19-Июн-20, (212)

Nvidia 710 драйвер Nouveau , Аноним (209), 23:06 , 19-Июн-20, (213) –1 //

Юмор есть и радостная новость в VMware Player ядро 5 8-RC1 работает без проблем, Аноним (209), 23:13 , 19-Июн-20, (215) –1

По заголовку подумалось, что ядро наконец-то в systemd перенесли , Аноним (228), 01:45 , 21-Июн-20, (228)
Смотрите кому интересно Лог kern не хочу выкладывать там оборудование прописано, Аноним (229), 05:35 , 21-Июн-20, (229) //

Server terminated successfully 0 Closing log file Допустим это плохо Что д, Аноним (-), 06:19 , 21-Июн-20, (230)
Можно и сюдя поглядеть 5 7 Xorg 0 log https paste ubuntu com p nqQP7FHQRf Раз, Аноним (231), 09:29 , 21-Июн-20, (231)
code 77 712 EE modeset 0 failed to set mode Invalid argument code М, Аноним (233), 22:05 , 21-Июн-20, (233) //

А смысл выкладывать лог ядра от моего компьютора Кто-то будет эту информацию да, Аноним. (?), 23:53 , 22-Июн-20, (234)

Кто-то здесь недавно сокрушался про раздутость ведра https www reddit com r l, Аноним (235), 22:53 , 29-Июн-20, (235)
Долго искал, как сворачивать окна на Линукс чтобы было как на Винде Еле нашёл h, rinndil4 (?), 16:44 , 09-Фев-21, (236)

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

8. "Ядро Linux 5.8 станет самым крупным по числу изменений" +7 +/–

Сообщение от proninyaroslav (ok), 15-Июн-20, 12:32

Ну если бы драйверы не находились в основной ветке ядра, то и патчи были бы значительно меньше, причём тут микроядерность? Каждому под силу собрать ядро с нужным набором драйверов в его составе. Плюс уже давно придумали такие вещи как KMOD и DKMS для подгрузки модулей в ядро.

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

22. "Ядро Linux 5.8 станет самым крупным по числу изменений" +4 +/–

Сообщение от Аноним (22), 15-Июн-20, 13:27

Перепроектировать ядро так чтоб abi для драйверов никогда и никак не менялся и все драйвера подходили ко всем ядрам был бы биг дилом. Но для этого уже делают Фуксию.

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

43. "Ядро Linux 5.8 станет самым крупным по числу изменений" +2 +/–

Сообщение от Анончик (?), 15-Июн-20, 14:35

Вы принимаете кучу инженеров которые пишут драйверы идиотами? Интерфейс это обобщение, нельзя сделать простой, функциональный и быстрый интерфейс одновременно. Ну вот не выходит. А написать универсальный интерфейс ну сходите в Windows и посмотрите какой там ddk. Технический ресурс, а вы телеги задвигаете для гуманитариев.

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

48. "Ядро Linux 5.8 станет самым крупным по числу изменений" –3 +/–

Сообщение от Аноним (48), 15-Июн-20, 14:49

Ну так не делай просто, функционально, быстро одновременно(зачем это?). Подумать про пользователей, а не про свои "идеалистические" нужды этож большой мозг нужен. Проще ломать все совместимость каждый раз зато "просто".

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

51. "Ядро Linux 5.8 станет самым крупным по числу изменений" –6 +/–

Сообщение от Sw00p aka Jerom (?), 15-Июн-20, 15:02

>Вы принимаете кучу инженеров которые пишут драйверы идиотами?
а как иначе назвать тех кто "удалено 480891 строк"?

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

58. "Ядро Linux 5.8 станет самым крупным по числу изменений" +10 +/–

Сообщение от Аноним (-), 15-Июн-20, 15:48

> а как иначе назвать тех кто "удалено 480891 строк"?
Програмерами, вероятно. Чувак, ты хоть 1 программу с системой контроля версий писал? Не похоже, но если вдруг да - посмотри на свою статистику? Или ты свое гуано изрыгаешь в режиме fire and forget?

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

73. "Ядро Linux 5.8 станет самым крупным по числу изменений" –15 +/–

Сообщение от Sw00p aka Jerom (?), 15-Июн-20, 16:31

> Програмерами, вероятно.
А шо так не уверенно отвечаете? Раз в вашем определении, программер этот тот, кто способен написать и удалить куче строк в программе (алгоритме). И это нормально, это суть программера в вашем определении. Но увы не в моем. Почему не в моем? В моем определении, программер (точнее инженер) этот тот кто в полноте продумает всю программу (алгоритм), докажет её безошибочность и выпустит в продакшен, чтобы не пришлось на виду делать "удалено 480891 строк". Что значить вообще удалить строку из алгоритма? О чем это говорит? Удалить весь алгоритм и заменить другим - это еще можно понять.
>Чувак, ты хоть 1 программу с системой контроля версий писал?
А зачем вообще она нужна? Следить за тем кто сколько строк удалил или переименовал blacklist в blocklist?

> Или ты свое гуано изрыгаешь в режиме fire and forget?
сложение двух чисел разве не fire and forget? Разве детерминированные алгоритмы это не fire and forget?

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

101. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от bergentroll (ok), 15-Июн-20, 21:35

А в случае, когда 480k loc — это поддержка бабушкиного лампового чипсета, что делает инженер?
Про контроль версий отлично сказано. Надо писать так, чтобы разом, и потом хоть «отлить в граните». Жалко, люди так не могут.

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

102. "Ядро Linux 5.8 станет самым крупным по числу изменений" –2 +/–

Сообщение от Sw00p aka Jerom (?), 15-Июн-20, 22:01

> А в случае, когда 480k loc — это поддержка бабушкиного лампового чипсета,
> что делает инженер?
Если бабушкин чипсет выпускается и усовершенствуется, то собственно должна быть и поддержка. Иначе - выпилить в новых версиях того же ядра. Очевидно же.

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

108. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Crazy Alex (ok), 15-Июн-20, 22:36

Ну вот и выпиливают, в чём проблема?

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

109. "Ядро Linux 5.8 станет самым крупным по числу изменений" –2 +/–

Сообщение от Sw00p aka Jerom (?), 15-Июн-20, 22:44

Да ни в чем собственно, код старого аппаратного обеспечения должен быть выпилен, в статье же не говорится к какому коду относится число удалённых строк.

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

140. "Ядро Linux 5.8 станет самым крупным по числу изменений" +1 +/–

Сообщение от Аноним (-), 16-Июн-20, 06:31

> Да ни в чем собственно, код старого аппаратного обеспечения должен быть выпилен,
> в статье же не говорится к какому коду относится число удалённых строк.
Пересказ git log с точными причинами всех изменений, вероятно, будет "довольно длинный". Мягко говоря.

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

107. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Crazy Alex (ok), 15-Июн-20, 22:35

Слушай, ну это ж дичь.
Какие, на фиг, детерминированные алгоритмы с кучей событий от аппаратуры со всех сторон и сотнями вариантов реализовать всё и вся? Какой "весь алгоритм", когда рядом туча других подсистем и надо их убедить работать эффективно все вместе в массе разных юз-кейсов? Понятно, что оно кроме самого базового уровня вроде доступа к структурам данных держится на эвристиках. И это я ещё не начинал оптимизации под архитектуры говорить (вон, сейчас поддержку RISC-V вкручивают активно), костылях  на вновь вылезшие "особенности" работы железа, хотелки для новых юз-кейсов изменения от всяких mitigations и тому подобное вспоминать.
"Детерминированным алгоритмом" можно обойтись, когда у тебя есть прибитые гвоздями вход и выход, при пакетной обработке. И то неплохо бы случаи, когда тебе на вход пришёл килобайт, гигабайт и терабайт обработать как-то отдельно, учтя доступный объём памяти, например.

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

110. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Sw00p aka Jerom (?), 15-Июн-20, 22:47

>Какие, на фиг, детерминированные алгоритмы
Ого, вы уже изобрели недетерминированную машину Тьюринга? Похвальное:)

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

116. "Ядро Linux 5.8 станет самым крупным по числу изменений" +3 +/–

Сообщение от Crazy Alex (ok), 16-Июн-20, 00:05

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

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

123. "Ядро Linux 5.8 станет самым крупным по числу изменений" –1 +/–

Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 01:09

> хрена с два вышло бы составить полную модель.
а кто-то хоть пытался?

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

125. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Michael Shigorin (ok), 16-Июн-20, 02:06

>> хрена с два вышло бы составить полную модель.
> а кто-то хоть пытался?
Ну посмотрите на 6502 и попробуйте.  Его на рассыпухе (т.е. максимум транзисторных/диодных сборках, даже не триггерах) реально сделать на площади порядка стола.  Потом посмотрите на любую схему современного процессора -- хоть фоточку кристалла с выносками, хоть крупноблочную.
Не удивлюсь, если там уже лет двадцать как волновые эффекты в заметной мере проявляются (условно на гигагерцовой границе), а вовсе не "у нас прямоугольный фронт пришёл"...
В каком-нибудь SimCity или LinCity деревеньку живую нарисовать при всех тех условностях, которые в движок заложены -- не совсем тривиально бывало.  А тут предлагается "смоделировать Москву, причём точно".

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

130. "Ядро Linux 5.8 станет самым крупным по числу изменений" –1 +/–

Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 03:50

>Ну посмотрите на 6502 и попробуйте.
все к этому и сводится, посмотри как сделано и реализуй тоже самое. Что за "кЕтайский" принцип (цап-царап)? Где свои мозги? Смотри на руки "мастера" и делай как он, каков ты после этого "мастер"?

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

142. "Ядро Linux 5.8 станет самым крупным по числу изменений" +2 +/–

Сообщение от Аноним (142), 16-Июн-20, 06:50

> все к этому и сводится, посмотри как сделано и реализуй тоже самое.
Одна древняя мудрость гласит что для того чтобы научиться хорошо и много писать свои программы, надо сначала хорошо и много посмотреть на чужие программы.
В чем прикол? Полагать что ты один умнее всей планеты вместе взятой - весьма глупо и наивно. Несомненно, есть шансы придумать что-то новое. Но есть и шансы протупить и сделать намного хуже чем то до чего доперли другие.
Не веришь? А вон там у чувака есть очень доходчивый пример, как он Хэмминга оптимизировал. На, зырь: https://www.robotroom.com/Hamming-Error-Correcting-Code-1.html - значит, гришь, офигенный алгоритм, с 1 раза? Казалось бы, чего такого в этом хэмминге, простой же как тапка %)
> Что за "кЕтайский" принцип (цап-царап)? Где свои мозги? Смотри на руки
> "мастера" и делай как он, каков ты после этого "мастер"?
А мастер ты будешь когда сможешь пойти дальше чем предшественник, очевидно. А вот игнорить мудрость и наработки предшественников - это не мастерство, это форменная болвания. Потому что я не уверен что ты напишешь даже того хэмминга с наскока лучше "мастера". К тому же он показал что понятие "лучше" - не всегда универсальное. Вот там нам надо скорость позарез, а вот там место жмет. И определение хорошего резко меняется :)

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

141. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Аноним (142), 16-Июн-20, 06:40

> тут предлагается "смоделировать Москву, причём точно".
Предлагается сделать Новую Москву. В 20 раз лучше старой. И чтобы абсолютно все оказались довольны тем что получилось. С первого раза.

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

147. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Аноним (147), 16-Июн-20, 08:20

> а кто-то хоть пытался?
- Не вычерпать море решетoм...
- А кто-то хоть пытался?
Вот бери и черпай, у адекватных людей других (реальных, земных) дел полно.

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

164. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 17:11

Вас разве я к чему-то принуждал? Как говорится в мудрости одной, заставь дурака Богу молиться... Говорят голову расшибет, а вот и нет - религию свою создаст.
Ближе к теме, даже если приводить формальное доказательство корректности алгоритма, не стоит забывать про теорему Гёделя о неполноте. Отсюда, вывод - нужно искать другие методы доказательства.

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

183. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Аноним (-), 17-Июн-20, 11:43

> религию свою создаст.
Если уж мы об этом, если не ошибаюсь, Кнут, чтоли однажды выдал что самый его продуктивный день в программировании был когда он смог удалить 1000 строк кода из программы.
> искать другие методы доказательства.
Бороться и искать. Найти и перепрятать.

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

186. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Sw00p aka Jerom (?), 17-Июн-20, 14:31

> Если уж мы об этом, если не ошибаюсь, Кнут, чтоли однажды выдал
> что самый его продуктивный день в программировании был когда он смог
> удалить 1000 строк кода из программы.
А вывод какой? Что побудило? Можете не отвечать, в коментах все уже расписано.
> Бороться и искать. Найти и перепрятать.
И главное не забыть куда спрятали, мудрость ведь есть, "все новое ....."

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

190. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Аноним (-), 17-Июн-20, 16:30

> А вывод какой?
Вывод простой: если удалось угрохать кучу строк без потери функциональности и читаемости/понимаемости кода - есть повод думать что человек улучшил свои силлы, а прошлый вариант был дальше от идеала чем новый.

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

112. "Ядро Linux 5.8 станет самым крупным по числу изменений" +1 +/–

Сообщение от Michael Shigorin (ok), 15-Июн-20, 22:52

> В моем определении, программер (точнее инженер) этот тот кто
> в полноте продумает всю программу (алгоритм), докажет её
> безошибочность и выпустит в продакшен, чтобы не пришлось на
> виду делать "удалено 480891 строк".
Детский сад.  Поинтересуйтесь, для каких применений и объёмов кода <=> задачи сейчас в принципе применяется доказательство корректности.
> Что значить вообще удалить строку из алгоритма? О чем это говорит?
В случае работы программиста -- что конкретно эта строка была/стала лишней.
В случае патча (а циферки из diffstat) -- что эту строку хоть одним байтом потрогали.
> Удалить весь алгоритм и заменить другим - это еще можно понять.
Бывает и так.  А бывает так, что куча строчек в +/- является всего лишь другой реализацией ровно того же алгоритма (да хоть рекурсию в итерацию раскатали или же наоборот).  Или сменой табов на пробелы либо назад в отступах, что для приличных языков на аэродинамику не влияет.
>> Чувак, ты хоть 1 программу с системой контроля версий писал?
> А зачем вообще она нужна?
Пожалуйста, не пишите здесь на связанные с программированием темы, пока самостоятельно не ответите на этот вопрос.  Спрашивать и выслушивать -- можно и полезно.  Утверждать -- скорее всего, будет только вредно.
> сложение двух чисел
...это песчинка на побережье.

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

121. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 00:36

> Детский сад.  Поинтересуйтесь, для каких применений и объёмов кода <=> задачи
> сейчас в принципе применяется доказательство корректности.
так детский сад в том и заключается, что вы забыли применять доказательство (не только корректности) во всем.
> В случае работы программиста -- что конкретно эта строка была/стала лишней.
Хорошие термины вы используете, была, стала лишней, угодной не угодной, черной - белой. О чем говорит удаление шага из алгоритма? - об избытке, о чем говорит добавление ? - о необходимости. Так и что же это необходимость и достаточность?
> Бывает и так.  А бывает так, что куча строчек в +/-
> является всего лишь другой реализацией ровно того же алгоритма (да хоть
> рекурсию в итерацию раскатали или же наоборот).  Или сменой табов
> на пробелы либо назад в отступах, что для приличных языков на
> аэродинамику не влияет.
Замена рекурсивного алгоритма на итеративный повлияет на количество строк.
> Пожалуйста, не пишите здесь на связанные с программированием темы, пока самостоятельно
> не ответите на этот вопрос.  Спрашивать и выслушивать -- можно
> и полезно.  Утверждать -- скорее всего, будет только вредно.
Ответили бы вы, на этот вопрос - зачем вообще нужна "системой контроля версий". Может стоит сначала задать вам вопрос, что есть понятие "программирование"? -вот и спросил, жду ответа.
> ...это песчинка на побережье.
Хорошо хоть не бревно от потерпевшего крушения судна...

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

127. "Ядро Linux 5.8 станет самым крупным по числу изменений" +1 +/–

Сообщение от Michael Shigorin (ok), 16-Июн-20, 02:13

>> Детский сад.  Поинтересуйтесь, для каких применений и объёмов
>> кода <=> задачи сейчас в принципе применяется доказательство
>> корректности.
> так детский сад в том и заключается, что вы забыли применять
> доказательство (не только корректности) во всем.
Ладно, Вы победили.  Показывайте мастеркласс.  Алгоритм для самостоятельного доказательства корректности можете выбрать сами, уровень алгебры 5--7 класса общеобразовательной школы вполне устроит.
Не покажете за неделю -- значит, пустозвон.
> Замена рекурсивного алгоритма на итеративный повлияет
> на количество строк.
Докажите.
> Ответили бы вы, на этот вопрос
Вы бы ещё сантехника спросили, зачем разводной ключ нужен (сперва было написал жаргонное название, потом усовестился) -- при этом назидая его в том, как, собственно, прокладки менять.

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

129. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 03:10

> Не покажете за неделю -- значит, пустозвон.
а че так за неделю, вы мой один комент понять не можете, думаете через неделю теорию поймете?
>> Замена рекурсивного алгоритма на итеративный повлияет
>> на количество строк.
> Докажите.
Возьмите любую реализацию рекурсивного и итеративного алгоритма и на против каждого шага алгоритма проставьте его номер, в итоге сравните последние номера в обоих алгоритмах.

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

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

134. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Аноним (134), 16-Июн-20, 04:20

> Возьмите любую реализацию рекурсивного и итеративного алгоритма и на против каждого шага алгоритма проставьте его номер, в итоге сравните последние номера в обоих алгоритмах.
Это не доказательство. Когда я в последний раз проверял, техники доказательств были иными. Доказательство от обратного, по индукции, от контрпозитивного, или опровержение контрпримером.

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

168. "Ядро Linux 5.8 станет самым крупным по числу изменений" –3 +/–

Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 20:37

> Это не доказательство. Когда я в последний раз проверял, техники доказательств были
> иными. Доказательство от обратного, по индукции, от контрпозитивного, или опровержение
> контрпримером.
Так нет по сей день доказанной техники доказательства. Эдакий "кризис оснований математики" не пройден.
Я не кричу - ребят, ВЫ ВСЕ глупцы, потому-что не используете доказательство корректности написанных алгоритмов, я кричу - ребят, МЫ ВСЕ глупцы, потому-что по сей день не думали о доказательстве корректности написанных алгоритмов.

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

143. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Аноним (142), 16-Июн-20, 06:52

> В век пластиковых труб я думаю он бы и не узнал о
> существовании разводного ключа, и тем более про прокладки.
Стесняюсь спросить, чувак, а ты пробовал использовать систему контроля версий^W^W^W собрать хотя-бы самый простой водопровод из, гм, пластиковых труб? :)

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

145. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от йкЛще (?), 16-Июн-20, 07:50

>> В век пластиковых труб я думаю он бы и не узнал о существовании разводного ключа, и тем более про прокладки.
Записываем: в сантехнике тоже не разбирается.

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

163. "Ядро Linux 5.8 станет самым крупным по числу изменений" –1 +/–

Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 16:59

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

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

176. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Это он (?), 16-Июн-20, 23:48

>> Я думал только мой батя умудрялся на пластиковых трубах резьбу нарезать. Напомните, с какого века вы, что к вам сантехники все ещё с разводными ключами приходят.
Интересно, а чем переход с пластика на метал вы крутите ? Пальцем или силой мыслей ))
пример: https://v-teplo.ru/img/post/349-amerikanka-dlya-trub/image1.jpg

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

185. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Аноним (-), 17-Июн-20, 12:20

> Интересно, а чем переход с пластика на метал вы крутите ?
Бывают переходники типа колпака, которые пластик с металом стыкуют, там тогда на металле резьба, в сие вставляется пластиковая труба, колпак задвигается, вкручивается на ту резьбу металлической части. Характерная защелка при закручивании колпака утапливает пластиковую трубу дальше, попутно вжимая o-ring который все это герметизирует, а сочетание оного с защелкой захватывает пластиковую трубу так, что все это хрен выдернешь (труба прожимается защелкой так что аж канавки остаются). Так можно и без резьбы на пластике.

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

184. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Аноним (-), 17-Июн-20, 12:12

> Я думал только мой батя умудрялся на пластиковых трубах резьбу нарезать.
Резьба - малость перебор, для такого соединители и переходники есть. Но без прокладок... хотя-бы O-ring в соединителях и тройниках? Как, Холмс?! Пластик к пластику - нифига ж не герметично.
> Напомните, с какого века вы, что к вам сантехники все ещё с разводными ключами приходят.
На ваше горе так вышло что я уе-ее от локдауна - и осел в довольно дальней локации. И как-то народу пришла в бошку идея поинженерить, раз такая фигня. А чтоб мыться как белым человекам, например. И таки я имел возможность посмотреть на пластиковые трубы.
И, кстати, блаародный дон что, Терминатор и может хотя-бы дудку у крана отвинтить/привинтить без ключа? Там вроде довольно большая и тугая гайка у хоть там каких смесителей, м? Так что насчет полной ненужности ключа тоже можно поспорить.

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

175. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Это он (?), 16-Июн-20, 23:45

>> В век пластиковых труб я думаю он бы и не узнал о существовании разводного ключа, и тем более про прокладки.
Я смотрю вы и в сантехнике "разбираетесь" как и в программировании. И разводной ключ, в век пластиковых труб используется и прокладки ))) или вы пластик к металлическому насосу припаиваете/приклеиваете ? ))

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

178. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Sw00p aka Jerom (?), 17-Июн-20, 00:01

> И разводной ключ, в век пластиковых труб используется и прокладки ))) или
> вы пластик к металлическому насосу припаиваете/приклеиваете ? ))
это легаси называется, когда с одной стороны пластиковой трубы торчит резьба на металлическую. вот когда производители пластиковых труб перестанут производить всякие переходники, тогда и производители насосов задумаются о переходе, тут просто немного сложнее понять кто под чью дудку пляшет, вот вы говорите про насос, а прикиньте у мня его нет, а есть единый большой  на все здание, и мне по барабану по факт какой у него там конец. И спрошу, нужен ли мне разводной или прокладки?
> Я смотрю вы и в сантехнике "разбираетесь" как и в программировании.
Наивная логика.

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

219. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Аноним (-), 20-Июн-20, 07:07

> металлическую. вот когда производители пластиковых труб перестанут производить всякие
> переходники, тогда и производители насосов задумаются о переходе, тут просто немного
> сложнее понять кто под чью дудку пляшет,
А ни под чью. Производят что продается, а людям хочется самого разного. И вопить про легаси можно - а теперь удачи пластик в городской водопровод поставить, с 10+ атмосфер. Не забудь запастись сотнями бабла для выплат, еще пара хороших адвокатов тоже пригодится.
> вот вы говорите про насос, а прикиньте у мня его нет, а есть единый большой
>  на все здание, и мне по барабану по факт какой у него там конец.
А в здании с насосом пластик ставить чревато, если тот 10+ атмосфер долбит, как городские системы. Как максимум самые рисковые ставят металлопластик, но о том чтобы на этом резьбу нарезать речь не идет. Пластик катит для относительно небольших систем для частных домов, где 3-4 атмосферы и больше нафиг не надо. Так что если кто надеется что металлические трубы перестанут производить в ближайшем времени - щаззз.
> И спрошу, нужен ли мне разводной или прокладки?
Ша, терминатор, попробуй без него хотя-бы дудку к смесителю нормально прикрутить.
> Наивная логика.
А таки он прав.

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

115. "Ядро Linux 5.8 станет самым крупным по числу изменений" +1 +/–

Сообщение от Аноним (134), 15-Июн-20, 23:55

Мда. Я даже не знаю с какой стороны браться за этот комментарий.
> В моем определении
Слова "программист" и "инженер" уже давно были определены. Если ты желаешь использовать собственную терминологию, то тебе стоит это делать со знакомыми или людьми, которым твое мнение интересно. В публичном общении люди употребляют слова используя общепризнанные определения. Программист это человек, который создает компьютерные программы.
> в полноте продумает всю программу
Ага, в полноте продумает ядро ОС. И сразу спланирует что там будут менять еще тысячи разработчиков в будущем, чтобы не дай бог не пришлось код поменять.
> докажет её безошибочность
Когда я в последний раз проверял, программисты не занимались доказательствами верности алгоритмов. Это очень трудозатратно. Формальная верификация тоже очень далека от простого и быстрого занятия. В реальном мире у людей конечное время и ресурсы, тем более у программистов опенсорсных продуктов.
> Что значить вообще удалить строку из алгоритма?
Это значит, что когда ты изменяешь строчку, ты удаляешь одну строку и добавляешь новую.
> О чем это говорит?
О том, что была ошибка, ненужный код или необходимость в изменении.
> А зачем вообще она нужна?
Чтобы иметь историю изменений и возможность управлять кодовой базой которую меняет огромное количество людей.

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

122. "Ядро Linux 5.8 станет самым крупным по числу изменений" –4 +/–

Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 01:06

> Мда. Я даже не знаю с какой стороны браться за этот комментарий.
Браться нужно - пошагово, как и работа любого детерминированного алгоритма.
> Программист это человек, который создает компьютерные программы.
Программист это человек, который "создает" компьютерные программы с полным доказательством корректности работы. Более строгое определение чем общепризнанное. Разве не так?
Как бы звучало бы данное определение если бы программы писала бы программа?
> Ага, в полноте продумает ядро ОС. И сразу спланирует что там будут
> менять еще тысячи разработчиков в будущем, чтобы не дай бог не
> пришлось код поменять.
А причем тут планирование?

> Когда я в последний раз проверял, программисты не занимались доказательствами верности
> алгоритмов. Это очень трудозатратно. Формальная верификация тоже очень далека от простого
> и быстрого занятия. В реальном мире у людей конечное время и
> ресурсы, тем более у программистов опенсорсных продуктов.
А все потому, что "программирование" давно уже не научая область.
> Это значит, что когда ты изменяешь строчку, ты удаляешь одну строку и
> добавляешь новую.
выше в коментах я описал это все

> Чтобы иметь историю изменений и возможность управлять кодовой базой которую меняет огромное
> количество людей.
никакое огромное количество людей не меняет кодовую базу ядра линукса. ТОрвальдс там решает у кого что взять, а кого на три буквы послать.

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

124. "Ядро Linux 5.8 станет самым крупным по числу изменений" +2 +/–

Сообщение от Michael Shigorin (ok), 16-Июн-20, 02:00

>> Программист это человек, который создает компьютерные программы.
> Программист это человек, который "создает" компьютерные программы
> с полным доказательством корректности работы.
Нет.
> Более строгое определение чем общепризнанное. Разве не так?
Цыгане -- это распространители наркоты.  Более строгое определение, чем общепризнанное.  Разве не так?
>> Ага, в полноте продумает ядро ОС. И сразу спланирует что там будут
>> менять еще тысячи разработчиков в будущем, чтобы не дай бог не
>> пришлось код поменять.
> А причем тут планирование?
При изменениях.
> А все потому, что "программирование" давно уже не научая область.
Оно никогда ею и не было -- это область инженерная.  Не знаю достоверно за CS, а _математикой_ у нас занимались всё-таки математики.
> никакое огромное количество людей не меняет кодовую базу ядра
> линукса.
Вот сюда бегом марш изучать третью колонку: http://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linu.../
И хватит уже чушь нести, а то клинья придётся клиньями вышибать.

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

128. "Ядро Linux 5.8 станет самым крупным по числу изменений" –1 +/–

Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 02:52

> Нет.
На нет - спросу нет.
> Цыгане -- это распространители наркоты.  Более строгое определение, чем общепризнанное.
>  Разве не так?
Не вижу определение понятия "наркоты", как и не вижу смысла в определениях вида цыган, еврей, нееврей, черный, белый и тд.
> При изменениях.
План есть тот же алгоритм, те же самые шаги, просто не реализованные, а что значить не реализованные? Почему необходимы эти самые шаги? Может из-за несовершенности предыдущих шагов (планов)?
> Оно никогда ею и не было -- это область инженерная.  Не
> знаю достоверно за CS, а _математикой_ у нас занимались всё-таки математики.
https://ru.wikipedia.org/wiki/%D0%98%D0%...
первый параграф достаточен, общепризнанно как у вас там говорят.

> Вот сюда бегом марш изучать третью колонку: http://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linu.../
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
Ага ваш коммит или патч?
> И хватит уже чушь нести, а то клинья придётся клиньями вышибать.
Продолжаем

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

158. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Michael Shigorin (ok), 16-Июн-20, 13:09

> Не вижу определение понятия "наркоты", как и не вижу смысла
Определите уж тогда "понятие".  Хотя стоп, для этого смысл надо видеть.
> wikipedia
> общепризнанно
*sigh*
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
> Ага ваш коммит или патч?
Нет, Саши Чумаченко (это который здесь порой пишет как Led).
Мой косяк с оформлением присланного коммита, из-за которого он числится в Signed-off-by: вместо Author:.  А я всего лишь занялся пропихиванием в апстрим.
Вот с этим коммитом уже всё правильно сделали: http://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linu...
PS: если чуть серьёзней -- уже довольно грубо попытался донести до Вас, что произвольным образом играться в определения, существенным образом сужая или расширяя их -- штука опасная (именно такие манипуляции нередко применяются перед искуственными катастрофическими событиями).  Наверное, в грубости и неправ; за это прошу прощения.  А что хотел донести -- надеюсь, поняли всё-таки.
PPS важное:
---
Мы защищаем само понятие нормы. Потому что так называемая «толерантность» пытается сделать нормой сексуальные девиации, гомосексуализм, педофилию, употребление наркотиков, придумывает и внедряет эвфемизмы типа «бодипозитивный» или «альтернативно одарённый» вместо «жирный» и «дебил». В медицине и психиатрии идёт целая война по превращению множества откровенных девиаций в «вариант нормы». Уже на уровне классификации. Отдельные западные «учёные» уже начали продвигать даже «каннибализм – это допустимо».
--- неожиданно, http://jpgazeta.ru/aleksandr-rodzhers-o-novoj-staroj-ideolog.../

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

166. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 19:53

> Определите уж тогда "понятие".  Хотя стоп, для этого смысл надо видеть.
Вот тут момент истины, мы словами языка даем определения другим словам в этом же языке, собственно вопрос - какими словами и какого языка мы должны определить те слова, которые были использованы в определении "первых" слов? Порочный круг.

> PS: если чуть серьёзней -- уже довольно грубо попытался донести до Вас,
> что произвольным образом играться в определения, существенным образом сужая или расширяя
> их -- штука опасная (именно такие манипуляции нередко применяются перед искуственными
> катастрофическими событиями).  Наверное, в грубости и неправ; за это прошу
> прощения.  А что хотел донести -- надеюсь, поняли всё-таки.
Согласен, но я вовсе не игрался с определением (в моем случае) программиста.
""" Данное мной определение
Программист это человек, который "создает" компьютерные программы с полным доказательством корректности работы.
"""
И да я акцентировал внимание на "с полным доказательством корректности работы", что с моей точки зрения является необходимой строгостью в данном определении. Но в тоже время сомневаюсь, что эта строгость может быть достигнута, учитывая теорему Геделя о неполноте. Доказать полноту одной формальной системы с помощью другой - возможно, а как доказать полноту той первой формальной системы? И пошло по порочному кругу.

Но Аноним коментом ниже, как раз таки и сыграл с определением, дав якобы (не серьёзно конечно) вот такое определение.
"""
"программист это человек, который создает компьютерные программы с полным доказательством корректности работы, при этом жонглируя пятью яйцами Фаберже сидя на уницикле в шкуре убитого им медведя"
"""
и как видим, тут ("существенным образом сужая") определение строго сузилось, хотя может быть вот такое:
жонглируя ЛЮБОЕ_ЧИСЛО ЛЮБОЙ_ПРЕДМЕТ ЛЮБОЕ_ИМЯ сидя на ЛЮБОЙ_ТРАНСПОРТ в шкуре убитого им ЛЮБОЕ_ЖИВОТНОЕ

> PPS важное:
> ---
> Мы защищаем само понятие нормы. Потому что так называемая «толерантность» пытается
> сделать нормой сексуальные девиации, гомосексуализм, педофилию, употребление наркотиков,
> придумывает и внедряет эвфемизмы типа «бодипозитивный» или «альтернативно
> одарённый» вместо «жирный» и «дебил». В медицине и психиатрии
> идёт целая война по превращению множества откровенных девиаций в «вариант нормы».
> Уже на уровне классификации. Отдельные западные «учёные» уже начали продвигать
> даже «каннибализм – это допустимо».
> --- неожиданно, http://jpgazeta.ru/aleksandr-rodzhers-o-novoj-staroj-ideolog.../
https://ru.wikipedia.org/wiki/%D0%9D%D0%...)
вот по ссылке как раз таки "идёт целая война по превращению множества откровенных девиаций в «вариант нормы».", и я не соглашаюсь ни с одной классификацией определения понятия нормы, потому-что они не строгие.
1) Норма как средняя величина, образец. - кто и как определяет её, вычисляют по формуле? так по какой арифметической, геометрической, взвешенной, квадратичной и т.д. И у каждой свои "грехи".
2) Норма как наиболее часто встречающийся случай некоторого параметра (признака), определяемый как среднестатистическая величина. - тут по факту тоже самое, что и первый класс, средней величина и среднестатистическая - это ровно одно и тоже.
3) Норма как допустимый диапазон значений, при которых явления и системы сохраняют свои качества и функции. - по каким законам определяются те самые верхние и нижние пределы диапазонов? Константны ли они или плавают, что собственно должно приводить к плавучести самой нормы.
В итоге, и какое же дам я определение понятию нормы? Пока - ни какое, я воздержусь от использования понятия нормы, допустим когда буду сравнивать вес человека, человек тяжелее меня - нет он не "жирный" для меня, человек не знает того что знаю я - нет он не "тупой" для меня. Прикол еще в том, что ну есть определение "истина" и "не истина", а вот для "не истины" мы придумали определение "ложь". Возвращаясь к той же недавней ситуации про всякие рассовые (black/white), то думаю с Уилера надо спросить за "черные" дыры :)

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

131. "Ядро Linux 5.8 станет самым крупным по числу изменений" +1 +/–

Сообщение от Аноним (134), 16-Июн-20, 04:06

> Программист это человек, который "создает" компьютерные программы с полным доказательством корректности работы. Более строгое определение чем общепризнанное. Разве не так?
Да, это более строгое определение. Это не делает его интересным кому-бы то ни было, кроме тебя. Смотри, я могу еще более строгое определение придумать - "программист это человек, который создает компьютерные программы с полным доказательством корректности работы, при этом жонглируя пятью яйцами Фаберже сидя на уницикле в шкуре убитого им медведя".
> А причем тут планирование?
Ну, ты писал про планирование алгоритма. Тебе же не нравилось что программисты не корпят над одним куском кода по несколько месяцев планируя, производя научные доказательства и верифицируя код, сводя свою продуктивность к нулю. Куски кода ядра не существуют в изоляции, разные куски взаимодействуют друг с другом. Изменения в одной части могут вызывать нужду в изменениях в других частях. Отсюда, чтобы не приходилось изменять написанный код, нужно его спланировать в масштабах ядра.
> А все потому, что "программирование" давно уже не научая область.
Да, давно. Я не уверен, можно ли его вообще когда бы то ни было считать научной областью, но как минимум лет 50 уже как. Добро пожаловать в будущее, мы сделали некогда элитарную вещь обыденной и движемся вперед.
> никакое огромное количество людей не меняет кодовую базу ядра линукса. ТОрвальдс там решает у кого что взять, а кого на три буквы послать.
Во-первых - меняют. Тот факт что для принятия измененного кода в ядро нужно одобрение модератора, не значит что авторы изменений не вносят изменений. Просто эти изменения проходят процедуру одобрения. Во-вторых, система контроля версий это ровно то, что помогает Линусу и разработчикам делать это удобно и с сохранением истории изменений.

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

167. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 20:21

> Да, это более строгое определение. Это не делает его интересным кому-бы то
> ни было, кроме тебя. Смотри, я могу еще более строгое определение
> придумать - "программист это человек, который создает компьютерные программы с полным
> доказательством корректности работы, при этом жонглируя пятью яйцами Фаберже сидя на
> уницикле в шкуре убитого им медведя".
Игра с определением, коментом выше я ответил, не буду дублировать ответ.
> сводя свою продуктивность к нулю.
Складывается у меня мнение, что вы не сталкивались с исследовательской работой, и решаете только прикладные задачи, но не занимаетесь разрешением проблем, щас объясню почему. Какой продуктивный выхлоп мы ждем (можем и вовсе не дождаться) от математика пытающегося разрешить какую-либо проблему математическую? Да никакой выхлоп, а какой получим если разрешится какая-либо прикладная проблема?
Стоп, дальше должно было быть много текста :) не сегодня, как нибудь вернемся к этой теме собственно и к теме планирования того чему нет альтернативы (проектирование).
> Да, давно. Я не уверен, можно ли его вообще когда бы то
> ни было считать научной областью, но как минимум лет 50 уже
> как. Добро пожаловать в будущее, мы сделали некогда элитарную вещь обыденной
> и движемся вперед.
О Боже, элитарная, обыденная - ну что за термины.
https://ru.wikipedia.org/wiki/%D0%9D%D0%...

> Во-первых - меняют.
Меняют у себя.

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

204. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Аноним (134), 19-Июн-20, 14:21

> Складывается у меня мнение, что вы не сталкивались с исследовательской работой, и решаете только прикладные задачи, но не занимаетесь разрешением проблем, щас объясню почему. Какой продуктивный выхлоп мы ждем (можем и вовсе не дождаться) от математика пытающегося разрешить какую-либо проблему математическую? Да никакой выхлоп, а какой получим если разрешится какая-либо прикладная проблема?
Я сталкивался с обоими. И научные статьи про теоретические алгоритмы писал и прикладным программистом был.
От математика мы ждем выхлоп в виде опубликованных научных статей. Этот выхлоп даже пытаются численно оценивать, выводя различные показатели, такие как "h-index", и подобные. От CS математика, мы ожидаем:
1) Формулировки проблемы
2) Формулировки алгоритма
3) Теоретического доказательства верности алгоритма
Программисты почти никогда не создают никакие новые теоретические алгоритмы, для которых нужно было бы доказательство корректности. Они либо используют и адаптируют уже существующие теоретические алгоритмы, либо пишут новые банальные простецкие алгоритмы. Там попросту не требуются какие-то доказательства, эти алгоритмы не являются сколько-нибудь теоретически сложными. Там нет каких-то новых техник, подходов и т.п. Как никто не доказывает банальные теоремы и в теоретических статьях: математики очень часто опускают доказательства, если они легко выводимы.

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

133. "Ядро Linux 5.8 станет самым крупным по числу изменений" +1 +/–

Сообщение от Аноним (132), 16-Июн-20, 04:17

Если ты не знаешь, зачем нужна система контроля версий, то ты вообще не имеешь представления о промышленной разработке. Писать алгоритмы к олимпиадке - да, не нужна. Писать софт под реальные бизнес-задачи - без нее никуда.

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

169. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 20:51

> Если ты не знаешь, зачем нужна система контроля версий, то ты ....
вот мой вопрос
"""
А зачем вообще она нужна? Следить за тем кто сколько строк удалил или переименовал blacklist в blocklist?
"""
который состоит из двух частей, 1) - сам вопрос зачем она вообще нужна. 2) - один из возможных вариантов ответов, который я не приму за серьезный ответ.
Так вот, в первой части вопроса, я ожидаю услышать ответа от любого кто посчитает достойным своего внимания ответить на него. Что я ожидаю услышать? да я ожидаю услышать "представления о промышленной разработке", а что слышу в ответ? - "ты вообще не имеешь представления о промышленной разработке", ну спасибо хоть на этом. Ну что делать, придется самому искать применения системы контроля версий.
>Писать алгоритмы к олимпиадке - да, не нужна.
А я вот считаю, что нужна, я всем новичкам советую. Я вообще сторонник, реализации системы контроля версий файлов чуть ли не на уровне самой ФС (можем это обсудить).

> Писать софт под реальные бизнес-задачи - без нее никуда.
Что такая безысходность? опять таки, тут лучше "живые" примеры (с соблюдением NDA)

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

137. "Ядро Linux 5.8 станет самым крупным по числу изменений" +2 +/–

Сообщение от Аноним (-), 16-Июн-20, 06:11

> А шо так не уверенно отвечаете?
Всегда есть вероятность что по факту окажутся какие-то (ж-до)масоны, орден подпольных брадобреев, элонмаск, зеленые человечки, рептилоиды или AI решивший постебаться. Никакие законы природы не запрещают это. А поскольку я лично не стоял за каждым комитящим строчки кода - откуда я знаю наверняка какая у них (само)идентификация была?! :)
> Раз в вашем определении, программер этот тот, кто способен написать и удалить куче
> строк в программе (алгоритме). И это нормально, это суть программера в вашем определении.
Еще в моем определении подразумевается что програмер способен алгоритмы понимать и писать.
> Но увы не в моем. Почему не в моем? В моем определении, программер
> (точнее инженер) этот тот кто в полноте продумает всю программу (алгоритм),
Попробуйде целиком продумать город размером с Нью-Йорк? Чтобы каждый житель оказался по итогам счастлив? Каждым камушком на самой мелкой улочке? Надеюсь, это даст понять что упомянутый подход катит не всегда и не везде. То что вы в результате хотите проектировать только центр коттеджного поселка - а что делать если те рожи хотят именно мегаполис на цать миллионов?! Вы обречены откатиться к итеративному подходу и решать проблемы по мере поступления. И если народ требует брадобрея вот тут - значит, он должен быть в этом доме. Даже если это идет вразрез с грандпланом мега-архитекта, это значит что наступило поменять гранд-план. И в этом месте будет брадобрей, а не то что вы там себе возомнили. Потому что жизня показала что это должно быть вот так. Даже если вы это не предусмотрели.
Лично я не знаю на этом глобусе никого способного предусмотреть ВСЕ в штуке масштаба САБЖА. Так же как я не знаю никого кто мог бы спроектировать с ноля "Нью-Йорк, только лучше" на одном дыхании.
> докажет её безошибочность и выпустит в продакшен,
О, вы еще и в вопросах качества не шарите? Хочу вас расстроить:
1) Ставлю на то что с таким подходом вы не релизнете софт такого масштаба НИКОГДА.
2) Я готов поспорить что если вы все же удумаете заявить что в софте такого масштаба нет багов, я легко докажу обратное. И даже найду дюжину багов, чтобы уж вы макнулись от души, с головой.
3) И таки вы абсолютно не рубите в больших проектах и подходах.
> чтобы не пришлось на виду делать "удалено 480891 строк".
В нормальном курсе событий статистика порядка 50/50 или 40/60 для удалено/добавлено совершенно нормальна для типового софтварного проекта крупного масштаба который относительно устаканился. Если добавлено сильно больше - это значит что навернули каких-то новых фич. В данном случае видимо новые драйверы, это неизбежно двигает картину в сторону добавлено.
> Что значить вообще удалить строку из алгоритма? О чем это говорит?
Это может говорить например о том что прогер посмотрел на алгоритма, почесал репу, придумал вариант лучше и перекроил сие. Или ему не понравился общий вид и он отрефакторил в что-то более удобоваримое. А может быть еще и ставшее полезное "вон тем трем чувакам, хотевшим похожего", так что _их_ почти-дубль фичи был вытерт, а вот это чутка адаптировано еще и для них. А может он нашел какой-то баг. Или мало ли чего там еще. Для ответа на конкретный вопрос в конкретном случае есть git log (-p), дающий весьма конкретный ответ.
> Удалить весь алгоритм и заменить другим - это еще можно понять.
А можно и не весь. А можно улучшить. А можно отрефакторить. Програмеры довольно сложные существа, равно как и их программы. Если не считать совсем уж вебмакак и б-длокодеров.
>>Чувак, ты хоть 1 программу с системой контроля версий писал?
> А зачем вообще она нужна?
Факин лол. Ну вот смотри, фигачил ты два дня, будучи уверенным что все ЗБС. И все вроде было ЗБС. Но вот всплыл некий Фатальный Недостаток, о которым ты даже не подумал сперва. При том ты изначально в душе не е...шь что его вызывает. Вопрос: где ты его посадил в этом интервале? И как сие починить? Кроме как профакать 2 дня вджоба целиком и вернуть все как было? А то просто профакать 2 дня впустую - обидно, да? :)
Ну вот с git сие как 2 байта переслать: если мы изредка комитили относительно логически консистентные точки - говорим git bisect, довольно быстро узнаем где сломалось, получаем перед мордой проблемный фрагмент кода и чешем репу уже предметно над проклятым кусочком с фига ли он нам тут все испортил.
...а чего делаешь в таком раскладе ты? :))). Даже если забыть про то что тот ноутпад жестко мультиплеерный и еще надо подумать как все это агрегировать с вон той тыщенки человек. Если б ты был PM тимы о тыще чел, ты бы этим озаботился, но это явно не твой уровень.
> Следить за тем кто сколько строк удалил или переименовал blacklist в blocklist?
Для хранения истории изменений. Это отличный рабочий инструмент для програмера. Упомянутое лишь весьма частный пример использования истории изменений.
> сложение двух чисел разве не fire and forget?
В случае Arian V это почти так и было :). И я готов поспорить что они после этого малость поменяли алгоритм, хе-хе. Я бы удивился если бы это было не так.
> Разве детерминированные алгоритмы это не fire and forget?
С реалистичной точки зрения это катит только для очень небольших масштабов. И даже там порой "тойота" случается.

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

180. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Sw00p aka Jerom (?), 17-Июн-20, 01:13

> Всегда есть вероятность что по факту окажутся какие-то (ж-до)масоны, орден подпольных брадобреев,
> элонмаск, зеленые человечки, рептилоиды или AI решивший постебаться.
А не лучше тогда воздержаться от комментария раз такая не уверенность? Или на оборот задать вопрос, а почему именно так, а не иначе как допустим думаю я, и попытаться докопаться до истины. Поставить в первую очередь под сомнение собственное мнение, применить все возможные методы доказательства от противного и т.д., а потом уже перейти к другим мнениям. Прикол знаете в чем, пытаясь доказать собственное мнение вы в обязательном порядке пройдетесь по всем другим мнениям. Альтернативное мнение - даже если оно не всегда истинное, бывает весьма полезным.
> Никакие законы природы
> не запрещают это. А поскольку я лично не стоял за каждым
> комитящим строчки кода - откуда я знаю наверняка какая у них
> (само)идентификация была?! :)
А никаких других законов и нет.
> Еще в моем определении подразумевается что програмер способен алгоритмы понимать и писать.
Написать может и макака, если она поймет.
>[оверквотинг удален]
> понять что упомянутый подход катит не всегда и не везде. То
> что вы в результате хотите проектировать только центр коттеджного поселка -
> а что делать если те рожи хотят именно мегаполис на цать
> миллионов?! Вы обречены откатиться к итеративному подходу и решать проблемы по
> мере поступления. И если народ требует брадобрея вот тут - значит,
> он должен быть в этом доме. Даже если это идет вразрез
> с грандпланом мега-архитекта, это значит что наступило поменять гранд-план. И в
> этом месте будет брадобрей, а не то что вы там себе
> возомнили. Потому что жизня показала что это должно быть вот так.
> Даже если вы это не предусмотрели.
Если стоит передо мной такая задача - почему бы и нет? Мне нравиться знать все с чем я работаю до мелочей, ибо в мелочах кроется тот дьявол который вас так пугает неопределенным (не продуманным, не предвиденным) поведением. Кстати, есть хороший фильм такой Демон Лапласа (2017) :)
> Лично я не знаю на этом глобусе никого способного предусмотреть ВСЕ в
> штуке масштаба САБЖА. Так же как я не знаю никого кто
> мог бы спроектировать с ноля "Нью-Йорк, только лучше" на одном дыхании.
Ну смотря на ключ по ТЗ, или с поддержкой :) Писать с нуля свою ОС, ЯП - не нужно, а проектировать второй Нью-Йорк - нужно?
> О, вы еще и в вопросах качества не шарите? Хочу вас расстроить:
> 1) Ставлю на то что с таким подходом вы не релизнете софт
> такого масштаба НИКОГДА.
Ну выше вы про Нью-Йорк будущего говорили, а теперь попахивает хотелками заказчика? Сами же в курсе, если удовлетворять все хотелки заказчика, вы не релизните софт никогда. Вот сама жизнь как софт с хотелками заказчика, она релизнится? Как говорят, мертворожденный продукт? Так что, вы противоречите самому себе.
> 2) Я готов поспорить что если вы все же удумаете заявить что
> в софте такого масштаба нет багов, я легко докажу обратное.
Буду иметь ввиду, о цене договоримся думаю.
> И даже найду дюжину багов, чтобы уж вы макнулись от души, с
> головой.
Буду только благодарен, как говорят японцы - спасибо за работу :)
> 3) И таки вы абсолютно не рубите в больших проектах и подходах.
Ну как правило во всех комментариях одно и тоже, ну сварите вы уже кашу из топора, где рецепт я так хочу его увидеть. Сначала про подходы, ну как у Декарта в Рассуждении о методе, а потом про проекты как Маска (батут). Буду только благодарен, как говорят японцы - спасибо за работу :)

> В нормальном курсе событий статистика порядка 50/50 или 40/60 для удалено/добавлено совершенно
> нормальна для типового софтварного проекта крупного масштаба который относительно устаканился.
> Если добавлено сильно больше - это значит что навернули каких-то новых
> фич. В данном случае видимо новые драйверы, это неизбежно двигает картину
> в сторону добавлено.
эту тему выше в комментариях я описал.
> Это может говорить например о том что прогер посмотрел на алгоритма, почесал
> репу, придумал вариант лучше и перекроил сие. Или ему не понравился
> общий вид и он отрефакторил в что-то более удобоваримое. А может
> быть еще и ставшее полезное "вон тем трем чувакам, хотевшим похожего",
> так что _их_ почти-дубль фичи был вытерт, а вот это чутка
> адаптировано еще и для них. А может он нашел какой-то баг.
> Или мало ли чего там еще. Для ответа на конкретный вопрос
> в конкретном случае есть git log (-p), дающий весьма конкретный ответ.
Ничего нового я не узнал увы. Спасибо за работу.
> А можно и не весь. А можно улучшить. А можно отрефакторить. Програмеры
> довольно сложные существа, равно как и их программы. Если не считать
> совсем уж вебмакак и б-длокодеров.
вот про вебмакак и б-длокодеров - не надо, не серьезно как-то. Опять вынуждаете меня заводить шарманку про определения понятий, за-бал я уже тут всех с этим :)

> Факин лол. Ну вот смотри, фигачил ты два дня, будучи уверенным что
> все ЗБС. И все вроде было ЗБС. Но вот всплыл некий
> Фатальный Недостаток, о которым ты даже не подумал сперва. При том
> ты изначально в душе не е...шь что его вызывает. Вопрос: где
> ты его посадил в этом интервале? И как сие починить? Кроме
> как профакать 2 дня вджоба целиком и вернуть все как было?
> А то просто профакать 2 дня впустую - обидно, да? :)
Ну "факин лол", ну наконец-то долгожданный ответ :) История нас учит не совершать ошибок. Хотя тут один момент с "будучи уверенным что все ЗБС" - читаем первый абзац данного комментария. Есть еще один момент, если у нас всего один коммит в истории и мы допустили тот самый "некий Фатальный Недостаток", каков алгоритм действия в этом случае по отлову недостатка?
> Ну вот с git сие как 2 байта переслать: если мы изредка
> комитили относительно логически консистентные точки - говорим git bisect, довольно быстро
> узнаем где сломалось, получаем перед мордой проблемный фрагмент кода и чешем
> репу уже предметно над проклятым кусочком с фига ли он нам
> тут все испортил.
ясно.
> ...а чего делаешь в таком раскладе ты? :))). Даже если забыть про
> то что тот ноутпад жестко мультиплеерный и еще надо подумать как
> все это агрегировать с вон той тыщенки человек. Если б ты
> был PM тимы о тыще чел, ты бы этим озаботился, но
> это явно не твой уровень.
ой я до сих порт ноутпадом и пользуюсь, откуда вы угадали, и да глазки болят от того что нет подсветки синтаксиса. А еще вечно забываю ставить закрывающуюся скобку, вот думаю что в ассемблере можно забыть такое? На ум приходит только одно - оставить комментарий к шагу алгоритма :).
> Для хранения истории изменений. Это отличный рабочий инструмент для програмера. Упомянутое
> лишь весьма частный пример использования истории изменений.
согласен отличный, выше в комментариях писал уже.
> В случае Arian V это почти так и было :). И я
> готов поспорить что они после этого малость поменяли алгоритм, хе-хе. Я
> бы удивился если бы это было не так.
что мешает уточнить?

> С реалистичной точки зрения это катит только для очень небольших масштабов. И
> даже там порой "тойота" случается.
думать нужно не о масштабах и прибыли, а об ответственности, написанный ваш код может как спасти так и угробить людскую жизнь.

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

188. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Аноним (188), 17-Июн-20, 16:05

> А не лучше тогда воздержаться от комментария раз такая не уверенность?
The best one can get. Ума не приложу как получить 100% уверенность по части (само)идентификации толпы народа.
> Альтернативное мнение - даже если оно не всегда истинное, бывает весьма полезным.
Возможно. Если я понимаю как оно возникло. Иначе это лишь набор слов.
> А никаких других законов и нет.
Я бы не стал безбашенно проверять этот тезис.
> Написать может и макака, если она поймет.
Пока-что никто вроде бы не встречал макак способных программировать. Вебмакаки не в счет, они к нашему позору homo sapiens :\
> Мне нравиться знать все с чем я работаю до мелочей, ибо в мелочах кроется тот
> дьявол который вас так пугает неопределенным (не продуманным, не предвиденным) поведением.
И хотя в этом есть некий пойнт, это перестает работать после определенного масштаба. Выше некоторого уровня сложности картинка со всеми подробностями перестает умещаться в 1 голову. Linux этот порог давно преодолел. Так же как любой крупный мегаполис. Совершенно нормально не знать кучу улиц в большом городе. А зачем? Это ненужное знание забивающее мозг.
> Ну смотря на ключ по ТЗ, или с поддержкой :) Писать с нуля свою ОС, ЯП - не нужно,
Торвальдс писал Linux с ноля. Как максимум апи и общие идеи подсматривал, но реализация была его. И для начала - заявил как i386-only! А теперь оно на дофига разных архитектур. И естественно начальный план пришлось здорово переиграть по ходу дела.
> а проектировать второй Нью-Йорк - нужно?
Если кто-то может радикально лучше - "пусть попробует". Но за большой факап и большие 3.14-ли.
> Ну выше вы про Нью-Йорк будущего говорили, а теперь попахивает хотелками заказчика?
Это не хотелки заказчика а оценка масштаба задачи и ожиданий. В проекте размером с Linux kernel я 100% найду баг. Люди не настолько безглючные существа чтобы проект такого масштаба пролез без багов.
И даже авиалайнеры взлетают с кучей неисправностей. Если добиваться 100% исправности - вы не полетите. Поэтому капитан решает, можно ли лететь с известным набором проблем, или же всех выгоняют нафиг и чинят/меняют самолет. Торвальдс чем-то сравнимум занимается для нас в мире софта.
> Сами же в курсе, если удовлетворять все хотелки заказчика, вы не релизните софт никогда.
Однако постепенно Linux оброс фичами - и теперь удачи убедить людей согласиться на меньшее.
> Вот сама жизнь как софт с хотелками заказчика, она релизнится? Как говорят,
> мертворожденный продукт? Так что, вы противоречите самому себе.
Я не противоречу. Вы просто упустили такую вещь как "приоритеты". У вас нет этого.
> Буду иметь ввиду, о цене договоримся думаю.
Для упрощения можно просто позвать любого тестировщика под боком. В софте такого масштаба без них все-равно нихрена не получится. Весь пойнт -rc в кернеле - дать народу время погонять это и посмотреть какие грабли вылезут. Так что они давно в курсе. Как и все остальные серьезные разработчики софта на этом глобусе.
> Буду только благодарен, как говорят японцы - спасибо за работу :)
Тестировщиков наймите, если они не лохи - на раз покажут это дело. В мои предпочтения все же больше програмизм и системная интеграция сейчас входит.
> уже кашу из топора, где рецепт я так хочу его увидеть.
Вопрос вида "как обыграть чемпиона мира по шахматам?" :D. Если бы у меня был рецепт такого уровня - я был бы не хуже Торвальдса :P
Могу лишь в общем виде описать кой-какие вещи. Торвальдс оказался в правильном месте, в правильное время, с правильными скиллами, насев на злободневную задачу - и его decision making в целом оказался лучше чем у других, не имея слабых мест "конкурентов". Он сколотил эффективную команду, выбрал правильную лицензию мешающую паразитировать, поначалу сам показал нехилый мастеркласс в кодинге и убедил других что это чего-то стоит, сумев довольно быстро поюзать что накорябал для хотя-бы себя и своих задач.
У меня отрастает лишь базовая приблизительная версия скилла - поэтому я и не Торвальдс :P.
> эту тему выше в комментариях я описал.
Было бы нехило ссылки на комент добавлять.
> вот про вебмакак и б-длокодеров - не надо, не серьезно как-то.
Ну, если некто не умеет VCS использовать и не понимает зачем оно надо... соблазн возникает.
> Ну "факин лол", ну наконец-то долгожданный ответ :) История нас учит не совершать ошибок.
Однако людям свойственно ошибаться. И именно поэтому я уверен что найду баг в проекте такого масштаба. В Linux kernel кстати это уже довольно утомительно - там много народа и толпы роботов поляну вытаптывают. И все-же получить чего-нибудь неожиданное в тыкву временами все же можно.
> Есть еще один момент, если у нас всего один коммит в истории
...то мы шлем СМС с текстом "не лох!" на короткий номер,  грязно ругаемся и на будущее учимся юзать vcs более разумно дабы больше так не пролетать.
> каков алгоритм действия в этом случае по отлову недостатка?
Кажется я уже ответил на это, хоть это и другой вопрос :)
>> репу уже предметно над проклятым кусочком с фига ли он нам тут все испортил.
> ясно.
Это очень крутой процесс. Я пару раз так локализовыал баги в амдшном драйвере при том что вообще не особо эксперт в его начинке. А локализовав проблемные изменения я могу уже попытаться либо сам врубиться, либо потыкать палочкой причастных - мол, а чего это ваш код вот тут мне GPU выносит? При когда есть конкретный фрагмент кода, воевать с багом как-то сильно результативнее чем когда "а хрен бы его знает почему оно так себя ведет".
> забыть такое? На ум приходит только одно - оставить комментарий к шагу алгоритма :)
Коменты оставлять затея неплохая. Потому что через пару лет в вон те навороты с наскока может и не быть просто въехать. Даже если они свои.
> что мешает уточнить?
То что я не часть этой команды и поэтому не имею доступа к всем версиям их софта, а также трудозатраты на этот процесс.
> думать нужно не о масштабах и прибыли, а об ответственности, написанный ваш
> код может как спасти так и угробить людскую жизнь.
Скажем так, одна из вещей которые я хочу проверить в этой жизни - а слабо ли мне сделать код которому я не зассу отдать мою тушку.

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

103. "Ядро Linux 5.8 станет самым крупным по числу изменений" +2 +/–

Сообщение от Аноним (103), 15-Июн-20, 22:10

Это такой троллинг тупостью? Гит считает 1 отредактированную строку как "1 строку удалена + 1 строку добавлена".

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

105. "Ядро Linux 5.8 станет самым крупным по числу изменений" +2 +/–

Сообщение от BSA (?), 15-Июн-20, 22:23

Это не гит считает. Так считает diff. А гит и пр. просто пользуются им.

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

106. "Ядро Linux 5.8 станет самым крупным по числу изменений" –3 +/–

Сообщение от Sw00p aka Jerom (?), 15-Июн-20, 22:24

> Это такой троллинг тупостью? Гит считает 1 отредактированную строку как "1 строку
> удалена + 1 строку добавлена".
ну и о чем это говорит? а смысл тогда говорить об количестве "удаленных" строк, если только они были "отредактированы"? Общее количество строк кода ведь не изменится тогда.

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

138. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Аноним (-), 16-Июн-20, 06:19

> Это такой троллинг тупостью?
Ух ты, а чо, так можно было? А то я был уверен что в силу тупости последнее как максимум side effect :)))

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

57. "Ядро Linux 5.8 станет самым крупным по числу изменений" +5 +/–

Сообщение от Аноним (-), 15-Июн-20, 15:46

> ну сходите в Windows и посмотрите какой там ddk.
Been there, done that. Так я полюбил пингвина. ФакЪ, в нем можно модуль скомпилять за 10 минут. За это время DDK даже не установится.

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

59. "Ядро Linux 5.8 станет самым крупным по числу изменений" +2 +/–

Сообщение от Аноним (-), 15-Июн-20, 15:51

> Но для этого уже делают Фуксию.
Как замену сабжу в виде андроида сие вроде уже даже те рожи не особо позиционируют. Видимо писать дрова на пыхтонрасии и прочих го оказалось не настолько уж и игого. Особенно когда под боком такой конкурент болтается.

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

104. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Аноним (103), 15-Июн-20, 22:14

> Как замену сабжу в виде андроида сие вроде уже даже те рожи не особо позиционируют.
А кто-то вообще всерьёз так считал? С самого же начала было ясно что это очередная песочница гугла - поиграют и забудут.

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

139. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от Аноним (-), 16-Июн-20, 06:22

> А кто-то вообще всерьёз так считал? С самого же начала было ясно
> что это очередная песочница гугла - поиграют и забудут.
Ну вот судя по коментам этой визгливой хипсототы они уже заметили что это немного не тот случай когда за полдня навалил гамнокода в продакшн и стало збс. Оказывается, такой код тормозит и глючит. Если это хомпага то и болт с ним, но если это core part операционки, сие распостраняется на вообще все в системе и вот тут болт уже совсем не тот который запланировано.

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

146. "Ядро Linux 5.8 станет самым крупным по числу изменений" +/–

Сообщение от йкЛще (?), 16-Июн-20, 08:02

>> Как замену сабжу в виде андроида сие вроде уже даже те рожи не особо позиционируют. Видимо писать дрова на пыхтонрасии и прочих го оказалось не настолько уж и игого. Особенно когда под боком такой конкурент болтается.
Честное слово, остановись вы на первом предложении - все было бы предельно норм. Откуда остальное-то говно полезло?)))

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

149. "Ядро Linux 5.8 станет самым крупным по числу изменений" +3 +/–

Сообщение от Аноним (149), 16-Июн-20, 10:28

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

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	8. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+7 +/–
	Сообщение от proninyaroslav (ok), 15-Июн-20, 12:32
	Ну если бы драйверы не находились в основной ветке ядра, то и патчи были бы значительно меньше, причём тут микроядерность? Каждому под силу собрать ядро с нужным набором драйверов в его составе. Плюс уже давно придумали такие вещи как KMOD и DKMS для подгрузки модулей в ядро.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+4 +/–
	Сообщение от Аноним (22), 15-Июн-20, 13:27
	Перепроектировать ядро так чтоб abi для драйверов никогда и никак не менялся и все драйвера подходили ко всем ядрам был бы биг дилом. Но для этого уже делают Фуксию.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	43. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+2 +/–
	Сообщение от Анончик (?), 15-Июн-20, 14:35
	Вы принимаете кучу инженеров которые пишут драйверы идиотами? Интерфейс это обобщение, нельзя сделать простой, функциональный и быстрый интерфейс одновременно. Ну вот не выходит. А написать универсальный интерфейс ну сходите в Windows и посмотрите какой там ddk. Технический ресурс, а вы телеги задвигаете для гуманитариев.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "Ядро Linux 5.8 станет самым крупным по числу изменений"	–3 +/–
	Сообщение от Аноним (48), 15-Июн-20, 14:49
	Ну так не делай просто, функционально, быстро одновременно(зачем это?). Подумать про пользователей, а не про свои "идеалистические" нужды этож большой мозг нужен. Проще ломать все совместимость каждый раз зато "просто".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	51. "Ядро Linux 5.8 станет самым крупным по числу изменений"	–6 +/–
	Сообщение от Sw00p aka Jerom (?), 15-Июн-20, 15:02
	>Вы принимаете кучу инженеров которые пишут драйверы идиотами? а как иначе назвать тех кто "удалено 480891 строк"?
	Ответить \| Правка \| К родителю #43 \| Наверх \| Cообщить модератору


	58. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+10 +/–
	Сообщение от Аноним (-), 15-Июн-20, 15:48
	> а как иначе назвать тех кто "удалено 480891 строк"? Програмерами, вероятно. Чувак, ты хоть 1 программу с системой контроля версий писал? Не похоже, но если вдруг да - посмотри на свою статистику? Или ты свое гуано изрыгаешь в режиме fire and forget?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	73. "Ядро Linux 5.8 станет самым крупным по числу изменений"	–15 +/–
	Сообщение от Sw00p aka Jerom (?), 15-Июн-20, 16:31
	> Програмерами, вероятно. А шо так не уверенно отвечаете? Раз в вашем определении, программер этот тот, кто способен написать и удалить куче строк в программе (алгоритме). И это нормально, это суть программера в вашем определении. Но увы не в моем. Почему не в моем? В моем определении, программер (точнее инженер) этот тот кто в полноте продумает всю программу (алгоритм), докажет её безошибочность и выпустит в продакшен, чтобы не пришлось на виду делать "удалено 480891 строк". Что значить вообще удалить строку из алгоритма? О чем это говорит? Удалить весь алгоритм и заменить другим - это еще можно понять. >Чувак, ты хоть 1 программу с системой контроля версий писал? А зачем вообще она нужна? Следить за тем кто сколько строк удалил или переименовал blacklist в blocklist? > Или ты свое гуано изрыгаешь в режиме fire and forget? сложение двух чисел разве не fire and forget? Разве детерминированные алгоритмы это не fire and forget?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	101. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+/–
	Сообщение от bergentroll (ok), 15-Июн-20, 21:35
	А в случае, когда 480k loc — это поддержка бабушкиного лампового чипсета, что делает инженер? Про контроль версий отлично сказано. Надо писать так, чтобы разом, и потом хоть «отлить в граните». Жалко, люди так не могут.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	102. "Ядро Linux 5.8 станет самым крупным по числу изменений"	–2 +/–
	Сообщение от Sw00p aka Jerom (?), 15-Июн-20, 22:01
	> А в случае, когда 480k loc — это поддержка бабушкиного лампового чипсета, > что делает инженер? Если бабушкин чипсет выпускается и усовершенствуется, то собственно должна быть и поддержка. Иначе - выпилить в новых версиях того же ядра. Очевидно же.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	108. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+/–
	Сообщение от Crazy Alex (ok), 15-Июн-20, 22:36
	Ну вот и выпиливают, в чём проблема?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	109. "Ядро Linux 5.8 станет самым крупным по числу изменений"	–2 +/–
	Сообщение от Sw00p aka Jerom (?), 15-Июн-20, 22:44
	Да ни в чем собственно, код старого аппаратного обеспечения должен быть выпилен, в статье же не говорится к какому коду относится число удалённых строк.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	140. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+1 +/–
	Сообщение от Аноним (-), 16-Июн-20, 06:31
	> Да ни в чем собственно, код старого аппаратного обеспечения должен быть выпилен, > в статье же не говорится к какому коду относится число удалённых строк. Пересказ git log с точными причинами всех изменений, вероятно, будет "довольно длинный". Мягко говоря.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	107. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+/–
	Сообщение от Crazy Alex (ok), 15-Июн-20, 22:35
	Слушай, ну это ж дичь. Какие, на фиг, детерминированные алгоритмы с кучей событий от аппаратуры со всех сторон и сотнями вариантов реализовать всё и вся? Какой "весь алгоритм", когда рядом туча других подсистем и надо их убедить работать эффективно все вместе в массе разных юз-кейсов? Понятно, что оно кроме самого базового уровня вроде доступа к структурам данных держится на эвристиках. И это я ещё не начинал оптимизации под архитектуры говорить (вон, сейчас поддержку RISC-V вкручивают активно), костылях на вновь вылезшие "особенности" работы железа, хотелки для новых юз-кейсов изменения от всяких mitigations и тому подобное вспоминать. "Детерминированным алгоритмом" можно обойтись, когда у тебя есть прибитые гвоздями вход и выход, при пакетной обработке. И то неплохо бы случаи, когда тебе на вход пришёл килобайт, гигабайт и терабайт обработать как-то отдельно, учтя доступный объём памяти, например.
	Ответить \| Правка \| К родителю #73 \| Наверх \| Cообщить модератору


	110. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+/–
	Сообщение от Sw00p aka Jerom (?), 15-Июн-20, 22:47
	>Какие, на фиг, детерминированные алгоритмы Ого, вы уже изобрели недетерминированную машину Тьюринга? Похвальное:)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	116. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+3 +/–
	Сообщение от Crazy Alex (ok), 16-Июн-20, 00:05
	Вот машине Тьюринга можно быть детерминированной - она абстрактная и простая. А у нас реальное железо, куда детерминированность не завезли - оно может, например, менять частоту ни хрена не предсказуемо, или нарваться на ошибку ECC на шине и повторно слать данные и вообще в нём чёрных ящиков полно, багами сверху посыпанных. У нас недетерминированный ввод и у нас огромная сложность всего этого, так что даже если оно было детерминированным - хрена с два вышло бы составить полную модель.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	123. "Ядро Linux 5.8 станет самым крупным по числу изменений"	–1 +/–
	Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 01:09
	> хрена с два вышло бы составить полную модель. а кто-то хоть пытался?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	125. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+/–
	Сообщение от Michael Shigorin (ok), 16-Июн-20, 02:06
	>> хрена с два вышло бы составить полную модель. > а кто-то хоть пытался? Ну посмотрите на 6502 и попробуйте. Его на рассыпухе (т.е. максимум транзисторных/диодных сборках, даже не триггерах) реально сделать на площади порядка стола. Потом посмотрите на любую схему современного процессора -- хоть фоточку кристалла с выносками, хоть крупноблочную. Не удивлюсь, если там уже лет двадцать как волновые эффекты в заметной мере проявляются (условно на гигагерцовой границе), а вовсе не "у нас прямоугольный фронт пришёл"... В каком-нибудь SimCity или LinCity деревеньку живую нарисовать при всех тех условностях, которые в движок заложены -- не совсем тривиально бывало. А тут предлагается "смоделировать Москву, причём точно".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	130. "Ядро Linux 5.8 станет самым крупным по числу изменений"	–1 +/–
	Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 03:50
	>Ну посмотрите на 6502 и попробуйте. все к этому и сводится, посмотри как сделано и реализуй тоже самое. Что за "кЕтайский" принцип (цап-царап)? Где свои мозги? Смотри на руки "мастера" и делай как он, каков ты после этого "мастер"?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	142. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+2 +/–
	Сообщение от Аноним (142), 16-Июн-20, 06:50
	> все к этому и сводится, посмотри как сделано и реализуй тоже самое. Одна древняя мудрость гласит что для того чтобы научиться хорошо и много писать свои программы, надо сначала хорошо и много посмотреть на чужие программы. В чем прикол? Полагать что ты один умнее всей планеты вместе взятой - весьма глупо и наивно. Несомненно, есть шансы придумать что-то новое. Но есть и шансы протупить и сделать намного хуже чем то до чего доперли другие. Не веришь? А вон там у чувака есть очень доходчивый пример, как он Хэмминга оптимизировал. На, зырь: https://www.robotroom.com/Hamming-Error-Correcting-Code-1.html - значит, гришь, офигенный алгоритм, с 1 раза? Казалось бы, чего такого в этом хэмминге, простой же как тапка %) > Что за "кЕтайский" принцип (цап-царап)? Где свои мозги? Смотри на руки > "мастера" и делай как он, каков ты после этого "мастер"? А мастер ты будешь когда сможешь пойти дальше чем предшественник, очевидно. А вот игнорить мудрость и наработки предшественников - это не мастерство, это форменная болвания. Потому что я не уверен что ты напишешь даже того хэмминга с наскока лучше "мастера". К тому же он показал что понятие "лучше" - не всегда универсальное. Вот там нам надо скорость позарез, а вот там место жмет. И определение хорошего резко меняется :)
	Ответить \| Правка \| К родителю #130 \| Наверх \| Cообщить модератору


	141. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+/–
	Сообщение от Аноним (142), 16-Июн-20, 06:40
	> тут предлагается "смоделировать Москву, причём точно". Предлагается сделать Новую Москву. В 20 раз лучше старой. И чтобы абсолютно все оказались довольны тем что получилось. С первого раза.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	147. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+/–
	Сообщение от Аноним (147), 16-Июн-20, 08:20
	> а кто-то хоть пытался? - Не вычерпать море решетoм... - А кто-то хоть пытался? Вот бери и черпай, у адекватных людей других (реальных, земных) дел полно.
	Ответить \| Правка \| К родителю #123 \| Наверх \| Cообщить модератору


	164. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+/–
	Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 17:11
	Вас разве я к чему-то принуждал? Как говорится в мудрости одной, заставь дурака Богу молиться... Говорят голову расшибет, а вот и нет - религию свою создаст. Ближе к теме, даже если приводить формальное доказательство корректности алгоритма, не стоит забывать про теорему Гёделя о неполноте. Отсюда, вывод - нужно искать другие методы доказательства.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	183. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+/–
	Сообщение от Аноним (-), 17-Июн-20, 11:43
	> религию свою создаст. Если уж мы об этом, если не ошибаюсь, Кнут, чтоли однажды выдал что самый его продуктивный день в программировании был когда он смог удалить 1000 строк кода из программы. > искать другие методы доказательства. Бороться и искать. Найти и перепрятать.
	Ответить \| Правка \| К родителю #164 \| Наверх \| Cообщить модератору


	186. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+/–
	Сообщение от Sw00p aka Jerom (?), 17-Июн-20, 14:31
	> Если уж мы об этом, если не ошибаюсь, Кнут, чтоли однажды выдал > что самый его продуктивный день в программировании был когда он смог > удалить 1000 строк кода из программы. А вывод какой? Что побудило? Можете не отвечать, в коментах все уже расписано. > Бороться и искать. Найти и перепрятать. И главное не забыть куда спрятали, мудрость ведь есть, "все новое ....."
	Ответить \| Правка \| К родителю #183 \| Наверх \| Cообщить модератору


	190. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+/–
	Сообщение от Аноним (-), 17-Июн-20, 16:30
	> А вывод какой? Вывод простой: если удалось угрохать кучу строк без потери функциональности и читаемости/понимаемости кода - есть повод думать что человек улучшил свои силлы, а прошлый вариант был дальше от идеала чем новый.
	Ответить \| Правка \| К родителю #186 \| Наверх \| Cообщить модератору


	112. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+1 +/–
	Сообщение от Michael Shigorin (ok), 15-Июн-20, 22:52
	> В моем определении, программер (точнее инженер) этот тот кто > в полноте продумает всю программу (алгоритм), докажет её > безошибочность и выпустит в продакшен, чтобы не пришлось на > виду делать "удалено 480891 строк". Детский сад. Поинтересуйтесь, для каких применений и объёмов кода <=> задачи сейчас в принципе применяется доказательство корректности. > Что значить вообще удалить строку из алгоритма? О чем это говорит? В случае работы программиста -- что конкретно эта строка была/стала лишней. В случае патча (а циферки из diffstat) -- что эту строку хоть одним байтом потрогали. > Удалить весь алгоритм и заменить другим - это еще можно понять. Бывает и так. А бывает так, что куча строчек в +/- является всего лишь другой реализацией ровно того же алгоритма (да хоть рекурсию в итерацию раскатали или же наоборот). Или сменой табов на пробелы либо назад в отступах, что для приличных языков на аэродинамику не влияет. >> Чувак, ты хоть 1 программу с системой контроля версий писал? > А зачем вообще она нужна? Пожалуйста, не пишите здесь на связанные с программированием темы, пока самостоятельно не ответите на этот вопрос. Спрашивать и выслушивать -- можно и полезно. Утверждать -- скорее всего, будет только вредно. > сложение двух чисел ...это песчинка на побережье.
	Ответить \| Правка \| К родителю #73 \| Наверх \| Cообщить модератору


	121. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+/–
	Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 00:36
	> Детский сад. Поинтересуйтесь, для каких применений и объёмов кода <=> задачи > сейчас в принципе применяется доказательство корректности. так детский сад в том и заключается, что вы забыли применять доказательство (не только корректности) во всем. > В случае работы программиста -- что конкретно эта строка была/стала лишней. Хорошие термины вы используете, была, стала лишней, угодной не угодной, черной - белой. О чем говорит удаление шага из алгоритма? - об избытке, о чем говорит добавление ? - о необходимости. Так и что же это необходимость и достаточность? > Бывает и так. А бывает так, что куча строчек в +/- > является всего лишь другой реализацией ровно того же алгоритма (да хоть > рекурсию в итерацию раскатали или же наоборот). Или сменой табов > на пробелы либо назад в отступах, что для приличных языков на > аэродинамику не влияет. Замена рекурсивного алгоритма на итеративный повлияет на количество строк. > Пожалуйста, не пишите здесь на связанные с программированием темы, пока самостоятельно > не ответите на этот вопрос. Спрашивать и выслушивать -- можно > и полезно. Утверждать -- скорее всего, будет только вредно. Ответили бы вы, на этот вопрос - зачем вообще нужна "системой контроля версий". Может стоит сначала задать вам вопрос, что есть понятие "программирование"? -вот и спросил, жду ответа. > ...это песчинка на побережье. Хорошо хоть не бревно от потерпевшего крушения судна...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	127. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+1 +/–
	Сообщение от Michael Shigorin (ok), 16-Июн-20, 02:13
	>> Детский сад. Поинтересуйтесь, для каких применений и объёмов >> кода <=> задачи сейчас в принципе применяется доказательство >> корректности. > так детский сад в том и заключается, что вы забыли применять > доказательство (не только корректности) во всем. Ладно, Вы победили. Показывайте мастеркласс. Алгоритм для самостоятельного доказательства корректности можете выбрать сами, уровень алгебры 5--7 класса общеобразовательной школы вполне устроит. Не покажете за неделю -- значит, пустозвон. > Замена рекурсивного алгоритма на итеративный повлияет > на количество строк. Докажите. > Ответили бы вы, на этот вопрос Вы бы ещё сантехника спросили, зачем разводной ключ нужен (сперва было написал жаргонное название, потом усовестился) -- при этом назидая его в том, как, собственно, прокладки менять.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	129. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+/–
	Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 03:10
	> Не покажете за неделю -- значит, пустозвон. а че так за неделю, вы мой один комент понять не можете, думаете через неделю теорию поймете? >> Замена рекурсивного алгоритма на итеративный повлияет >> на количество строк. > Докажите. Возьмите любую реализацию рекурсивного и итеративного алгоритма и на против каждого шага алгоритма проставьте его номер, в итоге сравните последние номера в обоих алгоритмах. > Вы бы ещё сантехника спросили, зачем разводной ключ нужен (сперва было написал > жаргонное название, потом усовестился) -- при этом назидая его в том, > как, собственно, прокладки менять. В век пластиковых труб я думаю он бы и не узнал о существовании разводного ключа, и тем более про прокладки.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	134. "Ядро Linux 5.8 станет самым крупным по числу изменений"	+/–
	Сообщение от Аноним (134), 16-Июн-20, 04:20
	> Возьмите любую реализацию рекурсивного и итеративного алгоритма и на против каждого шага алгоритма проставьте его номер, в итоге сравните последние номера в обоих алгоритмах. Это не доказательство. Когда я в последний раз проверял, техники доказательств были иными. Доказательство от обратного, по индукции, от контрпозитивного, или опровержение контрпримером.
	Ответить \| Правка \| Наверх \| Cообщить модератору