Халявщики.

Oct 28, 2013 16:20

Общее: Люди пишут код для некоторой железки, и очередная написанная фича F не работает ( Read more... )

наблюдение, они, работа

Leave a comment

Comments 5

vadim_thesis October 28 2013, 16:06:04 UTC
Особенно когда этот человек - не ты, гхыхыхы.

Reply

shura_glyph October 28 2013, 16:27:51 UTC
Если я, то тоже бесит, только не сразу, а когда обнаруживаешь что перестает работать то, что заработало несразу. И бесит меньше, поскольку сам себе сразу же находишь оправдания.

Reply


_winnie November 2 2013, 12:20:14 UTC
Я люблю как в пункте 2, докапываться, но часто наступаю на горло своей песне, и нарочно заставляю себя забить.

Так как часто причина - "в полнолуния всегда так и должно быть", "перегрев компьютера", "стандартный баг со стандартным лечением Rebuild All", "это и правда ожидаемое поведение" "в понедельник выкатили бажный сервис, во вторник уже починили", "надо просто обновить компилятор" и тд, и тд.

Такие баги, в которых докапывание до источника - ничего не даёт. Ну докопаюсь багу в gcc 4.7.1234. А можно просто использовать gcc 4.7.4321 и не докапываться.

Reply

shura_glyph November 4 2013, 06:20:50 UTC
Но ведь выбирая вариант 1 и получая рабочий билд, все равно нет уверенности что починил баг, и что при другом стечении обстоятельств он не вылезет по другому, или вылезет со следующией версией компилятора. Согласен, что иногда (или часто ?) знание о причине глюка не приносит пользы.

Reply


alex_avr2 May 19 2015, 10:41:33 UTC
Как показывает практика - при выборе первого варианта проблема возвращается бумерангом через некоторое время, практически 100%, причем часто в увеличенных масштабах.

Я уже давно выработал к себе требование - искать баги не только, когда какая-то фича не работает, а всегда, когда происходит что-то, что я думал должно роисходить не так, даже если это ни на что не влияет. Нужно полное онимание того, как все работает.

Reply


Leave a comment

Up