Comments on: Около дебъгването http://skanev.com/2008/02/08/around-debugging/ Блогът на Стефан Кънев Thu, 28 Aug 2008 03:05:13 +0000 http://wordpress.org/?v=2.3.1-beta1 By: Стефан Кънев http://skanev.com/2008/02/08/around-debugging/#comment-992 Стефан Кънев Sat, 16 Feb 2008 09:36:29 +0000 http://skanev.com/2008/02/08/around-debugging/#comment-992 За голямата фирма - не знам. На мен ми се е случвало да ми се налага да поддържам грозен код без тестове. Струва ми се, че това е цяла наука. Аз трябваше да добавя малко код и по пътя оправих малко от стария код. Съумях да напиша тестове и за двете. Ако някой иска по-бързи резултати, отколкото мога да му дам... това вече е въпрос на професионална етика, на е толкова на програмистски практики. Дали клиента е наясно, какъв ще бъде резултата то бързия и мазен хак в дългосрочен план? Дали е наясно, че има риск да се забавя повече ако се опитам да взема <a href="http://skanev.com/2007/09/05/software-and-driving/" rel="nofollow">краткия път</a> и дали е готов да ми плати, ако това стане? И съответно, дали въобще искам да работя с човек, който не схваща последствия от бързия и грозен код. За негативните страни на тестовете - ако не си голям майстор в тях (аз не съм), тестовете могат да добавят много голям overhead при промени в кода. Съответно, ако промяната ти отнема пет минути по главния код и 15 минути по тестове, то това определено е минус. Но има и начини да се предпазиш. Все пак, тези неща ми се струват малко настрани от това, за което говорих. Тезата ми беше, че <strong>тестовете не могат да заменят дебъга</strong>, колкото и да им се иска на всички, които пишат на езици без дебъгер :) За голямата фирма - не знам. На мен ми се е случвало да ми се налага да поддържам грозен код без тестове. Струва ми се, че това е цяла наука. Аз трябваше да добавя малко код и по пътя оправих малко от стария код. Съумях да напиша тестове и за двете.

Ако някой иска по-бързи резултати, отколкото мога да му дам… това вече е въпрос на професионална етика, на е толкова на програмистски практики. Дали клиента е наясно, какъв ще бъде резултата то бързия и мазен хак в дългосрочен план? Дали е наясно, че има риск да се забавя повече ако се опитам да взема краткия път и дали е готов да ми плати, ако това стане? И съответно, дали въобще искам да работя с човек, който не схваща последствия от бързия и грозен код.

За негативните страни на тестовете - ако не си голям майстор в тях (аз не съм), тестовете могат да добавят много голям overhead при промени в кода. Съответно, ако промяната ти отнема пет минути по главния код и 15 минути по тестове, то това определено е минус. Но има и начини да се предпазиш.

Все пак, тези неща ми се струват малко настрани от това, за което говорих. Тезата ми беше, че тестовете не могат да заменят дебъга, колкото и да им се иска на всички, които пишат на езици без дебъгер :)

]]> By: Angel http://skanev.com/2008/02/08/around-debugging/#comment-990 Angel Sat, 16 Feb 2008 00:13:15 +0000 http://skanev.com/2008/02/08/around-debugging/#comment-990 А как постигаш такова голямо покритие на кода с тестове? Идеален е случаят, в който разработваш всичко от skrach и пишеш тестовете преди кода. Ако обаче се намираш в по-голяма фирма, където засраните проекти се разменят като топчета тоалетна хартия и се очакват бързи резултати какво става? Ти много говориш за позитивите от тестовете, а те мисля за ясни за почти всики. Другата също изглежда интересна. Имат ли тестовете негативи? Как можем да оптимизираме тяхното писане? Кога се уливаме с тестовете? А как постигаш такова голямо покритие на кода с тестове? Идеален е случаят, в който разработваш всичко от skrach и пишеш тестовете преди кода. Ако обаче се намираш в по-голяма фирма, където засраните проекти се разменят като топчета тоалетна хартия и се очакват бързи резултати какво става? Ти много говориш за позитивите от тестовете, а те мисля за ясни за почти всики. Другата също изглежда интересна. Имат ли тестовете негативи? Как можем да оптимизираме тяхното писане? Кога се уливаме с тестовете?

]]>