История изменений
Исправление seiken, (текущая версия) :
Лорчик не соцсетка, а ресурс о Линукс. А ты в этом топике оффтопишь. Короче, не наказывают кодера за баги, только если он сам согласится, что виноват. Любой нормальный заказчик, если контракт без обслуживания, проверяет принимаемый продукт методом тестирования. А если контракт с обслуживанием, то смысл наказывать кодера, если ему же потом этот баг и править?
Внутри команды могут быть терки, типа «ну ты и криворучка! Я такие ошибки уже в школе перестал делать! Не подпустим больше тебя к продакшн коду!» Но не более.
Если речь про Раст и Аду, определенного класса ошибок там может и не быть, бай дизайн. Например, в Аде вообще нет удобных строк динамической длины из коробки.
Исправление seiken, :
Лорчик не соцсетка, а ресурс о Линукс. А ты в этом топике оффтопишь. Короче, не наказывают кодера за баги, только если он сам согласится, что виноват. Любой нормальный заказчик, если контракт без обслуживания, проверяет принимаемый продукт методом тестирования. А если контракт с обслуживанием, то смысл наказывать кодера, если ему же потом этот баг и править?
Внутри команды могут быть терки, типа «ну ты и криворучка! Я такие ошибки уже в школе перестал делать! Не подпустим больше тебя к продакшн коду!» Но не более.
Исправление seiken, :
Лорчик не соцсетка, а ресурс о Линукс. А ты в этом топике оффтопишь. Короче, не наказывают кодера за баги, только если он сам не согласится, что виноват. Любой нормальный заказчик, если контракт без обслуживания, проверяет принимаемый продукт методом тестирования. А если контракт с обслуживанием, то смысл наказывать кодера, если ему же потом этот баг и править?
Внутри команды могут быть терки, типа «ну ты и криворучка! Я такие ошибки уже в школе перестал делать! Не подпустим больше тебя к продакшн коду!» Но не более.
Исходная версия seiken, :
Лорчик не соцсетка, а ресурс о Линукс. А ты в этом топике оффтопишь. Короче, не наказывают кодера за баги, только если он сам не согласится, что виноват. Любой нормальный заказчик, если контракт без обслуживания, проверяет принимаемый продукт методом тестирования. А если контракт с обслуживанием, то смысл наказывать кодера, если ему же потом этот баг и править?
Внутри команды могут быть терки, типа «ну ты и криворучка! Я такие ошибки уже в школе пепестал делать! Не подпустим больше тебя к продакшн коду!» Но не более.