dotnetomaniak.pl

dotnetomaniak.pl - Artykuły z tagiem Code review

Okazuje się, że niewłaścieiw użycie Dappera i typu varchar może mocno spowolnić Twoje zapytanie. Opisałem na przykładzie dlaczego tak jest. Zapraszam do lektury:)

Dziel się z innymi:
Code review #1 - dapper and varchar parameters - Michał Białecki Blog

Sztuka programowania 41 dni, 23 godziny, 6 minut temu michal-bialecki 100 rozwiń

Dzisiaj chciałbym podzielić się zestawem reguł, który w różnych projektach stosuję od lat. Pod to stworzyłem repozytorium https://github.com/kmorcinek/dotnet-tools-settings Korzystam ze StyleCopa od ładnych kilku lat. Jest to niezbędne narzędzie gdy stosuje się Code Review. Po prostu szkoda czasu i ludzkiej cierpliwości, żeby ręcznie wytykać komuś coś, co może wychwycić narzędzie.

[StyleCop] od jakiego zestawu reguł wystartować – Show me the code

Narzędzia 43 dni, 23 godziny, 13 minut temu https://krzysztofmorcinek.w... 93 rozwiń

O code review napisano już całkiem sporo. W internecie można znaleźć dokładne opisy jak powinny wyglądać, jakie dają efekty, czy ile kodu sprawdzać na raz. Dlatego nie będę dokładnie analizować tych aspektów. Zamiast tego krótko opiszę najważniejsze korzyści i kilka przydatnych technik na podstawie własnych doświadczeń. Z code review korzystałem już w wielu projektach i zawsze miało to pozytywny wpływ na jakość kodu. Moim zdaniem code review powinno być elementem każdego poważnego projektu. Jakie są n...

Tagi: Code review
Źródło: ucgosu.pl
Dziel się z innymi:
Code review - prosty sposób na poprawienie jakości kodu - ucgosu.pl

Sztuka programowania 330 dni, 17 godzin, 46 minut temu ucgosupl 124 rozwiń

Czy automatyzując analizę kodu do maksimum, ciągle potrzebujemy przeprowadzać Code Review? Czy czynnik ludzki będzie jeszcze wtedy potrzebny? Czy nie jest to moment kiedy fundamenty przeglądu kodu nie mają racji bytu? W czwartym odcinku Dev:Cast rozmawiamy o sensowności procesu Code Review. Szukamy elementów, które ciężko będzie zastąpić nawet najbardziej wyrafinowanymi automatami. Zastanawiamy się i rozmawiamy o wymianie wiedzy poprzez Code Review.

Dev:Cast – #04 Wartość procesu Code Review - DevEnv

Sztuka programowania 411 dni, 9 godzin, 48 minut temu devenv 33 rozwiń

Dzisiejszym tematem jest dociekliwość programisty. Cecha, niezależna od technologii, nakierowująca między innymi programistów, na odpowiednie tory. Pomagająca poznać prawdziwe potrzeby klienta, zdobyć wiedzę, czy ograniczyć ilość pracy potrzebnej do osiągnięcia celu. Jest nie do przecenienia w codziennej pracy i poza nią. Dlaczego pytanie „Dlaczego?” jest aż tak istotne? Właśnie na to pytanie postaram się dziś odpowiedzieć.

Źródło: jerzywickowski.pl
Dziel się z innymi:
Dlaczego warto pytać "dlaczego?" - Jerzy Wickowski

Sztuka programowania 467 dni, 10 godzin, 55 minut temu tazos333 132 rozwiń

Przedstawiamy wam 18 odcinek podcastu Ostra Piła w którym to rozwodzimy się nad code-review. Porozmawiamy sobie na takie tematy jak to jak robić dobrze code review oraz czy każdy powinien je robić czy może tylko seniorzy powinni dostąpić tego zaszczytu? Dwugodzinne code-review dla waszej programistycznej przyjemności. Miłego słuchania.

Źródło: ostrapila.pl
Dziel się z innymi:
Ten w którym rozmawiamy o code review – Ostra Piła

Inne 504 dni, 22 godziny, 32 minuty temu macabre13 71 rozwiń

Code Review 10 linii kodu to potencjalne miejsce na 10 uchybień, natomiast 500 linii kodu wygląda OK!? Kilka słów o tym jak usprawnić Code Review.

Źródło: devenv.pl
Dziel się z innymi:
Code Review - Mniej, a częściej - DevEnv

Sztuka programowania 502 dni, 22 godziny, 10 minut temu devenv 159 rozwiń

~ MJ Code review, czyli przeglądanie kodu innego programisty w zespole, uważam za jedną z najlepszych technik tworzenia dobrego kodu i osobistego rozwoju – niezależnie od tego, czy ktoś przegląda moją pracę, czy ja jego. Pamiętam jak dziś swoje pierwsze code review. Ukończyłem pisanie jednego dosyć sporego modułu. Przyzwyczajony do tego, że zawsze po prostu commitowałem swój kod, który działał, myślałem, że jestem prawdziwym artystą, a mój kod jest perfekcyjny. Och, jakże byłem głupi. Review zakończyło...

Code Review c.d. | maciejjędrzejewski

Sztuka programowania 883 dni, 20 godzin, 46 minut temu jedmac 253 rozwiń

Code review is an important part of development process. Various teams use different styles from “over the shoulder” to the ones based on tools like Gerrit. However, more and more Git servers (like GitLab) give merge request functionality, which makes incorporating code review process easier.

Dziel się z innymi:
[EN] Using Slack With .NET To Speed up Code Review Process | Future Processing

Sztuka programowania 986 dni, 22 godziny, 34 minuty temu FutureProcessing 210 rozwiń

Szczęśliwy, trzynasty, odcinek to chwilowy odpoczynek od technikaliów. Tym razem wraz z Grzegorzem Rycajem serwujemy Wam dywagacje na popularny temat: agile. Grzegorz od wielu lat programuje i kieruje zespołami programistów. Prawdopodobnie wielu z Was niejednokrotnie miało okazję oglądać go na scenie, gdyż regularnie występuje na różnych eventach. MVP w kategorii Visual Studio ALM. 40-minutową rozmowę rozpoczynamy od historii agile. Nie zagłębiamy się jednak w teorię...

Źródło: devtalk.pl
Dziel się z innymi:
13 - O agile z Grzegorzem Rycajem | DevTalk

Inne 1506 dni, 22 godziny, 13 minut temu tuszcz 105 rozwiń

One can ask why we need to think of CR practices at all. Review of code written by another team member can be done without any preparation or introduction. It is true, but there are some aspects that we need to think of. In my opinion, we especially need to support the following values:Quality – Code Review should be done in the same way, no matter if you are hurrying, bored or it’s your 3rd hour of doing CR,Motivation – team has to see value in Code Review, and this value shouldn’t be lost because of ne...

[EN] Yet Another Code Review Best Practices | Future Processing

Sztuka programowania 1582 dni, 14 godzin, 58 minut temu FutureProcessing 184 rozwiń

Ostatnio na facebookowym profilu .NET Developers Poland odbyła się ciekawa, choć krótka dyskusja na temat podejścia do przeglądu kodu (po polsku brzmi to okropnie, więc dalej będę używał code review). Przypomniała mi ona, że pewna dobra praktyka, bez której chyba nie mógłbym już pracować, nie jest wcale tak powszechnie stosowana. O niej chciałbym napisać i zachęcić wszystkich do wdrożenia jej u siebie w zespole. Na-ten-tychmiast! Chodzi mi o peer code review, czyli...

Źródło: jakubin.pl
Dziel się z innymi:
Peer code review

Narzędzia 1642 dni, 9 godzin, 53 minuty temu Jakub Binkowski 278 rozwiń

Dzisiaj coś o Code Review, czyli przeglądaniu własnego kodu przez innego członka zespołu. Jak to działa? Wyjaśnię to na podstawie Scrum’a. Rozpoczyna się sprint, każdy backlog item ma w sobie różne taski. Każdy task ma wyestymowany czas potrzebny na wykonanie zadania, np. Handle operation documentsCreate database structure 4hPrepare model changes 2hCreate data structures 4hCode Review 2hRework 3h Jak widać, również Code Review oraz Rework jest wyestymowany. Jak wygląda to w praktyce? Robimy pełen dev...

Dziel się z innymi:
Code Review – parę słów na temat | maciejjędrzejewski

Sztuka programowania 1883 dni, 21 godzin, 55 minut temu jedmac 192 rozwiń

Witajcie w Coding News – serii screencastów, w której omawiam najciekawsze wydarzenia i znaleziska minionego tygodnia.

Coding News 17.02.2014 | codingtv();

Web 1912 dni, 10 godzin, 15 minut temu lukaszgasior 153 rozwiń

Dzisiejszym wpisem odbiegnę trochę od typowego dla mojego bloga technicznego bełkotu, zamiast tego skupiając się dziś bardziej na zagadnieniu związanym z samym procesem (cyklem?) wytwarzania oprogramowania. W większości firm tworzących soft, w której przykłada się wagę do jakości tworzonego oprogramowania prowadzona jest praktyka Code-Review. W mojej osobistej karierze zawodowej, tak na prawdę zetknąłem się z tym zagadnieniem dopiero odkąd rozpocząłem pracę w Objectivity, a jako że pracuję już tutaj pra...

Tagi: Code review
Dziel się z innymi:
burczu programator - blog: Code-Review – jak i dlaczego?

Sztuka programowania 1921 dni, 20 godzin, 22 minuty temu burczu 285 rozwiń

Przychodzi baba do lekarza. Mówi “panie doktorze, byłam już u doktora X i on zalecił mi Y“. Na co lekarz: “a-HA! znam X, to konował, nic nie umie, tak naprawdę to dopiero JA pani powiem co trzeba zrobić“. Baba jest od tej pory zakochana w swoim nowym doktorze, nie mając tak naprawdę pojęcia czy faktycznie jest tak dobry jak twierdzi. Chodzi po sąsiadac...

Dziel się z innymi:
Nie krytykuj | Maciej Aniserowicz o programowaniu

Inne 2269 dni, 3 godziny, 42 minuty temu psz750 270 rozwiń

Już kiedyś pisałem jak obsługiwać prawidłowe wyjątki ale dzisiaj jeszcze raz chciałbym rozwinąć temat. Zacznijmy od:privatestring GetData(int id) { string result=null; try { result = _service.GetData(id); } catch(Exception e) { } return result; } Jest to oczywiście skrajnie złe rozwiązanie ponieważ wszystko ignorujemy. Na szczęście programiści rzadko popełniają powyższy błąd. Niestety dużo częściej popełnianym błędem jest:privatestring GetData(int id) { stri...

Dziel się z innymi:
Piotr Zieliński » Code review: zła obsługa wyjątków

Sztuka programowania 2335 dni, 5 godzin, 19 minut temu pzielinski 169 rozwiń

Rozważmy, następujący kawałek kodu:struct Color { publicstaticexplicitoperator Color(short value) { // jakas tam konwersja - nieistotne dla przykladureturnnew Color {R = value}; } publicshort R, G, B; } Co w nim nie tak? Operatory nie są wspierane przez wszystkie języki. Podczas kompilacji wszystkie operatory zamieniane są na zwykłe metody. Na przykład operator rzutowania implicit zostanie zamieniony na op_Explicit oraz oznaczony  przez CLR specjalnym atrybutem specialname:.class seque...

Dziel się z innymi:
Piotr Zieliński » Code review: operator rzutowania

Sztuka programowania 2425 dni, 19 godzin, 47 minut temu pzielinski 146 rozwiń

Kod:if(anyText.ToLower()=="tekst") { Console.WriteLine("Zmienne takie same"); } Kod ma na celu sprawdzenie czy jakaś zmienna jest równa danemu strumieniowi znaków. Nie chcemy brać pod uwagę wielkości liter więc dlatego używamy funkcji ToLower. Zatem if zwróci true gdy anyText jest równy “tekst” lub “TEKST” itp. Rozwiązanie ma jedną wadę – tworzony jest nowy, tymczasowy string po wywołaniu metody ToLower. W powyższym przykładzie będziemy mieli zatem 3 obiekty: anyText, obiekt dla “tekst” oraz obie...

Tagi: C#, Code review
Dziel się z innymi:
Piotr Zieliński » Code review: porównywanie string’ów

Inne 2452 dni, 22 godziny, 34 minuty temu pzielinski 202 rozwiń

Dziś trochę o matematycznej walidacji kodu czyli o metrykach.  LCOM (lack  cohesion of methods) umożliwia obliczenie jak bardzo nasze metody są spójne. Do obliczania tej wartości istnieją gotowe narzędzia takie jak nDepend, ale aby w pełni zrozumieć znaczenie metryki obliczymy sami jej wartość dla prostej klasy. Powinno dążyć się do jak największej spójności a tym samym do jak najniższej wartości LCOM. Przed wyjaśnieniem czym jest metryka LCOM wprowadźmy następujące pojęcia: M – zbiór metod danej klasy...

Tagi: C#, Code review
Dziel się z innymi:
Piotr Zieliński » Code review: Badanie spójności kodu

Sztuka programowania 2498 dni, 13 minut temu pzielinski 219 rozwiń

1 2
Dodaj nowe Zobacz wszystkie

Najaktywniejsi

1

Paweł Łukasik (32 876,58)

2

macko (32 816,53)

3

pzielinski (27 178,29)

4

gordon_shumway (21 178,88)

5

paduda (20 336,33)

6

psz750 (13 018,14)

7

rroszczyk (10 434,75)

8

Damian (9 760,28)

9

danielplawgo (8 253,27)

10

arek (6 822,96)

11

burczu (6 214,22)

12

PaSkol (5 393,84)

13

lukaszgasior (4 097,38)

14

dpawlukiewicz (3 962,6)

15

jj09 (3 863,06)

16

AdrianBystrek (3 595,25)

17

spetz (3 448,35)

18

jedmac (3 318,39)

19

http://jakub-flor... (3 224,66)

20

KonradKokosa (3 105,4)