Przez wiele lat spotkałem się z całą masą młodych programistów. Sam dawno, dawno temu nim byłem. I prawda jest taka, że wszyscy popełniają te same błędy. Dzisiaj 6 tych zdecydowanie najczęstszych. Jestem niemal pewien, że i Ty przynajmniej część z nich popełniasz.
dotnetomaniak.pl - Artykuły z tagiem błędy
![PNŚ Podcast #3: Programowanie defensywne]()
![Typowe błędy programistów. | Emil Pytka]()
![Lepszy kod w 4 kliknięciach | Piotr Perak]()
![Są bugi i są bugi | arek online | Arkadiusz Benedykt]()
![Michał Komorowski: Liczba błędów/KLOC]()
![jstadnicki: Dlaczego warto rozmawiać (o kodzie)]()
![Zaznaczanie błędów w Visual Studio a deinstalacja Resharpera]()
błędy
Sztuka programowania 1625 dni, 10 godzin, 4 minuty temu 80 źrodło rozwiń
Przegląd i streszczenie technik programowania defensywnego, na podstawie kursów Pluralsight "Defensive Coding in C#" oraz "Advanced Defensive Programming Techniques". Forma podcastu lub jego transkrypt.
Źródło:
zakasanerekawy.pl
Dziel się z innymi:
Sztuka programowania 2454 dni, 2 godziny, 50 minut temu 54 źrodło rozwiń
O typowych błędach programistów słów kilka :)
Sztuka programowania 2795 dni, 12 godzin, 1 minutę temu 304 źrodło rozwiń
Continuous Integration, Code Reviews, Test/Behaviour Driven Development, Automated User Acceptance Tests, FxCop, StyleCop, NDepend, Resharper i wiele wiele innych technik/narzędzi wykorzystywanych tylko po to, aby tworzyć lepszy kod. A często zapominamy, lub nie wiemy, o podstawowych sposobach na zapewnienie lepszej jakości kodu. Dzisiaj pokażę jak osiągnąć lepszy kod w 4 kliknięciach.
Sztuka programowania 3651 dni, 5 godzin, 15 minut temu 473 źrodło rozwiń
…humans make mistakes, but the answer is not to add additional humans to the process. Rather, the solution is that the entire deployment process should be automated, with automated deployment and automated acceptance tests. No właśnie, ludzie robią błędy, a jeśli dodamy więcej ludzi do procesu to szansa na zmniejszenie ilości błędów jest delikatnie mówiąc mała, bardzo mała, taka tyci tyci. Ostatnie dwa wpisy były poświęcone debugowaniu a dzisiaj – po przerwie – wrzucam arcy ciekawy artyk...
KLOC (ang. Kilo Lines Of Code) to bardzo stara miara złożoności programów na podstawie liczby linii kodu. Z pewnością ma wiele wad, bo jak porównywać kod w C/C++ z kodem w Java czy C#. Czy jako linie kody powinno liczyć się komentarze lub importy przestrzeni nazw, co z kodem generowanym automatycznie itd. Wszystko to prawda, ale osobiście uważam, że ta miara jednak coś mówi. Ostatnio natknąłem się na bardzo ciekawe dane dotyczące liczby błędów/KLOC.
Sztuka programowania 3998 dni, 25 minut temu 139 źrodło rozwiń
Uhu, dawno nie pisałem. Już już, nie płaczcie. Dlaczego warto rozmawiać, pytać, poprawiać i pokazać komuś swój kod? Najtrudniej jest znaleźć swoje błędy, trudno jest spojrzeć na swój kod i zapytać się "czemu zrobiłem to tak - a nie w inny sposób?". Skoro wszystko działa tak jak założyłem na początku to znaczy, że jest dobrze i refaktoryzacja jest nie potrzebna. Jeśli się uruchamia, działa i nie wywala to po co mi napisać testy. I w końcu skoro się tyle namęczyłem na tym wszystkich, użyłem całej swojej...
Po odinstalowaniu Resharpera zauważyłem, że w edytorze nie są zaznaczane błędy. Chwila grzebania w opcjach i udało się doprowadzić Visual Studio do stanu sprzed instalacji narzędzia. Wystarczy wybrać Tools > Options > Text Editor > C# > Advanced i zaznaczyć w Editor Helper opcje Underline errors in the editor oraz Show live semantic errors.
Polecamy
Nadchodzące wydarzenia
.Net
.net core
architektura
ASP .NET
asp.net
Asp.Net Core
ASP.NET MVC
Azure
C#
C# .NET
certyfikacja
certyfikat
cloud
csharp
daj sie poznac 2017
Daj się poznać
Daj Się Poznać 2017
dajsiepoznac
DDD
docker
dotnet
dsp2017
egzamin
Entity Framework
F#
git
JavaScript
jQuery
konferencja
Linq
mvc
MVVM
Narzędzia
performance
podcast
praca
programowanie
SharePoint
Silverlight
SQL
sql server
TDD
testy
Visual Studio
WCF
Windows
windows phone
WPF
Wzorce projektowe
Xamarin