Jeg vil også beskrive dette som elegant, men vil gerne tilføje problemet, hvis du vil tilgive min indtrængen.
Jeg ved, at der er meget dyre softwarepakker til at arbejde igennem situationer som denne, men i det firma, jeg arbejder hos, har vi ikke råd til omkostningerne, medmindre vi er sikre på, at det gør, hvad vi har brug for.
Test Driven Development (TDD) er et af de bedre systemer, jeg har hørt om til udvikling, og jeg nyder godt af det, men de problemer, der tager min tid, skyldes normalt komplekse afbrydelser og hardwarehændelser, som mange ville kalde fejl. Det virker som en mindre ting at have et problem hver anden time, når stjernerne tilpasser sig, men hvis din telefon bare frøs en gang om ugen, forbander du ingeniørernes navn. I vores tilfælde er vi nødt til at gå ind i et feedparti, når tingene virkelig går i stykker, hvilket jeg som du kan forestille dig kan lide at undgå.
Jeg har set meget intelligente løsninger til kontrol af delsystemers funktionalitet, som, hvis det blev implementeret ordentligt, ville det sandsynligvis spare mig 3 timer ud af en 50 timers arbejdsuge, men hvis der var en intelligent måde at finde fejlsituationer på, ville det spare mig i flere ugers arbejde på udkig efter "bug", der sker i marken lejlighedsvis under tunge indlæs.
Dette indlæg hjælper sandsynligvis ikke et stort beløb, men jeg finder det at gøre alt lettere at løse ved at bringe alt i lyset. Hvis der var en TDD-metode til at finde fejlsituationer, kunne jeg få ti tusinder tildelt til at betale for det. -Maks