forum.opennet.ru

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

Оглавление

Линус Торвальдс выступил с критикой контроля качества в DRM..., opennews (?), 27-Фев-17, (0) [смотреть все]

И этим все сказано, Линус мужик (?), 10:57 , 27-Фев-17, (1) +25 //

И это наше слово c BSG, Аноним (-), 17:13 , 27-Фев-17, (209) +2
Этот горячий финский мужик собственно и создавал базовые правила разработки и ин, qwerty123 (??), 13:32 , 28-Фев-17, (378) –2 //

Кажется, у нас в гостях очередной I успешный менеджер I проектов , Michael Shigorin (ok), 14:23 , 28-Фев-17, (386) +9 //

Кто бы говорил-на Вашу поделку 1С уже не ставится а вы все тут в камментах умнич, Аноним (-), 12:06 , 03-Мрт-17, (439)

Я сказал Руки ровняйте, УМВР не так давно для одного из партнёров как раз прове, Michael Shigorin (ok), 22:21 , 08-Мрт-17, (442) –1

Досрочный ответ потому, что большинству просто ложить, им давай уже готовое Уда, Анонимм (??), 15:09 , 28-Фев-17, (393) –1
Завидуешь, лузер , Led (ok), 22:39 , 28-Фев-17, (406)
очередной крах менеджмента как системы управления, не более того, Аноним (-), 15:51 , 01-Мрт-17, (420) +1

Вот она -- монолитность Жаль что GNU-тое ядро неактивно пилится , A.Stahl (ok), 11:03 , 27-Фев-17, (2) +15 //

Иди пили, Астал Мы все будем рады , Аноним (-), 11:21 , 27-Фев-17, (8) –23
Плюсую Микроядро - единственное РЕШЕНИЕ пролем надёжности Линукса И существовани, Анонимм (??), 11:22 , 27-Фев-17, (11) +4 //

Этот комментарий следовало бы разделить на два , px (??), 11:50 , 27-Фев-17, (29) +69 //

Зачем Чтоб можно было покритиковать по отдельности и Hurd, и предложение микрояд, Анонимм (??), 11:55 , 27-Фев-17, (34) –3

Это был микросарказм , Аноним (-), 14:07 , 27-Фев-17, (114) +16

Но набрал он - максимум плюсов , Анонимм (??), 18:46 , 27-Фев-17, (246) +1

Ага и широкое её применения на всевозможных устройствах показывает,что GNU Hurd , мегааноним_ (?), 12:12 , 27-Фев-17, (43) //

Сарказм это не страшно Посмеяться всегда полезно И пока кто-то смеётся, кто-то , Анонимм (??), 12:39 , 27-Фев-17, (66)

I General Dynamics is the global leader in virtualization ,,, Based on General, Andrey Mitrofanov (?), 13:14 , 27-Фев-17, (86) +1

Вы так рьяно доказываете ущербность микроядра, словно это объективная реальность, Drom (?), 05:10 , 28-Фев-17, (347) –2

Я Ты бредишь , Andrey Mitrofanov (?), 09:20 , 28-Фев-17, (352)
Вас же не затруднит выйти к доске и привести доказательство этого факта , верно, Michael Shigorin (ok), 10:22 , 28-Фев-17, (356) +2

Просмотрел первые 10 уязвимостей - это всё о юзер-левеле и обычном софте либы, Анонимм (??), 11:56 , 28-Фев-17, (365) +1

Ты жалок Твоё микроядро, которое умеет только сообщения между подсистемами перес, www2 (ok), 13:19 , 28-Фев-17, (375) +3

Оу, у меня уже есть микроядро Ссылочку можно напочитать Ну надо же, система неу, Анонимм (??), 14:32 , 01-Мрт-17, (418)
вопрос изначально касался именно дырявости ядра, а не каких-то левых процессов и, Аноним (-), 15:59 , 01-Мрт-17, (422) –1

Естественно в юзер-левле Где ж ему ещё быть-то Кернел-левел у микроядра внеза, freehck (ok), 19:09 , 28-Фев-17, (400)

У микроядра есть ещё сервисы Так вот ошибки не в микроядре, и не в сервисах, а в, Анонимм (??), 20:46 , 28-Фев-17, (402) –2

Я хочу сказать, что аргумент это ж юзерлевел в треде с обсуждением микроядерны, freehck (ok), 12:11 , 01-Мрт-17, (415) +2

Да, терминология но Вы же меня поняли Да и сути не меняет проблемы с пермисси, Анонимм (??), 14:13 , 01-Мрт-17, (417) –1

Hurd существовал до Linux Почему-то после того, как выпустили Linux, Hurd забро, Аноним (-), 13:24 , 27-Фев-17, (91) //

Зачем ставить таги https ru wikipedia org wiki D0 97 D0 B0 D0 BA D0 BE D0 BD_, Andrey Mitrofanov (?), 13:50 , 27-Фев-17, (102)

Оловянных, стеклянных или деревянных , Michael Shigorin (ok), 10:23 , 28-Фев-17, (357) +1

Пилить-то пилят, но в основном из интереса или в исследовательских целях Причи, freehck (ok), 13:58 , 27-Фев-17, (108) +8

Пока семь раз отмеряли, Линус успел три раза сделать и переделать А вообще, инте, Аноним (-), 17:58 , 27-Фев-17, (230) +3

Типа того Монолит писать проще и логотип Пингвин тоже не последнее дело А что, к, Анонимм (??), 18:10 , 27-Фев-17, (234) –1
C небольшой помощью всяких айбиэмов и прочих, ага , Аноним (-), 18:38 , 27-Фев-17, (243)

Айбиэмы подтянулись когда линукс уже был вполне работоспособен В отличие от вся, Аноним (-), 21:06 , 27-Фев-17, (277) +5

Предлагаю назвать GNU KURD Когда курды заполучат свое государство, тогда и допи, AVON (?), 01:01 , 02-Мрт-17, (438) –1

Поищи рассылки за 1998-2004 гг, там с десяток основных разработчиков Без них бы , qwerty123 (??), 13:37 , 28-Фев-17, (379) –3

Слушайте, успешный менеджер , а ведь у Вас проблемы то ли с историей, то ли с с, Michael Shigorin (ok), 14:27 , 28-Фев-17, (388)

Если мне не изменяет память, то Линус писал, что если бы не лицензионные проблем, www2 (ok), 13:22 , 28-Фев-17, (376)

Есть две версии1 Линус с трудом понимал американские IT журналы2 Он не осилил ус, qwerty123 (??), 13:46 , 28-Фев-17, (380) –2
Ещё версия на его студне-щебродском 386SX не ставился FreeBSD или какой-то из , Andrey Mitrofanov (?), 14:12 , 28-Фев-17, (381)

386BSD вышла какбы на пол-года позже Linux , Аноним (-), 17:26 , 28-Фев-17, (397)

Гм, Вирзениус пишет i387 CODE Jan 5, 1991 bought his first PC i386 , Andrey Mitrofanov (?), 18:21 , 28-Фев-17, (399) +1

Немаловажно также отметить, что когда начинали писать Hurd, никакого BSD ещё не , freehck (ok), 19:24 , 28-Фев-17, (401)
Изменяет , Led (ok), 22:38 , 28-Фев-17, (405)

Конечно Монолит писать было проще, и железо было другим пресловутые переключ, Анонимм (??), 14:34 , 27-Фев-17, (125) +1
Основная причина - влияние классической модели безопасности UNIX на скорость раб, Аноним (-), 17:20 , 27-Фев-17, (212) +2

Вот хоть кто-то понимает в чем дело, а то все думают, что HURD недопили просто и, Аноним (-), 22:01 , 27-Фев-17, (296)
Есть ещё гибридный подход выносить в юзер-левел только нетребовательное к скоро, Анонимм (??), 22:22 , 27-Фев-17, (305) –2
А если не сложно, можно по подробней, есть ссылки на публикации с этой доказател, Аноним (-), 12:15 , 28-Фев-17, (368) +2

https sel4 systems , Аноним (-), 17:58 , 01-Мрт-17, (430)

Если что, комментарий 2 свидетельствует только о полном непонимании проблемы в, Michael Shigorin (ok), 18:02 , 27-Фев-17, (232) +2 //

Дык uname -aLinux xxxxxxxx 4 4 0-64-lowlatency 85-Ubuntu SMP PREEMPT Mon Feb , Анонимм (??), 18:20 , 27-Фев-17, (238) –1

что жить и существовать не есть одно и то же , Нечестивый (ok), 10:58 , 15-Мрт-17, (443) +1 //

Жить и накатывать апдейты ядра Всегда, каждый день И ребутиться Ибо критически, Анонимм (??), 22:23 , 15-Мрт-17, (444)

Шагом марш в школу Ядро уже давно не монолитное, kai3341 (ok), 11:46 , 27-Фев-17, (26) –8 //

Внезапно Прошу деталей , Анонимм (??), 11:51 , 27-Фев-17, (31) +5 //

В монолитном ядре ты не можешь выгрузить какую-нибудьподсистемы, обновить её и з, мегааноним_ (?), 12:15 , 27-Фев-17, (48) –4

Глупости Все эти подсистемы работают в одном адресном пространстве, и любая мож, Ordu (ok), 12:23 , 27-Фев-17, (54) +11

Вы путаете, я не утверждаю что ядро Linux микроядерное,я говорю что ядро Linux н, мегааноним_ (?), 12:37 , 27-Фев-17, (63) +5

Мир может и не чёрно-белый, тут ты прав А вот ядра делят на монолитные и микроя, Ordu (ok), 13:02 , 27-Фев-17, (76)

Упор на единое адресное пространство - в корне ошибочен Грубо говоря - возмож, Pofigist (?), 14:37 , 27-Фев-17, (127) +2

Что ж, сильно подмечено Спасибо , Анонимм (??), 15:20 , 27-Фев-17, (144) +1
Ой мамо почитал бы ты Таненбаума может и лужи остались бы не расплёсканн, _ (??), 20:42 , 27-Фев-17, (269)

Файловые системы в user-space, char device драйверы в user space,работа с SPI I2, не такой (?), 03:02 , 28-Фев-17, (345)

Что за бред я прочитал В драйверах нивидии открыта только интерфейсная прослойк, Аноним (-), 06:22 , 28-Фев-17, (349)

Не знаю, что имел в виду человек, но вроде у нвидии началось движение в сторону , Michael Shigorin (ok), 10:35 , 28-Фев-17, (359)

Есть ещё модульные и гибридные ядра У Linux как минимум модульное ядро, а скоре, www2 (ok), 13:28 , 28-Фев-17, (377) +2

Да, жаль лишь, что от жонглирования названиями у кривых дров в Линухе уровень до, Анонимм (??), 15:06 , 28-Фев-17, (392) –3

Нарушители логики - такие логики Ну попытался подменить одним частным случаем , Анонимм (??), 13:08 , 27-Фев-17, (81)
полностью согласен микроядро не не решает проблему кривого кода в нужных подсис, eganru (?), 13:08 , 27-Фев-17, (82) +6

Да, только почему-то по факту оно так не работает Люди ошибаются, это их неотем, Анонимм (??), 13:59 , 27-Фев-17, (109)

Автоматический перезапуск падающего кода не очень-то способствует исправлению со, Аноним (-), 22:39 , 27-Фев-17, (314) +1

Ну так если перезапустилось и никто этого не заметил - то система хорошо делает , Анонимм (??), 22:50 , 27-Фев-17, (320) –1

i Ну так если перезапустилось и никто этого не заметил - то система хорошо дела, eganru (?), 07:43 , 28-Фев-17, (351) +2

т к жесткий диск не доступен А ничего, что подсистема уже загружена и находится, saasd (?), 13:20 , 27-Фев-17, (89) –1

Подсистема как бы упала и находится не пойми в каком состоянии , Аноним (-), 21:08 , 27-Фев-17, (278) +2

В условии задачи упал тока драйвер винта, а не файловой системы или кеша Так, Анонимм (??), 21:12 , 27-Фев-17, (282) –1

1И даже более того упасть-то она упала, но выяснится это исключительно в ранта, freehck (ok), 15:05 , 27-Фев-17, (137) –1

А на монолите такого, конечно, быть не может совсем-совсем Когда вы говорите, , Аноним (-), 09:08 , 01-Мрт-17, (414)

Вы слышали о кеше файловой системы Можете даже поиграться грузонуть какой-нить , Анонимм (??), 15:44 , 27-Фев-17, (158) –3

Жёсткий диск недоступен - не в том смысле, о котором Вы подумали , freehck (ok), 00:01 , 28-Фев-17, (339)

Так жёсткий диск недоступен или ФС бинарь для перезапуска драйвера Это же разн, Анонимм (??), 00:20 , 28-Фев-17, (342) –1

На системах без IOMMU, любой драйвер может расписать под хохлому любую область п, Аноним (-), 13:05 , 27-Фев-17, (79)

Ну Вы ж добавляйте,это только, если ему позволить DMA Зато спасёт от многих пр, Анонимм (??), 13:12 , 27-Фев-17, (83) –1

Напишите мне драйвер современного контроллера дисков или сетевой карты без dma И, Аноним (-), 16:37 , 27-Фев-17, (187) +1

И Типа если оставить сервисам доступ к DMA пока процы с IOMMU непомерно дороги , Анонимм (??), 16:54 , 27-Фев-17, (199)

Доступ к DMA имеют не сервисы, а железки , Аноним (-), 17:00 , 27-Фев-17, (202)

Потому, что сервисы дрова соотв образом программируют эти самые железки Но эт, Анонимм (??), 17:31 , 27-Фев-17, (218) –1

Стесняюсь спросить, слышал ли уважаемый эксперт по микроядрам про bus master dma, Аноним (-), 21:11 , 27-Фев-17, (280) +1
Ну раз каждый суслик - агроном каждая железка может лезть в память , то и прави, Анонимм (??), 21:35 , 27-Фев-17, (289) –1

Ну, вижу, Вас уже заминусовали нормально так Да, Вы спутали модульность и микроя, Анонимм (??), 13:04 , 27-Фев-17, (78)

Ты пытаешься тонко троллить или ты реально веришь в то, что написаное тобой, име, Я. Р. Ош (?), 11:53 , 27-Фев-17, (33) –3
Бред, вы архитектуру разделение программы на части и выделение API и то как хр, мегааноним_ (?), 12:10 , 27-Фев-17, (41) –3
ИМХО проблемы того, что подсистема не тестируется и работает абы как на честном , llolik (ok), 12:32 , 27-Фев-17, (59) +2 //

Все - нет Проблемы защищённости всей системы от проблем в отдельных сервисах дро, Анонимм (??), 13:32 , 27-Фев-17, (97) –1 //

Переписывать монолитное ядро, с кучей дров, в которых кроме автора никто не разб, Аноним (-), 15:20 , 27-Фев-17, (145) +2

Тогда это READ EXEC-ONLY код со всеми вытекающими устранять ошибки в нём некому, Анонимм (??), 16:11 , 27-Фев-17, (171) –1

Ты не прав При тех объемах, что имеется смена архитектуры не спасет Хоть будь , Аноним (-), 17:26 , 27-Фев-17, (214) +1

Собсвтенно, как недавно столкнувшийся с ошибкой в финальной версии начиная с 4 , Аноним (-), 11:09 , 27-Фев-17, (4) +4 //

А прошлонедельная CVE-2017-6074 не относится к качеству кода ядра , Анонимм (??), 11:28 , 27-Фев-17, (15) //

Может быть и относится, откуда я знаю Я ведь столкнулся с конкретной подсистемо, ННН (?), 22:07 , 27-Фев-17, (298) –1 //

Понял Вобщем, относится и это, Анонимм (??), 22:24 , 27-Фев-17, (306)

вообще-то когда у кого-то что-то не компилируется, в интернетах принято делать к, Нанобот (ok), 11:13 , 27-Фев-17, (5) –3 //

Его рычаг больше -- он же мержит Что ещё не понятно, спрашивай И вообще, на фо, Andrey Mitrofanov (?), 12:33 , 27-Фев-17, (60)

Что меня злит, так это то что плохой проприетарный драйвер можно накатить на сис, Аноним (-), 11:15 , 27-Фев-17, (6) –1 //

Но наоборот часто как раз не работает, а чаще и не компилируется Попробуйте скаж, мегааноним_ (?), 12:19 , 27-Фев-17, (51) +6 //

Сейчас прекрасно собирается у них был момент, когда пару месяцев были проблем, Elhana (ok), 19:28 , 27-Фев-17, (249)

Так какой из них по факту хороший, а какой плохой , Аноним (-), 15:29 , 27-Фев-17, (151)
А на свежую можно , Сырносырно (?), 20:50 , 27-Фев-17, (272) +1
Stable API nonsense, едрить его за ногу Заморозка API ABI на веки вечные, конеч, Аноним (-), 22:52 , 27-Фев-17, (322) –2

Кто-то ещё сомневается, что Линуксу давно пора менять дизайн на микроядро Это ж , Анонимм (??), 11:21 , 27-Фев-17, (7) +2 //

Микроядерных полон тред Вы тут чего забыли , Аноним (-), 11:22 , 27-Фев-17, (10) +3 //

Мы тоже любим Линукс за его функциональность Но не хотим, чтобы он канул в лету , Анонимм (??), 11:26 , 27-Фев-17, (14) //

Это естественный процесс Нельзя просто так писать писать писать на протяжении э, iPony (?), 12:13 , 27-Фев-17, (45) –2

Слабая мотивация Хранить чтобы потом, если чего, выбросить , Аноним (-), 12:22 , 27-Фев-17, (53)
Ну не Rinix оно называется, а чуть иначе Но уже есть, и снова же - микроядро ht, Анонимм (??), 12:48 , 27-Фев-17, (69)

Старые песни на новый лад А вот был бы у Линуса короткоствол, а вот было бы ядр, Аноним (-), 12:12 , 27-Фев-17, (42) //

А Вы как решаете насущные проблемы Просто что-то меняете, а потом расхлёбываете , Анонимм (??), 12:35 , 27-Фев-17, (62) –1

Простите, но вы хотя бы, в теории, знаете во что вываливается переключение конте, Аноним (-), 13:17 , 27-Фев-17, (88) +2

В точку Ещё ответьте за всех, что добавить 5 копеек в запас мощности железа это , Анонимм (??), 14:31 , 27-Фев-17, (122) –1

Переключения контекста это не разу не пять копеек Для иллюстрации можете посмот, Аноним (-), 16:39 , 27-Фев-17, (190) +2

Не уверен, что данная реализация сервисов fuse - оптимальна Кроме того, это ча, Анонимм (??), 17:20 , 27-Фев-17, (211) –1

Началось виляние филейной частью, покажите более оптимальную Почему-то никто за , Аноним (-), 21:13 , 27-Фев-17, (283) +1

Вот об этом и речь Но в более общем виде , Анонимм (??), 21:40 , 27-Фев-17, (291) –1
На этот ваш постоянный вопрос всегда есть постоянный ответ - QNX Отличная опера, Очередной аноним (?), 10:13 , 28-Фев-17, (353)

Единственный недостатки -- уже ободряет может, попробуем развернуть на нескольк, Michael Shigorin (ok), 10:18 , 28-Фев-17, (354)

теоретически архитектура ее как нельзя лучше для этого подходила - ее IPC базиру, Очередной аноним (?), 11:47 , 28-Фев-17, (361) +1
Справедливости ради стереотип обязательной асинхронности доставки IPC сообщений, Анонимм (??), 12:03 , 28-Фев-17, (366)
там же было написано ее IPC базируется на отправке сообщений синхронных и а, Очередной аноним (?), 12:29 , 28-Фев-17, (371) –1
Да, в QNX есть и то, и другое, и это правильно Но проблема масштабируемости всё , Анонимм (??), 12:33 , 28-Фев-17, (373) –1
а разработчики монолита демонстрируют чудеса производительности перед микроядерщ, Очередной аноним (?), 12:32 , 28-Фев-17, (372) –2
Как будто производительность - всегда важнее всего , Анонимм (??), 12:34 , 28-Фев-17, (374) –1
Да терпит история Моделировать прошлое и будущее - очень даже нужно и полезно , Анонимм (??), 12:08 , 28-Фев-17, (367) –1

наверное потому, что никто больше столько человеко-дней в это больше и не вливал, Аноним (-), 16:12 , 01-Мрт-17, (423) –1

Они недавно микроядерность проходили , Аноним (-), 14:52 , 27-Фев-17, (133) +2 //

Не, талмуд Таненбаума оставляет неизгладимую травму _надолго_ Не недавно , то , Andrey Mitrofanov (?), 14:54 , 27-Фев-17, (136) +2

Я против странно коррелирующих наплывов фанатов микроядерности и микрософта Лови, Аноним (-), 11:30 , 27-Фев-17, (18) +3 //

Спасибо за конкретику по минусу Хотя странно за наплавы статистики посещаемости, Анонимм (??), 11:33 , 27-Фев-17, (20) –4 //

Куратор твой отвечает По микроядру задачка тебе такая на размышление оцени, ско, Аноним (-), 12:09 , 27-Фев-17, (40) +2

Возможный выигрыш в мире продолжит жить и развиваться самое функциональное откр, Анонимм (??), 12:25 , 27-Фев-17, (55) –3

Ты давай вот эти прокламации оставь для кого-нибудь другого Линукс не самоцель , Аноним (-), 12:40 , 27-Фев-17, (67) –1

Зачем Это что, коммерческий проект или где Или кому-то станет легче, если появит, Анонимм (??), 13:44 , 27-Фев-17, (101) –2

Это тут ни при чем Посчитать прошу не в деньгах, а в часах Тебе должно полегчат, Аноним (-), 15:12 , 27-Фев-17, (141) +1

Ничего это не поменяет, и проблем в Линухе не убавит При чём тут я Ну титаническ, Анонимм (??), 16:03 , 27-Фев-17, (167) –2

Да неужели А вот твои дифирамбы микроядру, конечно, все поменяют и все проблемы, Аноним (-), 16:48 , 27-Фев-17, (193) +2

А как иначе оградить доступ тому, чему не нужно всё, а достаточно лишь своей пам, Анонимм (??), 17:19 , 27-Фев-17, (210) –1

Надеюсь, это была не цитата , Michael Shigorin (ok), 22:22 , 27-Фев-17, (304)

Возможно, но ссылку счас уже не найду Где-то затерялась в закладках , Анонимм (??), 22:32 , 27-Фев-17, (310) –1

А без закладки можете сказать, что именно должна вернуть такая команда , Michael Shigorin (ok), 22:37 , 27-Фев-17, (312)

Предполагался запуск в дереве сырцов 4 4 Линуха В целях ознакомиться с общим сос, Анонимм (??), 22:46 , 27-Фев-17, (318)

Не цель, а что вернёт Вы же ратуете за тесты Пока этот сами не прошли , Michael Shigorin (ok), 22:56 , 27-Фев-17, (325) +2

Много чего вернёт смысл приводить общеизвестную простыню Будет видно, что ч, Анонимм (??), 23:09 , 27-Фев-17, (332) –2

code find usr src -type f -ipath test 124 wc -l 10259 find usr s, Аноним (-), 03:00 , 28-Фев-17, (344) +1
Да, примерно Я лишь был о ядре Линухе , Анонимм (??), 11:49 , 28-Фев-17, (363) –1

А зачем вызов grep а , ZloySergant (ok), 23:13 , 27-Фев-17, (334) +1

Микроядро лишает Линуса власти и требует от него сохранять неизменным API Сейча, Аноним (-), 11:34 , 27-Фев-17, (22) –4 //

Дык почему же Межсервисное API можно менять хоть по 10 раз на дню Микроядернос, Анонимм (??), 11:50 , 27-Фев-17, (28) //

Конечно нет Сказал а , говори и б Нужно намёками вынудить других это делать, Аноним (-), 12:03 , 27-Фев-17, (38) +1

Что ж, такая себе перестраховка Впрочем, в текущем обществе лидеры просто обяз, Анонимм (??), 12:12 , 27-Фев-17, (44)

есть доказательства, что этот подход - самый эффективный из существующих Скольк, Аноним (-), 11:42 , 27-Фев-17, (23) +1 //

1 Проверка каждого оператора в коде - это лучше, чем отстуствие проверки 2 А н, Анонимм (??), 12:02 , 27-Фев-17, (37) –1 //

Это называется перенос сложности Сложность системы остаётся неизменной, но мо, Аноним (-), 12:13 , 27-Фев-17, (47)

Оно и одержимое первых 7 метров dev random сложно, как и 7 метров boot vmlinuz, Анонимм (??), 13:03 , 27-Фев-17, (77) –1

Зачем вы проецируете свой опыт веб-макаки на разработку ядра Вот почему все люд, Аноним (-), 13:13 , 27-Фев-17, (84) +3

Внимательнейше слушаю Ваши предложения по решению проблем устойчивости и безопас, Анонимм (??), 14:00 , 27-Фев-17, (110) –1
А у Вас есть предложения как обустроить Россию Где можно почитать Что думаете о, Анонимм (??), 14:02 , 27-Фев-17, (111) –1

Обрататитесь к Шигорину, он знает , Аноним (-), 21:14 , 27-Фев-17, (284) +1

Да если бы Поскольку в целом не знаю -- обустраиваю там, где знаю и умею CODE, Michael Shigorin (ok), 22:25 , 27-Фев-17, (307) –2

Нди на в нет всё таки - на другой сайт , _ (??), 21:31 , 27-Фев-17, (288) +1

Простые функции не нуждаются в unit-тестировании, сложные с помощью unit-тестов , Аноним (-), 13:15 , 27-Фев-17, (87) +1

Бывает и так, при изменениях в окружении в котором этот код выполняется Для прим, Аноним (-), 13:50 , 27-Фев-17, (103) –1

Их ошибка, что они использовали копи-пастнутый код, изменяющий глобальные переме, Аноним (-), 14:06 , 27-Фев-17, (113) +1

Ну вот и как сплошной положизм на нормы характеризует собстенно сами нормы , Анонимм (??), 14:51 , 27-Фев-17, (131)

Ежегодным ростом количества падающих ракет Как следствие, растёт стоимость стра, Аноним (-), 15:38 , 27-Фев-17, (155)

Т е нормы таки указывают как суммарно дешевле вести дела но чиновников это м, Анонимм (??), 16:18 , 27-Фев-17, (178)

А как тогда узнать как они работают и работают ли вообще Каждый раз код перечиты, Анонимм (??), 14:23 , 27-Фев-17, (118) –1

Дисциплина https xkcd com 1790 функционального программирования решает , Andrey Mitrofanov (?), 14:28 , 27-Фев-17, (121) +1

А как узнать, что код писанный по функц программированию делает то, что нужно К, Анонимм (??), 15:14 , 27-Фев-17, (142) –1

продолжение следует , Анонимм (??), 14:26 , 27-Фев-17, (119)
Я закончил ответ в постах 159 и 160 извините, специфика форума , Анонимм (??), 15:48 , 27-Фев-17, (161)

Тест гарантирует только то о чем подумал автор теста, и не более того Тем более , Аноним (-), 12:55 , 27-Фев-17, (71) +1

Другого и не утверждал Но без тестов, код куда больше делает и того, чего автор , Анонимм (??), 13:53 , 27-Фев-17, (105) –1

Это утверждение ничем не обосновано , Аноним (-), 14:33 , 27-Фев-17, (124) +1

Попробуйте посмотреть в багтрекеры проэктов без модульного тестирования И сравни, Анонимм (??), 15:17 , 27-Фев-17, (143) –1

Вероятность одинакова, бо код пишется не роботами и ошибка равновероятно может б, Аноним (-), 17:05 , 27-Фев-17, (205) +1

Безусловно Тесты - это тоже код, и его пишут люди Но тесты контроллируют и былы, Анонимм (??), 17:34 , 27-Фев-17, (219) –1

Дайте я угадаю, вы никогда не занимались низкоуровневым программированием на пра, Аноним (-), 14:43 , 27-Фев-17, (129) +2

Подсистемы ядра всего того, что нонче есть в Линухе в гит репе, если совсем бы, Анонимм (??), 15:32 , 27-Фев-17, (152) –1

Ну да programming manual и программная модель устройства фактически его эмулято, Аноним (-), 16:48 , 27-Фев-17, (192) –1

Хоть одно, хоть нет А ответить на простой вопрос а так ли работает драйвер, как, Анонимм (??), 17:25 , 27-Фев-17, (213) –1

какая-нить drivers net c senddata да, абстрактная а как иначе рассказа, Анонимм (??), 15:33 , 27-Фев-17, (153) –1

Возвращаемся к вопросу о стопроцентно корректной программной модели железа , Аноним (-), 16:43 , 27-Фев-17, (191) +1

Но зачем Мы проверили, что драйвер посылает железу корректный с точки зрения сп, Аноним (-), 16:50 , 27-Фев-17, (197) –1

Совершенно верно или же кривизны уже самой железки да, оно иногда ломается , Анонимм (??), 17:04 , 27-Фев-17, (204)

Никуда не нужно возвращаться Речи о полноценном моделировании железа нет Речь о, Анонимм (??), 17:03 , 27-Фев-17, (203) –1

В драйвере версии 1, в регистр X пишется 42 В драйвере версии 2, в регистр X пиш, Аноним (-), 17:08 , 27-Фев-17, (206) +1

должен отметить конструктив в разговоре Спасибо 1 Работает ли код относительн, Анонимм (??), 17:37 , 27-Фев-17, (221) –1

Господи, да поймите же вы что среди проблем в разработке драйверов, ошибки опеча, Аноним (-), 21:05 , 27-Фев-17, (276) +2
Да, железо - тоже коммерческие продукты, и тоже со сроками и катайцами на произв, Анонимм (??), 21:18 , 27-Фев-17, (286) –2
Нет Вам столько явно грамотных людей уже написало, что можно было пойти и прочит, Michael Shigorin (ok), 22:29 , 27-Фев-17, (308) +1
Извините, но они свои грамоты в нет на обозрение не выставляли А потому - их сло, Анонимм (??), 22:39 , 27-Фев-17, (313) –1
призвание программера в 286 кто-то другой написал Видите ли, я как комодерато, Michael Shigorin (ok), 22:46 , 27-Фев-17, (319) +2
Да, моё Спасибо Да, считаю, что программер должен разбираться в том, что пишет , Анонимм (??), 23:03 , 27-Фев-17, (328) –1
А там было про железку Но всё-же, B железка B она ж как-то работает И I п, Michael Shigorin (ok), 23:08 , 27-Фев-17, (330) +1
Верно Считаю, что лучше понять как работает железка, чтобы написать её драйвер , Анонимм (??), 01:19 , 28-Фев-17, (343) –2
Да, спасибо за внимание, Анонимм (??), 11:48 , 28-Фев-17, (362) –1

Я ожидал от микроядерного пророка ответ data , Аноним (-), 16:03 , 27-Фев-17, (166) +3

Ну так и обратитесь тогда к пророку , Анонимм (??), 16:25 , 27-Фев-17, (182) –2
А я да - спасибо, на будущее буду расписывать тесты в более конкретной форме , Анонимм (??), 16:26 , 27-Фев-17, (184) –1

Тест написанный по спецификации повышает уверенность в том, что система ведёт се, Аноним (-), 16:25 , 27-Фев-17, (183) –1

Вас маркетологи покусали , Аноним (-), 16:50 , 27-Фев-17, (194) +1
Спецификацией так и остаётся текстовое описание дизайнеров железки Набор же тес, Анонимм (??), 16:50 , 27-Фев-17, (195) +1

И что толку Разработчик прочитав мануал считает что нужно писать 42 в регист, Аноним (-), 16:53 , 27-Фев-17, (198) +2

Менять тесты Ведь они - просто закодированное желание автора Он хочет, чтоб не , Анонимм (??), 17:27 , 27-Фев-17, (215) –2
А здесь требуется анализ - почему не работает Может быть глюк в железе, может б, Аноним (-), 17:45 , 27-Фев-17, (223)

А может и защита от своих же опечаток - это тоже лажа У каждого свой уровень , Анонимм (??), 17:53 , 27-Фев-17, (229) –2

В моей области и код и тесты пишутся по спецификации Спецификация - учитывает т, Аноним (-), 17:11 , 27-Фев-17, (208)

Однозначно Вопрос лишь в выявлении возможных несоответствий которые возможны, в, Анонимм (??), 17:41 , 27-Фев-17, (222) +1

Вас маркетологи покусали , Аноним (-), 16:50 , 27-Фев-17, (196)

И Если у кого-то не было желания тестировать свой код в том числе и писать тес, мегааноним_ (?), 12:29 , 27-Фев-17, (57) +3 //

писать для него тестыИ что вы собираетесь таким образом тестировать , Аноним (-), 12:57 , 27-Фев-17, (72) –1
Если появляется возможность - то под давлением давних проблем, ею начнут пользов, Анонимм (??), 13:27 , 27-Фев-17, (94) –1 //

Для ядра в user space есть архитектура um , и еще конечно qemu,так что первые 2, мегааноним_ (?), 18:19 , 27-Фев-17, (236) +1

Проброс железки внутрь - задача может и простая, но не решает поставленный воп, Анонимм (??), 18:30 , 27-Фев-17, (239) –1

Что-то вы оба отдаляетесь от контекста обсуждения о том насколько легко разработ, не такой (?), 03:14 , 28-Фев-17, (346) +1

Да, согласен , Анонимм (??), 11:52 , 28-Фев-17, (364)

Мы за Просто ты не понимаешь Торвальдсу платит ЛФ Решение -- стань членом ЛФ , Andrey Mitrofanov (?), 12:38 , 27-Фев-17, (65) +1 //

Ну так это уже ж хорошо Вы счас расписали процесс реализации идеи, которая НЕ ов, Анонимм (??), 13:36 , 27-Фев-17, (98) –1 //

ситуайен Ffffморфируй же А вот и По, пришедший за мной надо ставить таги , Andrey Mitrofanov (?), 14:04 , 27-Фев-17, (112) +1

Что-то слишком много тегов , Анонимм (??), 14:49 , 27-Фев-17, (130)

Сразу видно микроиксперда Зачем пересобирать ВСЁ, если можно пересобрать только, angra (ok), 12:59 , 27-Фев-17, (73) //

Согласен, криво выразился Писать один модуль, конечно, можно только его пересоби, Анонимм (??), 13:56 , 27-Фев-17, (106) –1

Давайте вы свои кривые ручонки к линуксу тянуть не будете, а стройными и могучим, Аноним (-), 13:05 , 27-Фев-17, (80) +1 //

Как там у классика не указывайте мне что делать, и я не буду говорить куда , Анонимм (??), 13:57 , 27-Фев-17, (107) –2 //

Почему вы тогда считаете для себя возможным указывать что должны делать разработ, Аноним (-), 14:52 , 27-Фев-17, (132) +1

Вы меня с кем-то путаете Я ничего такого никому не указывал Каждый делает что х, Анонимм (??), 15:36 , 27-Фев-17, (154) –3

А сами в это время наглотались зубного порошку , Аноним (-), 16:55 , 27-Фев-17, (200) +1
вправе ровно до тех пор, пока это не нарушает чужих прав, Аноним (-), 16:17 , 01-Мрт-17, (424) –1

Общеизвестно Но Вы то намекаете, что эти чужие права мной уже попраны Детали, по, Анонимм (??), 19:11 , 01-Мрт-17, (434)

Молодец, Линус Всё сделал правильно Я вот от Дейва такого не ожидал Не первый, Анончик (?), 11:21 , 27-Фев-17, (9) +4 //

Может он в git не смог Может его libv http libv livejournal com 27799 ht, Andrey Mitrofanov (?), 12:47 , 27-Фев-17, (68) –1 //

и что было сделано, чтобы исключить подобное в будущем а, ничего погавкал-пола, Аноним (-), 16:19 , 01-Мрт-17, (425) –2 //

Ну Вы то - не он У Вас то есть предложения Изложите , Анонимм (??), 19:12 , 01-Мрт-17, (435) +1
Кому-то уже предлагали патчи на ДНК , Michael Shigorin (ok), 21:36 , 01-Мрт-17, (437)

Кстати Кто есть в официальном баг-трекере Запостите, пожалуйста drivers gpu, Аноним (-), 11:23 , 27-Фев-17, (12) –1 //

Как там в 2009 живётся , Орк (?), 11:44 , 27-Фев-17, (25) +1 //

Windows 7 недавно вышла, на нетбуках не тормозит, просто чудо Кажется, Red Hat , Аноним (-), 11:51 , 27-Фев-17, (30) +6 //

Да-да Я как раз где-то год спустя покупал нетбук Попросил в магазине показать , random (??), 16:37 , 27-Фев-17, (188)

Жанна купил ноутбук и random но ставил все ОС что под руку попадались , ашгна (?), 23:29 , 28-Фев-17, (408) –2

Выступил с критикой это мягко сказано Обматерил сразу всех причастных в drm-д, Аноним (-), 11:33 , 27-Фев-17, (21)
CI для слабаков , O01eg (?), 12:31 , 27-Фев-17, (58) //

Для микроядра тоже - автоматом тестить крайне неудобно а потому и практически н, Анонимм (??), 13:28 , 27-Фев-17, (95) –1
Оплачивать электричество для CI для слабаков Смержил - да и в пулл-реквестик , Andrey Mitrofanov (?), 13:30 , 27-Фев-17, (96) +1 //

Ой I By 2005, there are quite a few datacenters that are limited by electrical, Andrey Mitrofanov (?), 15:06 , 27-Фев-17, (139) +1

Неужели эта Mesa 13 0 5 17 0 0 dri, libGL так отвратно портируется в Linux До, iZEN (ok), 12:38 , 27-Фев-17, (64) –4 //

ты drm перепутал с месой, J.L. (?), 14:11 , 27-Фев-17, (115) +2 //

Как ты запустишь новую Mesa на глючной drm, объясни Люди старались, делали своб, iZEN (ok), 19:02 , 27-Фев-17, (247) –2 //

Мезу и DRM для линукса делают одни и те же люди Так что еще не понятно, как они, Аноним (-), 21:22 , 28-Фев-17, (403) –1

того самого чудака, которого когда-то не приняли в АМД и он не пропускает DC в L, Аноним (-), 14:36 , 27-Фев-17, (126) //

Надеюсь что этот DC никогда не пропустят Скрещивать ужа с ежом изначально плоха, Аноним (-), 16:09 , 27-Фев-17, (169) +2

Линукс закончится вместе с Линусом , Аноним (-), 15:23 , 27-Фев-17, (146) +1 //

А вот этого как раз и нельзя допустить Хотя этого уже и не произойдёт - уже нем, Анонимм (??), 16:12 , 27-Фев-17, (173) //

Вот таких вот На самом деле не умрёт, но исключительно через корпоративные интер, Аноним (-), 18:35 , 27-Фев-17, (240) //

Надеюсь, поисковики Вас не заблочили и список сможете найти А что, корпорации то, Анонимм (??), 18:38 , 27-Фев-17, (244)

когда про systemd будет сказано и переписано с нуля все , Аноним (-), 15:23 , 27-Фев-17, (147) +1
Линусу надо было не орать матом, а забрать полномочия у обосравшегося Но похоже, Аноним (-), 15:29 , 27-Фев-17, (150) //

Ну вот если повторится - заберёт Это ни разу не первый случай, когда он матом о, Crazy Alex (ok), 16:16 , 27-Фев-17, (176) +5

ответ к 87 Идея о постоянной отладке одной и той же функции - это вообще отку, Анонимм (??), 15:45 , 27-Фев-17, (159) –2
в продолжение к ответу на 87Чтобы знать, что она работает ВСЕГДА, при ЛЮБЫХ изм, Анонимм (??), 15:46 , 27-Фев-17, (160) –3
Никак не пойму фанатов микроядра 1 Хотите микроядро - пишите Даже можете к уже, Аноним (-), 18:19 , 27-Фев-17, (237) //

Есть задачи, с которыми в одиночку не справиться В таком случае следует предлаг, Анонимм (??), 18:35 , 27-Фев-17, (241) –1 //

Во-первых, проекты давно есть Во-вторых, свою идею продуктивней предлагать в, Michael Shigorin (ok), 20:55 , 27-Фев-17, (273) +2 //

Микроядреный Линукс Хоть один, прошу, ссылочку Сам не нашёл Попахивать оно мож, Анонимм (??), 21:08 , 27-Фев-17, (279) –1

Debian GNU Hurd , Аноним (-), 21:17 , 27-Фев-17, (285)

Линукс, пожалуйста Debian GNU Hurd уже и так в виртуалке крутится , Анонимм (??), 21:41 , 27-Фев-17, (292) –1

Ну и как шёпотомПора переходить , Аноним (-), 21:54 , 27-Фев-17, (293) +2

Всё бы всем лишь бы переходить, а не улучшать то, что есть , Анонимм (??), 21:58 , 27-Фев-17, (294)

ага, это такой линуксспециалисты опеннетовские, одной фразой , Аноним (-), 16:24 , 01-Мрт-17, (427) –1

Микроядерные Линукс бывает экзоядерный, например Предъявите наработки, пожа, Michael Shigorin (ok), 22:20 , 27-Фев-17, (302) +2

идейных у нас полно, мамаша с реализаторами жопа золотые слова, два логина на к, Михрютка (ok), 22:18 , 27-Фев-17, (301) +1 //

В основной массе за сегодня выслушал лишь одну основную идею ты - не я, а, знач, Анонимм (??), 22:31 , 27-Фев-17, (309) –1

Нет Выслушали Вы множество ценных идей, например, тебе надо -- ты и делай , Michael Shigorin (ok), 22:34 , 27-Фев-17, (311) +1

Снова же советы что делать Но я не спрашивал об этом советов Кроме того, если, Анонимм (??), 22:44 , 27-Фев-17, (317) –1

Тёплое с мягким Не-а, но приходится порой и психологов из депрессии вытаскивать , Michael Shigorin (ok), 22:52 , 27-Фев-17, (323) +2

Т е общие для многих проблемы - это некие абстрактные проблемы, которые один че, Анонимм (??), 23:08 , 27-Фев-17, (329) –1

Михаил, он в этом случае прав, а Вы -- нетцелеполагание давно уже обозначено сам, Аноним (-), 16:28 , 01-Мрт-17, (428) –1

Рекурсивно поделил на , молодец Засчитываю не-присоединение ко всем , Andrey Mitrofanov (?), 17:59 , 01-Мрт-17, (431) +1

gt оверквотинг удален Иногда, глядя с крыльца на двор и на пруд, говорил он о, Михрютка (ok), 22:41 , 27-Фев-17, (316) +3

И только неспособность людей договариваться мешает им реализовать общие цели мо, Анонимм (??), 22:53 , 27-Фев-17, (324) –2

два тома Мертвых душ этому господину , Михрютка (ok), 23:08 , 27-Фев-17, (331) +2

Второй - лучше в электронном виде, Анонимм (??), 23:14 , 27-Фев-17, (335)
и трёхтомником Кнута по кумполу , Аноним (-), 06:10 , 28-Фев-17, (348) +2

Только что в openSUSE прилетело 4 10 Ну думаю, вот радость то - сейчас посмотрю, Pinkie Pie (?), 19:22 , 27-Фев-17, (248) –1
Кто из адвокатов микроядерности все на микроядра поработал под с микроядрам, Аноним (-), 20:25 , 27-Фев-17, (258) +3 //

те у кого iphone , an (??), 21:29 , 27-Фев-17, (287) //

Да Там же XNU, Mach etc Вот кто всех передее Впрочем, всегда и был передее , Аноним (-), 21:59 , 27-Фев-17, (295) –1
Кстати, кстати Действительно , Анонимм (??), 22:04 , 27-Фев-17, (297) –1

внезапно DragonFlyBSD - гибрид, Анонимм (??), 22:12 , 27-Фев-17, (300) –2
Лес рук , anonymous (??), 07:11 , 28-Фев-17, (350) +1
Я работал с QNX Приятная система Всё динамически загружается выгружается Мышь, Kodir (ok), 14:26 , 28-Фев-17, (387) –2 //

Поражайтесь где-нибудь ещё, ладно Здесь плоды Вашего обострения не нужны, см , Michael Shigorin (ok), 14:32 , 28-Фев-17, (391)
Это прекрасно и чудесно, что оно работает Но в долгосрочной перспективе от закры, Анонимм (??), 15:17 , 28-Фев-17, (395) +1
Пи WБалабол , Led (ok), 22:41 , 28-Фев-17, (407) +1

напомните, это не тот airlied который в конце прошлого года обложил перстом живо, Михрютка (ok), 22:11 , 27-Фев-17, (299) +1 //

Тогда - он обложил, всё правильно, он как Линус Сейчас - Линус его обложил Замеч, Andrey Mitrofanov (?), 10:20 , 28-Фев-17, (355)

ЧудесаВ DragonFly BSD делают гибридное ядро Сделали возможность переноса дров в , Анонимм (??), 22:20 , 27-Фев-17, (303) –2 //

Сим нарекаю xen гибридным линуксом Аминь , Andrey Mitrofanov (?), 10:23 , 28-Фев-17, (358) +1

Все это уже обсуждали тысячу раз И микроядерный дизайн, и переписывание с Сишки, Аноним (-), 11:27 , 28-Фев-17, (360) //

а то, что локомотив может быть несется прямым ходом в пропасть Вас не волнует от, Аноним (-), 16:35 , 01-Мрт-17, (429) –1

с Вашего позволения, Михаил Есть принцип, когда после каждого коммита система о, Анонимм (??), 15:15 , 28-Фев-17, (394) –1 //

Уточни, какая из миллиарда систем с ядром Linux будет этой нулевой точной , Andrey Mitrofanov (?), 15:35 , 28-Фев-17, (396) +1 //

Дистр чтоли Побойтесь Торальдса с РМСом , Анонимм (??), 17:35 , 28-Фев-17, (398) –1 //

когда после каждого коммита система остаётся работоспособной Не-а, же, Andrey Mitrofanov (?), 08:58 , 01-Мрт-17, (412) +1

Сначала грешным делом подумал, что проприерасты пролоббировали внедрение Digital, random (??), 01:13 , 01-Мрт-17, (410)
L4 L4se - Это ядра А то что у моноядер - это болото ненадежности , Вареник (?), 07:43 , 01-Мрт-17, (411) –1 //

Валера-а-а-аА Ты д а-а-а-а-А Не сходя с места объясни, как твой влажный в, Andrey Mitrofanov (?), 09:01 , 01-Мрт-17, (413) +1

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

23. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от Аноним (-), 27-Фев-17, 11:42

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

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

37. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 12:02

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

> Сколько не
> видел попыток внедрения данного подхода - ни разу не было отмечено
> позитивных изменений, даже если разработка ведется вообще без написания тестов.
Посмотрите литературу и видео Uncle Bob'а. Там всё подробно рассказано.

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

47. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Аноним (-), 27-Фев-17, 12:13

> написание такой проверки ещё перед кодом
Это называется "перенос сложности". Сложность системы остаётся неизменной, но можно перенести её с одного этапа на другой. В данном случае вы переносите сложность тестирования и отладки с этапа тестирования и отладки на этап написания предварительных тестов.
По личному опыту: это работает лишь в самых простых случаях. Когда в коде идёт выборка данных из БД или работа с оборудованием, то для повторения ситуации нужно повторить всю БД или её значительную часть.
Пример: построение сложного отчёта для нужд руководства компании, объединяющего данные о продажах и закупках в нескольких разрезах.
Отсюда вытекает, что твои тесты возможно лишь в простых функциях где есть чётко обозначенные вход и выход. В 90% случаев они настолько просты и понятны, что написание для них тестов - это потеря времени.
Unit тесты становятся интересными лишь в ситуациях где можно обеспечить "полное покрытие тестами" и нужно вносить много изменений во все модули. Такие ситуации встречаются редко.

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

77. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 13:03

>> написание такой проверки ещё перед кодом
> Это называется "перенос сложности". Сложность системы остаётся неизменной, но можно перенести
> её с одного этапа на другой.
Оно и одержимое первых 7 метров /dev/random сложно, как и 7 метров /boot/vmlinuz-4.4.0-64-lowlatency
но в первом случае - такая фигня получается...

> В данном случае вы переносите
> сложность тестирования и отладки с этапа тестирования и отладки на этап
> написания предварительных тестов.
Если нет тестов - то начинается дебаг, роль уровня владения дебаггером разработчика и временные затраты на сам дебаг - значительно возрастают с ростом проекта (посмотрите сколько уже инструментов run-time дебага в линухе)
Что лучше: один раз написать тест и получить постоянную проверку этого места кода, чем постоянно тратить время на дебаг?
Ведь тест то будет запускаться всегда уже автоматом, без доп. затрат времени.
> По личному опыту: это работает лишь в самых простых случаях. Когда в
> коде идёт выборка данных из БД или работа с оборудованием, то
> для повторения ситуации нужно повторить всю БД или её значительную часть.
А большие модули системы никак не должны работать вместе?
И пусть это уже называется не юнит-тестированием, а как-то иначе, но сути не меняет:
Вы ведь хотите, чтоб продукт всегда работал, а не только во время изначального написания кода? А как _убедиться_, что он работает? - А только протестировать.
> Отсюда вытекает, что твои тесты возможно лишь в простых функциях где есть
> чётко обозначенные вход и выход. В 90% случаев они настолько просты
> и понятны, что написание для них тестов - это потеря времени.
И после любого изменения начинается "экономия времени": открыть страничку логина, нажать кнопку, попробовать там ли всё работает...
И это нужно делать при каждом добавлении новой фичи или исправлении бага - иначе нет морального права утверждать, что вся программа работает.
Т.е. тестировать всё равно приходится. Но как быстрее: руками или автоматически, кодом?

> Unit тесты становятся интересными лишь в ситуациях где...
должно работать, а не просто почасовая оплата ^_^

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

84. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +3 +/–

Сообщение от Аноним (-), 27-Фев-17, 13:13

Зачем вы проецируете свой опыт веб-макаки на разработку ядра ?
Вот почему все люди точно знающие как нам обустроить Россию уже работают в Макдональдсе ?

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

110. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 14:00

Внимательнейше слушаю Ваши предложения по решению проблем устойчивости и безопасности Линуха.
Системно, пожалуйста (т.е. не только в каких-то отдельных местах ядра).

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

111. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 14:02

> Вот почему все люди точно знающие как нам обустроить Россию уже работают
> в Макдональдсе ?
А у Вас есть предложения как обустроить Россию? Где можно почитать?
Что думаете о подконтрольности ЦБ? о ростовщическом проценте? вреден/полезен/неважно?
И прочие важные вопросы - тоже интересуют (образование, наука, экономика и т.д.)

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

284. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от Аноним (-), 27-Фев-17, 21:14

Обрататитесь к Шигорину, он знает.

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

307. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –2 +/–

Сообщение от Michael Shigorin (ok), 27-Фев-17, 22:25

> Обрататитесь к Шигорину, он знает.
Да если бы.  Поскольку в целом не знаю -- обустраиваю там, где знаю и умею.
20170223 1151
20170224 1154
20170225 1185
20170226 1186
20170227 1201

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

288. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от _ (??), 27-Фев-17, 21:31

Нди на ... в ... нет всё таки - на другой сайт :)

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

87. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от Аноним (-), 27-Фев-17, 13:15

> Что лучше: один раз написать тест и получить постоянную проверку этого места кода, чем постоянно тратить время на дебаг?
Простые функции не нуждаются в unit-тестировании, сложные с помощью unit-тестов полностью не проверишь.
Идея о постоянной отладке одной и той же функции - это вообще откуда? Какой только бред не придумают чтобы втюхать своё фуфло...
> Ведь тест то будет запускаться всегда уже автоматом, без доп. затрат времени
Опять обман. Покрытие unit-тестами приводит к следующему этапу - сервер тестирования, который в цикле гоняет тесты один за другим, рассылая уведомления. Зачем вновь и вновь проверять одну и ту же неизменённую функцию одними и теми же тестами? Вопрос риторический.
> Вы ведь хотите, чтоб продукт всегда работал, а не только во время изначального написания кода?
А что, отлаженный код вдруг, сам по себе, перестаёт работать правильно и начинает сыпать ошибками?
Чаще возникает ситуация, когда что-то не учли. И эти ошибки обычно логические. Напр. функция должна возвращать должность сотрудника, но "забыли" про совместителей, которые работают на 2+ должностях. В результате неверно начислили зар.плату. Как написать unit-тест, чтобы он проверил данную ошибку?

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

103. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Аноним (-), 27-Фев-17, 13:50

> А что, отлаженный код вдруг, сам по себе, перестаёт работать правильно и начинает сыпать ошибками?
Бывает и так, при изменениях в окружении в котором этот код выполняется.
Для примера можете почитать о ставшем классикой сбое в софте Ariane 5.

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

113. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от Аноним (-), 27-Фев-17, 14:06

Их ошибка, что они использовали копи-пастнутый код, изменяющий глобальные переменные, не проверив его работоспособность и не разбираясь нужен ли он вообще (не нужен).
Аналогичная ситуация произошла недавно в России: при старте первой ракеты с Восточного возникла ошибка, которая остановила запуск. Оказалось, что изменили один из блоков навигации: он был квадратным, стал круглым и с другим количеством контактов. Но те, кто собирал ракету, не сильно парились: они вбили его кувалдой, заизолировав "лишние" проводки.
Ошибку нашли, но решали проблему не менее оригинальным способом: они выломали модуль и спаяли проводки так, чтобы отсутствующий модуль всегда возвращал состояние "всё ОК".

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

131. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Анонимм (??), 27-Фев-17, 14:51

Ну вот и как сплошной положизм на нормы характеризует собстенно сами нормы?

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

155. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Аноним (-), 27-Фев-17, 15:38

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

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

178. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Анонимм (??), 27-Фев-17, 16:18

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

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

118. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 14:23

> Простые функции не нуждаются в unit-тестировании
А как тогда узнать как они работают и работают ли вообще?
Каждый раз код перечитывать и моделировать в уме? Заняться нечем?
А вот такие функции (net/dccp/input.c:dccp_rcv_state_process) как?
Они простые или нет, нуждаются в тестировании или нет?
см. git commit 5edabca9d4cff7f1f2b68f0bac55ef99d9798ba4

> сложные с помощью unit-тестов полностью не проверишь.
Для этого есть интеграционные и системные тесты.

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

121. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от Andrey Mitrofanov (?), 27-Фев-17, 14:28

>> Простые функции не нуждаются в unit-тестировании
> А как тогда узнать как они работают и работают ли вообще?
Дисциплина https://xkcd.com/1790/ функционального программирования! </решает!></да, на Си>
> Для этого есть интеграционные и системные тесты.

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

142. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 15:14

А как узнать, что код писанный по функц. программированию делает то, что нужно?
Кроме как проверить.
А как быстрее проверять: руками или авторматически?

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

119. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Анонимм (??), 27-Фев-17, 14:26

продолжение следует...

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

161. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Анонимм (??), 27-Фев-17, 15:48

Я закончил ответ в постах #159 и #160
(извините, специфика форума)

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

71. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от Аноним (-), 27-Фев-17, 12:55

> А написание такой проверки ещё перед кодом - значит, что код будет делать именно то, что требуется проверкой, а не что-то другое.
Тест гарантирует только то о чем подумал автор теста, и не более того.
Тем более от тестов нет никакого толку для кода взаимодействующего с железом.

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

105. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 13:53

> Тест гарантирует только то о чем подумал автор теста, и не более
> того.
Другого и не утверждал.
Но без тестов, код куда больше делает и того, чего автор не планировал.
С тестами этого куда поменьше.
> Тем более от тестов нет никакого толку для кода взаимодействующего с железом.
А вот это вот не так.
Микроядро обязано контроллировать доступ к железным портам (а потому, именно само будет звать всякие io/out инструкции, но вылизать этот небольшой и малоизменчивый код - не проблема). А вот дрова устройств, которые будут работать в отдельных процессах, - они будут вынуждены вызывать соотв. функции микроядра для доступа к собтвенно железу. И вот это вот разделение открывает прекрасные возможности для тестирования.
К примеру, если нужно, чтобы при вызове senddata(buffer) драйвер отправлял размер буфера и его самого по определённым железным адресам - то делается просто соотв. assert'ы в конце теста и всё. Код же самого драйвера - одинаков и для теста, и для реальной работы.
Чего и требовалось.

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

124. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от Аноним (-), 27-Фев-17, 14:33

> Но без тестов, код куда больше делает и того, чего автор не планировал.
Это утверждение ничем не обосновано.

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

143. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 15:17

Попробуйте посмотреть в багтрекеры проэктов без модульного тестирования.
И сравнить вероятность незапланированного поведения в случаях:
* когда код пишется сразу
* и когда код пишется лишь после написания теста, его проверяющего (т.е. кода без тестов не может появиться в проекте в принципе).

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

205. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от Аноним (-), 27-Фев-17, 17:05

Вероятность одинакова, бо код пишется не роботами и ошибка равновероятно может быть как в коде, так и в тесте.
Но вы можете продолжать верить в серебряные пули.

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

219. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 17:34

> Вероятность одинакова, бо код пишется не роботами и ошибка равновероятно может быть
> как в коде, так и в тесте.
Безусловно. Тесты - это тоже код, и его пишут люди.
Но тесты контроллируют и былые ошибки, и быстро проверяют всю систему целиком вместе с новыми вносимыми правками. И вот роль истории усвоенных и поправленных ошибок код сам по себе контроллировать уже не может. Потому, вероятность безошибочности смещается туда, где есть и такой себе исторический контроль ошибок.

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

129. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +2 +/–

Сообщение от Аноним (-), 27-Фев-17, 14:43

>> Тем более от тестов нет никакого толку для кода взаимодействующего с железом.
> А вот это вот не так.
> Микроядро обязано контроллировать доступ к железным портам (а потому, именно само будет
> звать всякие io/out инструкции, но вылизать этот небольшой и малоизменчивый код
> - не проблема).
Дайте я угадаю, вы никогда не занимались низкоуровневым программированием на практике ?
> А вот дрова устройств, которые будут работать в
> отдельных процессах, - они будут вынуждены вызывать соотв. функции микроядра для
> доступа к собтвенно железу. И вот это вот разделение открывает прекрасные
> возможности для тестирования.
ЧТО ВЫ СОБИРАЕТЕСЬ ТЕСТИРОВАТЬ ?!?!?
Вы понимаете что для тестирования драйвера вам фактически нужна стопроцентно корректная программная модель всех поддерживаемых драйвером железок со всеми их особенностями/аппаратными косяками/багами прошивок (иначе грош цена всем вашим тестам) ?
> К примеру, если нужно, чтобы при вызове senddata(buffer) драйвер отправлял размер буфера
> и его самого по определённым железным адресам - то делается просто
> соотв. assert'ы в конце теста и всё.
Какая в конскую жoпy senddata() ? Куда send ? В i/o port, в mmio, в кольцевой буфер железки, в mailbox, КУДА ?
Ты понимаешь что ты пoexaвший ?!?!?!?!?

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

152. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 15:32

> ЧТО ВЫ СОБИРАЕТЕСЬ ТЕСТИРОВАТЬ ?!?!?
Подсистемы ядра (всего того, что нонче есть в Линухе (в гит репе, если совсем быть точным)), в частности, драйвера (и железа, и ФС).

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

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

192. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Аноним (-), 27-Фев-17, 16:48

> Но дрова есть и их пишут - значит есть какие-то достаточные представления и о железках,
Ну да programming manual и программная модель устройства (фактически его эмулятор) это конечно одно и тоже.
> и вот эти представления, записанные в виде тестов
Oбъем и сложность задачи представляете ? Bижу что нет.
А главное все это, только для того чтобы мамкины теоретики могли спокойно кушать свой борщ.

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

213. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 17:25

> Ну да programming manual и программная модель устройства (фактически его эмулятор) это
> конечно одно и тоже.
Хоть одно, хоть нет.
А ответить на простой вопрос: а так ли работает драйвер, как задумывал сам автор драйвера? - в самом же драйвере нет.
Как-то предлагаете решать эту проблему?
>> и вот эти представления, записанные в виде тестов
> Oбъем и сложность задачи представляете ? Bижу что нет.
Когда нужно таки ответить на вышепоставленный вопрос - то вместо того, чтобы за пару секунд прогнать тесты, начинаетя поиск документации (в лучшем случае что-то есть в Documentation/*), и ручное изучение кода...
Человекочасы? - о чём вы! Время ведь сэкономилено на ненаписании тестов!
Теперь можно спокойно его тратить тоннами на ручной просмотр.

> А главное все это, только для того чтобы мамкины теоретики могли спокойно
> кушать свой борщ.
Приятного аппетита.

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

153. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 15:33

> Какая.... senddata()?
какая-нить drivers/net/..../...c:senddata()
да, абстрактная (а как иначе рассказать о множестве случаев, кроме как абстрактно?)
> Куда send ? В i/o port,
> в mmio, в кольцевой буфер железки, в mailbox, КУДА ?
Вы перечислили частности, у каждого драйвера - свои куда. И все эти куда могут быть прописаны в тестах и проверяться автоматически. Что драйвер именно туда и именно то и пытается отправить.
> Ты понимаешь что ты ....... ?!?!?!?!?
Поменьше эмоций, пожалуйста.
Ваши частности и детали не меняют общего вопроса.

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

191. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от Аноним (-), 27-Фев-17, 16:43

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

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

197. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Аноним (-), 27-Фев-17, 16:50

>> Вы перечислили частности, у каждого драйвера - свои куда. И все эти куда могут быть прописаны в тестах и проверяться автоматически.
> Возвращаемся к вопросу о стопроцентно корректной программной модели железа.
Но зачем? Мы проверили, что драйвер посылает железу корректный с точки зрения спецификации запрос. Если железо в ответ ведёт себя как-то не так, то это уже вопрос из области пересечения этики драйверописателя с костылями и подпорками.

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

204. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Анонимм (??), 27-Фев-17, 17:04

Совершенно верно.
(или же кривизны уже самой железки; да, оно иногда ломается)

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

203. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 17:03

Никуда не нужно возвращаться. Речи о полноценном моделировании железа нет.
Речь о том, чтобы записать в тесте те требования к драйверу, которые были найдены (если реверсили) или задизайнены (если производитель).
И тогда эти требования будут проверяться за доли секунды кем угодно, невзирая на железо.
Непроизвольно внести изменение, которое сломает что-то где-то в другой стороне модуля - будет невозможно.

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

206. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от Аноним (-), 27-Фев-17, 17:08

В драйвере версии 1, в регистр X пишется 42.
В драйвере версии 2, в регистр X пишется 43.
Вопрос: как определить не сломалось ли что нибудь в версии 2 ?

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

221. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 17:37

(должен отметить конструктив в разговоре! Спасибо)
> В драйвере версии 1, в регистр X пишется 42.
> В драйвере версии 2, в регистр X пишется 43.
> Вопрос: как определить не сломалось ли что нибудь в версии 2 ?
1. Работает ли код относительно железа - запустить на железе и прогнать ВСЕ функции (руками или ещё как)
2. Работает ли код относительно представлений авторов этого кода - запустить на любой системе тесты (автоматом, несравнимо быстрее, чем руками)
Вопрос же соответствия тестов спецификации самой железки - на совести авторов. Это никуда не девается. Тесты - лишь защита авторов от своих собственных ошибок-опечаток.

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

276. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +2 +/–

Сообщение от Аноним (-), 27-Фев-17, 21:05

Господи, да поймите же вы что среди проблем в разработке драйверов, ошибки/опечатки отнюдь не номер 1.
Реальные проблемы низкоуровневого программирования:
- кривоватость самого железа/фирмвари, заставляющая городить воркэраунды, иногда весьма нетривиальные;
- несовпадение документации с реальностью, прорехи в документации и прочая errata;
- всяческие проблемы тайминга, состязания (в том числе и с участием железа) и т.п.
Ничему из этого тесты помочь не в состоянии.

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

286. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –2 +/–

Сообщение от Анонимм (??), 27-Фев-17, 21:18

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

> Ничему из этого тесты помочь не в состоянии.
Тесты в состоянии ответить на вопрос: соответствует ли код драйвера представлениям программиста о том, как оно должно работать (по его же мнению). Может он где-то сам ошибся - то его же тесты его же и поправят.

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

308. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от Michael Shigorin (ok), 27-Фев-17, 22:29

>> Ничему из этого тесты помочь не в состоянии.
> Тесты в состоянии ответить на вопрос:
Нет.
Вам столько явно грамотных людей уже написало, что можно было пойти и прочитать про синдром Даннинга-Крюгера самостоятельно :(
Поймите -- все эти благопожелания имеют строго отрицательную ценность, поскольку лишь гробят время людей.  Надо -- кайло в руки и делайте без отмазок вроде "ранний этап исследований": на раннем этапе производится литературный поиск и пролопачивается _уже_ опубликованная гора литературы и кода.  "Не могу" -- значит, надо учиться.  Выясняется, что не настолько и надо -- значит, нечего было пустозвонить про "призвание" и протчая.

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

313. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 22:39

> Вам столько явно грамотных людей уже написало, что можно было пойти и
> прочитать про синдром Даннинга-Крюгера самостоятельно :(
Извините, но они свои грамоты в нет на обозрение не выставляли.
А потому - их слово не весомее чьего-либо.

> Поймите -- все эти благопожелания имеют строго отрицательную ценность, поскольку лишь гробят
> время людей.  Надо -- кайло в руки и делайте без
> отмазок вроде "ранний этап исследований":
Ну вот, снова. Указки ЧТО ДЕЛАТЬ.
Что делать я и сам решу, спасибо.
Я об этом помощи не просил.
Куда интереснее обсуждать без эмоций как ДОЛЖНО БЫТЬ.
Но это не многим психологически по силам...

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

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

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

319. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +2 +/–

Сообщение от Michael Shigorin (ok), 27-Фев-17, 22:46

>> -- значит, нечего было пустозвонить про "призвание" и протчая.
> Не знаю с кем Вы и где попутали меня. Про призвания я нигде не говорил.
"призвание программера" в #286 кто-то другой написал?
> Вобщем, пост снова обо мне, а не о проблемах ядра...  классика жанра.
Видите ли, я как комодератор вынужден дать оценку Вашим сообщениям в плане того, не нарушают ли они правил форума -- см. http://wiki.opennet.ru/ForumHelp -- и пока стрелка всё больше склоняется к риске "бессодержательно".
Представьте себе, что Вы как (скажем) автомеханик на профильном форуме наткнулись на меня, который с умным видом рассказывает, что всем надо давно переходить на роторные двигатели, они ведь такие клёвые и столько проблем этого поршневого старья решают.  Слегка офигеваете, бережно прощупываете -- это такой влюблённый в конкретную технологию по опыту человек или просто обку... обчитавшийся какой педивикии оболтус, который ни в зуб ногой, но туда же в калашный ряд.  А оболтус всё не унимается и в ответ на аккуратные намёки разных участников форума только убеждается в собственной правоте, нисколечко при этом не выказывая желания пойти к верстаку и доказать её делом.  Неприятно, правда?

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

328. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 23:03

> "призвание программера" в #286 кто-то другой написал?
Да, моё. Спасибо.
Да, считаю, что программер должен разбираться в том, что пишет.

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

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

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

330. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от Michael Shigorin (ok), 27-Фев-17, 23:08

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

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

343. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –2 +/–

Сообщение от Анонимм (??), 28-Фев-17, 01:19

> А там было про железку:....
Верно. Считаю, что лучше понять как работает железка, чтобы написать её драйвер.

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

362. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 28-Фев-17, 11:48

Да, спасибо за внимание

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

166. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +3 +/–

Сообщение от Аноним (-), 27-Фев-17, 16:03

>Какая в *** senddata() ? Куда send ?
Я ожидал от микроядерного пророка ответ "data" :)

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

182. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –2 +/–

Сообщение от Анонимм (??), 27-Фев-17, 16:25

Ну так и обратитесь тогда к пророку.

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

184. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 16:26

А я да - спасибо, на будущее буду расписывать тесты в более конкретной форме.

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

183. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –1 +/–

Сообщение от Аноним (-), 27-Фев-17, 16:25

>Тест гарантирует только то о чем подумал автор теста, и не более того.
Тест написанный по спецификации повышает уверенность в том, что система ведёт себя в соответствии с данной спецификацией. Тест написанный разработчиком в рамках test-driven development сам становится спецификацией т.к. отражает видение автора и помогает понять его код.
>Тем более от тестов нет никакого толку для кода взаимодействующего с железом.
Это заблуждение. При должном желании и ресурсах можно эффективно протестировать любую программу вне зависимости от того что она делает и как она написана. Поместить модули в тестовое ложе для модульного или интеграционного тестирования, написать эмулятор железа, создать автоматическую систему для сборки и тестирования системы на разных конфигурациях. Главная проблема обычно заключается в отсутствии хорошей спецификации на систему и в том факте, что её основные разработчики умерли или загремели в дурку.
Вопрос в том - а нужно ли это? Затраты на тестирование должны слихвой покрываться предотвращёнными убытками от найденных багов.

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

194. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от Аноним (-), 27-Фев-17, 16:50

Вас маркетологи покусали ?

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

195. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 16:50

> Тест написанный по спецификации повышает уверенность в том, что система ведёт себя
> в соответствии с данной спецификацией. Тест написанный разработчиком в рамках test-driven
> development сам становится спецификацией т.к. отражает видение автора и помогает понять
> его код.
Спецификацией так и остаётся текстовое описание дизайнеров железки. Набор же тестов - это видение разработчиков, но никак не дизайнеров.

> Это заблуждение. При должном желании и ресурсах можно эффективно протестировать любую программу
> вне зависимости от того что она делает и как она написана.
> Поместить модули в тестовое ложе для модульного или интеграционного тестирования,
Да, и идеально, если и тестируемый код, и код в реальной работе - один и тот же.
> написать эмулятор железа
В случае, если все участки работы с железными портами уже заранее вынесены в отдельную систему (в микроядро) - эмулятор уже не требуется. Сами тесты могут контроллировать (предоставляя API микроядра) что и как вызывает код.

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

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

198. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +2 +/–

Сообщение от Аноним (-), 27-Фев-17, 16:53

> В случае, если все участки работы с железными портами уже заранее вынесены
> в отдельную систему (в микроядро) - эмулятор уже не требуется. Сами
> тесты могут контроллировать (предоставляя API микроядра) что и как вызывает код.
И что толку ? Разработчик (прочитав мануал) считает что нужно писать 42 в регистр X, затем 322223 в регистр Y, тесты проходятся, драйвер не работает.
И как теперь оленя пасти ?

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

215. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –2 +/–

Сообщение от Анонимм (??), 27-Фев-17, 17:27

Менять тесты. Ведь они - просто закодированное желание автора.
Он хочет, чтоб не работало - так и запишет.
Если ему не понравится результат - он изменит тесты и посмотрит на новый.

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

223. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Аноним (-), 27-Фев-17, 17:45

> И что толку ? Разработчик (прочитав мануал) считает что нужно писать 42
> в регистр X, затем 322223 в регистр Y, тесты проходятся, драйвер
> не работает.
> И как теперь оленя пасти?
А здесь требуется анализ - почему не работает. Может быть глюк в железе, может быть представление автора о работе этого железа неправильное, может быть покрытие тестами недостаточное, а может быть тесты - бесполезная лажа.

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

229. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." –2 +/–

Сообщение от Анонимм (??), 27-Фев-17, 17:53

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

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

208. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Аноним (-), 27-Фев-17, 17:11

> Спецификацией так и остаётся текстовое описание дизайнеров железки. Набор же тестов -
> это видение разработчиков, но никак не дизайнеров.
В моей области и код и тесты пишутся по спецификации. Спецификация - учитывает требования заказчика, пользователей, индустрии. Если видение разработчиков расходится со спецификацией и это не вызвано проблемой в спецификации, то разработчики переписывают код.
> В случае, если все участки работы с железными портами уже заранее вынесены
> в отдельную систему (в микроядро) - эмулятор уже не требуется. Сами
> тесты могут контроллировать (предоставляя API микроядра) что и как вызывает код.
Написать эмулятор выйдет в миллионы раз дешевле, чем переписывать архитектуру такой огромной системы, как Линукс.

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

222. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +1 +/–

Сообщение от Анонимм (??), 27-Фев-17, 17:41

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

> Написать эмулятор выйдет в миллионы раз дешевле, чем переписывать архитектуру такой огромной
> системы, как Линукс.
Да. Но раздельные адресные пространства для самих дров линуха - такой эмулятор не даст.
Более простая тестируемость - это же лишь следствие микроядра.

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

196. "Линус Торвальдс выступил с критикой контроля качества в  DRM..." +/–

Сообщение от Аноним (-), 27-Фев-17, 16:50

Вас маркетологи покусали ?

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

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

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

Партнёры:

Хостинг:

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

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


	23. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+1 +/–
	Сообщение от Аноним (-), 27-Фев-17, 11:42
	> Остаётся не у дел самый эффективный подход - разработка через тестирование. есть доказательства, что этот подход - самый эффективный из существующих? Сколько не видел попыток внедрения данного подхода - ни разу не было отмечено позитивных изменений, даже если разработка ведется вообще без написания тестов.
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору


	37. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	–1 +/–
	Сообщение от Анонимм (??), 27-Фев-17, 12:02
	> есть доказательства, что этот подход - самый эффективный из существующих? 1. Проверка каждого оператора в коде - это лучше, чем отстуствие проверки. 2. А написание такой проверки ещё перед кодом - значит, что код будет делать именно то, что требуется проверкой, а не что-то другое. > Сколько не > видел попыток внедрения данного подхода - ни разу не было отмечено > позитивных изменений, даже если разработка ведется вообще без написания тестов. Посмотрите литературу и видео Uncle Bob'а. Там всё подробно рассказано.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	47. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+/–
	Сообщение от Аноним (-), 27-Фев-17, 12:13
	> написание такой проверки ещё перед кодом Это называется "перенос сложности". Сложность системы остаётся неизменной, но можно перенести её с одного этапа на другой. В данном случае вы переносите сложность тестирования и отладки с этапа тестирования и отладки на этап написания предварительных тестов. По личному опыту: это работает лишь в самых простых случаях. Когда в коде идёт выборка данных из БД или работа с оборудованием, то для повторения ситуации нужно повторить всю БД или её значительную часть. Пример: построение сложного отчёта для нужд руководства компании, объединяющего данные о продажах и закупках в нескольких разрезах. Отсюда вытекает, что твои тесты возможно лишь в простых функциях где есть чётко обозначенные вход и выход. В 90% случаев они настолько просты и понятны, что написание для них тестов - это потеря времени. Unit тесты становятся интересными лишь в ситуациях где можно обеспечить "полное покрытие тестами" и нужно вносить много изменений во все модули. Такие ситуации встречаются редко.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	77. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	–1 +/–
	Сообщение от Анонимм (??), 27-Фев-17, 13:03
	>> написание такой проверки ещё перед кодом > Это называется "перенос сложности". Сложность системы остаётся неизменной, но можно перенести > её с одного этапа на другой. Оно и одержимое первых 7 метров /dev/random сложно, как и 7 метров /boot/vmlinuz-4.4.0-64-lowlatency но в первом случае - такая фигня получается... > В данном случае вы переносите > сложность тестирования и отладки с этапа тестирования и отладки на этап > написания предварительных тестов. Если нет тестов - то начинается дебаг, роль уровня владения дебаггером разработчика и временные затраты на сам дебаг - значительно возрастают с ростом проекта (посмотрите сколько уже инструментов run-time дебага в линухе) Что лучше: один раз написать тест и получить постоянную проверку этого места кода, чем постоянно тратить время на дебаг? Ведь тест то будет запускаться всегда уже автоматом, без доп. затрат времени. > По личному опыту: это работает лишь в самых простых случаях. Когда в > коде идёт выборка данных из БД или работа с оборудованием, то > для повторения ситуации нужно повторить всю БД или её значительную часть. А большие модули системы никак не должны работать вместе? И пусть это уже называется не юнит-тестированием, а как-то иначе, но сути не меняет: Вы ведь хотите, чтоб продукт всегда работал, а не только во время изначального написания кода? А как _убедиться_, что он работает? - А только протестировать. > Отсюда вытекает, что твои тесты возможно лишь в простых функциях где есть > чётко обозначенные вход и выход. В 90% случаев они настолько просты > и понятны, что написание для них тестов - это потеря времени. И после любого изменения начинается "экономия времени": открыть страничку логина, нажать кнопку, попробовать там ли всё работает... И это нужно делать при каждом добавлении новой фичи или исправлении бага - иначе нет морального права утверждать, что вся программа работает. Т.е. тестировать всё равно приходится. Но как быстрее: руками или автоматически, кодом? > Unit тесты становятся интересными лишь в ситуациях где... должно работать, а не просто почасовая оплата ^_^
	Ответить \| Правка \| Наверх \| Cообщить модератору


	84. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+3 +/–
	Сообщение от Аноним (-), 27-Фев-17, 13:13
	Зачем вы проецируете свой опыт веб-макаки на разработку ядра ? Вот почему все люди точно знающие как нам обустроить Россию уже работают в Макдональдсе ?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	110. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	–1 +/–
	Сообщение от Анонимм (??), 27-Фев-17, 14:00
	Внимательнейше слушаю Ваши предложения по решению проблем устойчивости и безопасности Линуха. Системно, пожалуйста (т.е. не только в каких-то отдельных местах ядра).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	111. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	–1 +/–
	Сообщение от Анонимм (??), 27-Фев-17, 14:02
	> Вот почему все люди точно знающие как нам обустроить Россию уже работают > в Макдональдсе ? А у Вас есть предложения как обустроить Россию? Где можно почитать? Что думаете о подконтрольности ЦБ? о ростовщическом проценте? вреден/полезен/неважно? И прочие важные вопросы - тоже интересуют (образование, наука, экономика и т.д.)
	Ответить \| Правка \| К родителю #84 \| Наверх \| Cообщить модератору


	284. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+1 +/–
	Сообщение от Аноним (-), 27-Фев-17, 21:14
	Обрататитесь к Шигорину, он знает.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	307. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	–2 +/–
	Сообщение от Michael Shigorin (ok), 27-Фев-17, 22:25
	> Обрататитесь к Шигорину, он знает. Да если бы. Поскольку в целом не знаю -- обустраиваю там, где знаю и умею. 20170223 1151 20170224 1154 20170225 1185 20170226 1186 20170227 1201
	Ответить \| Правка \| Наверх \| Cообщить модератору


	288. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+1 +/–
	Сообщение от _ (??), 27-Фев-17, 21:31
	Нди на ... в ... нет всё таки - на другой сайт :)
	Ответить \| Правка \| К родителю #111 \| Наверх \| Cообщить модератору


	87. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+1 +/–
	Сообщение от Аноним (-), 27-Фев-17, 13:15
	> Что лучше: один раз написать тест и получить постоянную проверку этого места кода, чем постоянно тратить время на дебаг? Простые функции не нуждаются в unit-тестировании, сложные с помощью unit-тестов полностью не проверишь. Идея о постоянной отладке одной и той же функции - это вообще откуда? Какой только бред не придумают чтобы втюхать своё фуфло... > Ведь тест то будет запускаться всегда уже автоматом, без доп. затрат времени Опять обман. Покрытие unit-тестами приводит к следующему этапу - сервер тестирования, который в цикле гоняет тесты один за другим, рассылая уведомления. Зачем вновь и вновь проверять одну и ту же неизменённую функцию одними и теми же тестами? Вопрос риторический. > Вы ведь хотите, чтоб продукт всегда работал, а не только во время изначального написания кода? А что, отлаженный код вдруг, сам по себе, перестаёт работать правильно и начинает сыпать ошибками? Чаще возникает ситуация, когда что-то не учли. И эти ошибки обычно логические. Напр. функция должна возвращать должность сотрудника, но "забыли" про совместителей, которые работают на 2+ должностях. В результате неверно начислили зар.плату. Как написать unit-тест, чтобы он проверил данную ошибку?
	Ответить \| Правка \| К родителю #77 \| Наверх \| Cообщить модератору


	103. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	–1 +/–
	Сообщение от Аноним (-), 27-Фев-17, 13:50
	> А что, отлаженный код вдруг, сам по себе, перестаёт работать правильно и начинает сыпать ошибками? Бывает и так, при изменениях в окружении в котором этот код выполняется. Для примера можете почитать о ставшем классикой сбое в софте Ariane 5.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	113. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+1 +/–
	Сообщение от Аноним (-), 27-Фев-17, 14:06
	Их ошибка, что они использовали копи-пастнутый код, изменяющий глобальные переменные, не проверив его работоспособность и не разбираясь нужен ли он вообще (не нужен). Аналогичная ситуация произошла недавно в России: при старте первой ракеты с Восточного возникла ошибка, которая остановила запуск. Оказалось, что изменили один из блоков навигации: он был квадратным, стал круглым и с другим количеством контактов. Но те, кто собирал ракету, не сильно парились: они вбили его кувалдой, заизолировав "лишние" проводки. Ошибку нашли, но решали проблему не менее оригинальным способом: они выломали модуль и спаяли проводки так, чтобы отсутствующий модуль всегда возвращал состояние "всё ОК".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	131. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+/–
	Сообщение от Анонимм (??), 27-Фев-17, 14:51
	Ну вот и как сплошной положизм на нормы характеризует собстенно сами нормы?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	155. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+/–
	Сообщение от Аноним (-), 27-Фев-17, 15:38
	Ежегодным ростом количества падающих ракет. Как следствие, растёт стоимость страховки, так страховка за запуск спутника с российского Байконура стоит дороже, чем за запуск с американского Канавэрал, хотя сам запуск пока обходится дешевле.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	178. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+/–
	Сообщение от Анонимм (??), 27-Фев-17, 16:18
	Т.е. нормы таки указывают как суммарно дешевле вести дела... но чиновников это мало волнует, а налогоплательщика... похоже, ещё меньше. Так и живём, вводя друг друга в заблуждение, дескать "всё контролируется"
	Ответить \| Правка \| Наверх \| Cообщить модератору


	118. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	–1 +/–
	Сообщение от Анонимм (??), 27-Фев-17, 14:23
	> Простые функции не нуждаются в unit-тестировании А как тогда узнать как они работают и работают ли вообще? Каждый раз код перечитывать и моделировать в уме? Заняться нечем? А вот такие функции (net/dccp/input.c:dccp_rcv_state_process) как? Они простые или нет, нуждаются в тестировании или нет? см. git commit 5edabca9d4cff7f1f2b68f0bac55ef99d9798ba4 > сложные с помощью unit-тестов полностью не проверишь. Для этого есть интеграционные и системные тесты.
	Ответить \| Правка \| К родителю #87 \| Наверх \| Cообщить модератору


	121. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 27-Фев-17, 14:28
	>> Простые функции не нуждаются в unit-тестировании > А как тогда узнать как они работают и работают ли вообще? Дисциплина https://xkcd.com/1790/ функционального программирования! </решает!></да, на Си> > Для этого есть интеграционные и системные тесты.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	142. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	–1 +/–
	Сообщение от Анонимм (??), 27-Фев-17, 15:14
	А как узнать, что код писанный по функц. программированию делает то, что нужно? Кроме как проверить. А как быстрее проверять: руками или авторматически?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	119. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+/–
	Сообщение от Анонимм (??), 27-Фев-17, 14:26
	продолжение следует...
	Ответить \| Правка \| К родителю #87 \| Наверх \| Cообщить модератору


	161. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+/–
	Сообщение от Анонимм (??), 27-Фев-17, 15:48
	Я закончил ответ в постах #159 и #160 (извините, специфика форума)
	Ответить \| Правка \| К родителю #87 \| Наверх \| Cообщить модератору


	71. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+1 +/–
	Сообщение от Аноним (-), 27-Фев-17, 12:55
	> А написание такой проверки ещё перед кодом - значит, что код будет делать именно то, что требуется проверкой, а не что-то другое. Тест гарантирует только то о чем подумал автор теста, и не более того. Тем более от тестов нет никакого толку для кода взаимодействующего с железом.
	Ответить \| Правка \| К родителю #37 \| Наверх \| Cообщить модератору


	105. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	–1 +/–
	Сообщение от Анонимм (??), 27-Фев-17, 13:53
	> Тест гарантирует только то о чем подумал автор теста, и не более > того. Другого и не утверждал. Но без тестов, код куда больше делает и того, чего автор не планировал. С тестами этого куда поменьше. > Тем более от тестов нет никакого толку для кода взаимодействующего с железом. А вот это вот не так. Микроядро обязано контроллировать доступ к железным портам (а потому, именно само будет звать всякие io/out инструкции, но вылизать этот небольшой и малоизменчивый код - не проблема). А вот дрова устройств, которые будут работать в отдельных процессах, - они будут вынуждены вызывать соотв. функции микроядра для доступа к собтвенно железу. И вот это вот разделение открывает прекрасные возможности для тестирования. К примеру, если нужно, чтобы при вызове senddata(buffer) драйвер отправлял размер буфера и его самого по определённым железным адресам - то делается просто соотв. assert'ы в конце теста и всё. Код же самого драйвера - одинаков и для теста, и для реальной работы. Чего и требовалось.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	124. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+1 +/–
	Сообщение от Аноним (-), 27-Фев-17, 14:33
	> Но без тестов, код куда больше делает и того, чего автор не планировал. Это утверждение ничем не обосновано.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	143. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	–1 +/–
	Сообщение от Анонимм (??), 27-Фев-17, 15:17
	Попробуйте посмотреть в багтрекеры проэктов без модульного тестирования. И сравнить вероятность незапланированного поведения в случаях: * когда код пишется сразу * и когда код пишется лишь после написания теста, его проверяющего (т.е. кода без тестов не может появиться в проекте в принципе).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	205. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+1 +/–
	Сообщение от Аноним (-), 27-Фев-17, 17:05
	Вероятность одинакова, бо код пишется не роботами и ошибка равновероятно может быть как в коде, так и в тесте. Но вы можете продолжать верить в серебряные пули.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	219. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	–1 +/–
	Сообщение от Анонимм (??), 27-Фев-17, 17:34
	> Вероятность одинакова, бо код пишется не роботами и ошибка равновероятно может быть > как в коде, так и в тесте. Безусловно. Тесты - это тоже код, и его пишут люди. Но тесты контроллируют и былые ошибки, и быстро проверяют всю систему целиком вместе с новыми вносимыми правками. И вот роль истории усвоенных и поправленных ошибок код сам по себе контроллировать уже не может. Потому, вероятность безошибочности смещается туда, где есть и такой себе исторический контроль ошибок.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	129. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	+2 +/–
	Сообщение от Аноним (-), 27-Фев-17, 14:43
	>> Тем более от тестов нет никакого толку для кода взаимодействующего с железом. > А вот это вот не так. > Микроядро обязано контроллировать доступ к железным портам (а потому, именно само будет > звать всякие io/out инструкции, но вылизать этот небольшой и малоизменчивый код > - не проблема). Дайте я угадаю, вы никогда не занимались низкоуровневым программированием на практике ? > А вот дрова устройств, которые будут работать в > отдельных процессах, - они будут вынуждены вызывать соотв. функции микроядра для > доступа к собтвенно железу. И вот это вот разделение открывает прекрасные > возможности для тестирования. ЧТО ВЫ СОБИРАЕТЕСЬ ТЕСТИРОВАТЬ ?!?!? Вы понимаете что для тестирования драйвера вам фактически нужна стопроцентно корректная программная модель всех поддерживаемых драйвером железок со всеми их особенностями/аппаратными косяками/багами прошивок (иначе грош цена всем вашим тестам) ? > К примеру, если нужно, чтобы при вызове senddata(buffer) драйвер отправлял размер буфера > и его самого по определённым железным адресам - то делается просто > соотв. assert'ы в конце теста и всё. Какая в конскую жoпy senddata() ? Куда send ? В i/o port, в mmio, в кольцевой буфер железки, в mailbox, КУДА ? Ты понимаешь что ты пoexaвший ?!?!?!?!?
	Ответить \| Правка \| К родителю #105 \| Наверх \| Cообщить модератору


	152. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	–1 +/–
	Сообщение от Анонимм (??), 27-Фев-17, 15:32
	> ЧТО ВЫ СОБИРАЕТЕСЬ ТЕСТИРОВАТЬ ?!?!? Подсистемы ядра (всего того, что нонче есть в Линухе (в гит репе, если совсем быть точным)), в частности, драйвера (и железа, и ФС). > Вы понимаете что для тестирования драйвера вам фактически нужна стопроцентно корректная > программная модель всех поддерживаемых драйвером железок со всеми их особенностями/аппаратными > косяками/багами прошивок (иначе грош цена всем вашим тестам)? Внезапно. Будто для написания драйвера этого всего не нужно :) Но дрова есть и их пишут - значит есть какие-то достаточные представления и о железках, и вот эти представления, записанные в виде тестов - дадут гарантию, что драйвер делает то, чего захотел программер (и лишь в незначительной степени, чего он пропустил или допустил).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	192. "Линус Торвальдс выступил с критикой контроля качества в DRM..."	–1 +/–
	Сообщение от Аноним (-), 27-Фев-17, 16:48
	> Но дрова есть и их пишут - значит есть какие-то достаточные представления и о железках, Ну да programming manual и программная модель устройства (фактически его эмулятор) это конечно одно и тоже. > и вот эти представления, записанные в виде тестов Oбъем и сложность задачи представляете ? Bижу что нет. А главное все это, только для того чтобы мамкины теоретики могли спокойно кушать свой борщ.
	Ответить \| Правка \| Наверх \| Cообщить модератору