dotnetomaniak.pl - Artykuły z tagiem best parctices

What is technical debt? The best explanation of this term, coined by Ward Cunningham, was provided by Marin Fowler. We are unable to evolve IT systems perfectly. Every added or modified functionality introduces little deficiencies in software quality. These deficiencies accumulate over time and make it harder for us to sustain the pace at which we deliver our systems to production.

Źródło: altkomsoftware.pl
Dziel się z innymi:
How to intelligently manage your technical debt with behavioral code analysis - Altkom Software & Consulting

Have you ever been in a situation when you discovered an exception in the logs that forced you to spend the next couple of minutes - or even hours - figuring out what exactly went wrong? The message was very cryptic and the only useful information that guided you to the crime scene was a stack trace. And after arriving there, you still had no idea what had really happened and what was the culprit. The most frustrating part is that in many cases the reason is very trivial and could be diagnosed immediatel...

Dziel się z innymi:
The art of designing exceptions · Cezary Piątek Blog

Sztuka programowania 2017 dni, 21 godzin, 55 minut temu cezarypiatek 137 źrodło rozwiń

W ostatnim wpisie poruszyłem tematykę IoC i w przykładowym kawałku kodu dla LocationRepo znajduje się metoda GetLocations zwracająca typ IQueryable. Zwróciła na to uwagę pewna osoba odwiedzająca bloga i słusznie. Stwierdziłem więc, że lepiej będzie rozpisać się krótko na ten temat niż edytować poprzedni wpis. No więc dlaczego zwracanie typu IQueryable

Dlaczego nie zwracać typu IQueryable w repo? - Jakub Skoczeń

Daj się poznać 2016 2942 dni, 14 minut temu qbasko 345 źrodło rozwiń

The following article is the first one of a series of three texts raising the subject of automation of distributed infrastructure in web projects. In recent years, DevOps has gained significant popularity because it allows to use best practices known by developers in the world of system administrators and vice versa.

[EN] Infrastructure as Code - part 1 - Provisioning | Future Processing

Inne 3080 dni, 10 godzin, 28 minut temu FutureProcessing 91 źrodło rozwiń

Wpadłem w pułapkę relacji wiele do wielu, m:n. Po raz kolejny. Jak fretka w sidła... te same po raz n-ty (czy m-ty?). Byłem na siebie tak wściekły, że to ludzkie pojęcie przechodzi. Właściwie bardziej mi teraz szkoda nerwów niż straconego czasu. Ale o co się, panie, rozchodzi? W moim systemie miałem bardzo prostą zależność: Company (n) - (m) Customer. Firma posiada wielu klientów, a klient przypisany jest do wielu firm. Bez dodatkowych ceregieli utworzyłem:

Maciej Aniserowicz | Pułapka relacji wiele-do-wielu (m:n)

Architektura 4802 dni, 7 godzin, 43 minuty temu Paweł Łukasik 321 źrodło rozwiń

Nie spodziewajcie się długiego postu, krótko i na temat. Ostatnio w moje ręce wpadł projekt, którego jak kod zobaczyłem to nap oczątku złapałem się za głowę a potem przez pół dnia się z niego śmiałem. Nawet nie chodzi o to, że design był zły, choć do najlepszych on nie należy ale ten temat pominę. Chodzi raczej o nazewnictwo użyte w projekcie.

Źródło: blog.gutek.pl
Dziel się z innymi:
Jak nie powinno się pisać programów

Architektura 5301 dni, 18 godzin, 40 minut temu Damian 210 źrodło rozwiń

Najaktywniejsi w tym miesiącu