dotnetomaniak.pl

dotnetomaniak.pl - Artykuły z tagiem architektura

Prezentujemy drugi odcinek podcastu. Będziecie mogli usłyszeć o warstwach. Trochę dyskutujemy o tym czy warto stosować, jakie są zalety a jakie wady ich posiadania.

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

Architektura 50 dni, 19 godzin, 57 minut temu http://pawlos.blogspot.com/ 145 rozwiń

Niezależnie od tego czy słyszałaś/-eś o "Architekturze sprzedającej opcje na późniejszą zmianę" zapraszam do nieco innego spojrzenia na decyzje podejmowane przy tworzeniu fundamentów naszych systemów. Które z opcji są prawdziwą podporą naszej architektury, a które wyłącznie dodatkiem? Zachęcam do lektury

Źródło: blog.scooletz.com
Dziel się z innymi:
Płytkie i głębokie fundamenty Twojej architektury

Architektura 58 dni, 9 godzin, 1 minutę temu Scooletz 95 rozwiń

odcinek DevTalk to nie przelewki, oj nie. Dzisiaj trochę… potaplamy się w błocie. Do rozmowy zaprosiłem Jarosława Pałkę: znanego i uznanego programistę, architekta, managera, team leadera, prelegenta, bloggera i co tam jeszcze. Spotkać możecie go na bardzo wielu konferencjach, gdzie opowiada o Javie i ciężkiej orce w naszym zawodzie. Na Twitterze: @j_palka.

Źródło: devstyle.pl
Dziel się z innymi:
O legacy code z Jarosławem Pałką

Architektura 221 dni, 2 godziny, 14 minut temu rroszczyk 88 rozwiń

Reading time ~6 minutes This is a sixth part of a series:part 1 - Why schedule and procrastinate jobs?part 2 - Overview of Hangfiepart 3 - Scheduling and Queuing jobs in Hangfirepart 4 - Dashboard, retries and job cancellationpart 5 - Job continuation with ContinueWithpart 6 - Recurring jobs and cron expressions Parts 3, 4, and 5 covered the BackgroundJob class responsible for enqueuing single jobs (fire and forget). This post will cover RecurringJob class exposing API for recurring jobs (as the name ...

Dziel się z innymi:
[EN] Don't do it now! Part 6. Hangfire details - recurring jobs and cron expressions – IndexOutOfRange

Architektura 236 dni, 21 godzin, 24 minuty temu maklipsa 36 rozwiń

Reading time ~3 minutes This is a fifth part of a series:part 1 - Why schedule and procrastinate jobs?part 2 - Overview of Hangfiepart 3 - Scheduling and Queuing jobs in Hangfirepart 4 - Dashboard, retries and job cancellationpart 5 - Job continuation with ContinueWithpart 6 - Recurring jobs and cron expressions Part 3 covered almost all functions in BackgroundJob class except for ContinueWith functions family. So here we go :) The fact that it has the same name as a System.Threading.Tasks.Task funct...

Dziel się z innymi:
[EN]Don't do it now! Part 5. Hangfire details - job continuation with ContinueWith – IndexOutOfRange

Architektura 244 dni, 37 minut temu maklipsa 66 rozwiń

Reading time ~3 minutes This is the fourth part of a series discussing job scheduling and Hangfire details:part 1 - Why schedule and procrastinate jobs?part 2 - Overview of Hangfiepart 3 - Scheduling and Queuing jobs in Hangfirepart 4 - Dashboard, retries and job cancellation This part will cover few small topics:dashboardretriesmore technical part of the Hangfire.BackgroundJob class APIjob cancellationDashboard Let’s start with the administrative dashboard because it gives a good background for the ...

Dziel się z innymi:
[EN] Don't do it now! Part 4. Hangfire details - dashboard, retries and job cancellation – IndexOutOfRange

Architektura 251 dni, 5 godzin, 50 minut temu maklipsa 43 rozwiń

Reading time ~2 minutes This is the third part of a series discussing job scheduling and Hangfire details:part 1 - Why schedule and procrastinate jobs?part 2 - Overview of Hangfiepart 3 - Scheduling and Queuing jobs in Hangfirepart 4 - Dashboard, retries and job cancellation This part will focus on the basic scheduling API of Hangfire. The easiest way to create a fire and forget job is by using the classHangfire.BackgroundJob and its minimalistic (and this is a complement) API of static functions:Enqu...

Dziel się z innymi:
[EN] Don't do it now! Part 3. Hangfire details - jobs | Joby asynchroniczne w tle z Hangfire – IndexOutOfRange

Architektura 268 dni, 16 godzin, 47 minut temu maklipsa 86 rozwiń

Każdy czegoś nie lubi, ja na przykład nie lubię gdy ktoś siada na moim krześle, a potem ja muszę na nim usiąść, fuj – takie ciepłe, zawsze chwilę odczekuje. Albo NULL – to ciągłe sprawdzanie czy zmienna nie jest nullem, a potem jeszcze specjalna obsługa tu i tam i jeszcze tam, a potem tam i tam niosą, się ify po całym projekcie, albo wyjątki – BLEHSposób Na szczęście na jedno i drugie jest sposób; każdemu mówię, że na moim krześle się nie siada i głośno warczę gdy ktoś łam...

Null object mi różnicy nie robi | Jarosław Stadnicki

Architektura 273 dni, 17 minut temu macabre13 334 rozwiń

Reading time ~2 minutes In the previous post I’ve wrote about why I think the ability to schedule tasks for later execution is a fundamental technical feature, but also a must have from a business point of view. We are passed the whys, so lets get to the hows. The answer is simple - Hangfire. I’ve wrote about it here, here and here, so yeah, I like it. Hangfire is an amazing library. It has proved itself in my pet project (cookit.pl) and in a huge ERP system that we are building at work, where we repla...

Dziel się z innymi:
Don't do it now! Part 2. Background tasks, job queuing and scheduling with Hangfire – IndexOutOfRange

Architektura 280 dni, 4 godziny, 6 minut temu maklipsa 138 rozwiń

On my track from Zero to Hero  I was looking for an idea of a meaningful, profitable online business. As there are various ways of achieving that goal I was wondering which path should I take. I’ve gathered my ideas and wrote this blog post. Some time after, one of the readers of that particular post (and also my colleague) asked me to be a co-founder of a new online business. I took it into consideration, examined pros and cons and finally decided to accept the offer. We’re starting this business fr...

Źródło: startupmyway.com
Dziel się z innymi:
[EN] Building .NET SaaS startup from scratch

Inne 338 dni, 3 godziny, 45 minut temu bogusz 126 rozwiń

Wysyłanie maili, aktualizowanie bazy danych, sprawdzaniem spójności danych, aktualizacje wpisów, boty, sztuczny ruch, te inne rzeczy można robić w tle naszej aplikacji, nie mówię że to najlepszy sposób – trzeba uważać na słówka. Jak to robić dobrze? Na pewno nie odpalałbym osobnego wątku z aplikacji. Poszukałem i znalazłem u Hanselmana, mówiłem wam że mam z nim zdjęcie? Na blogu Scota jest taki wpis: http://www.hanselman.com/blog/HowToRunBackgroundTasksInASPNET.asp...

Bohater drugoplanowy | Jarosław Stadnicki

Daj się poznać 2016 368 dni, 3 godziny, 59 minut temu macabre13 135 rozwiń

Mało czasu Czas goni, a rąk i głów i czasu do implementacji ficzerów brakuje. Co wtedy robić, od którego zacząć robić żeby było lepiej dla aplikacji i dla ludzi, a na końcu dla mnie i mojego portfela? Zamiast zastanawiać się w ten sposób, może warto oddać głos użytkownikom? Niech oni klikają w system, system zbiera te informacje i w krótkim czasie można się dowiedzieć co było klikane najczęściej i właśnie na tym skupić kolejna działania rozwojowe.Mój pomysł Jak ja do tego podszedłe...

Feature request jak to ugryźć | Jarosław Stadnicki

Daj się poznać 2016 407 dni, 1 godzinę, 31 minut temu macabre13 110 rozwiń

POSIADAĆ CZY MIEĆ? Jest to pytanie warte setki tysięcy, a czasami nawet milionów złotych, z którym firmy czy organizacje, a właściwie osoby, które nimi kierują muszą się zmierzyć. Z pozoru proste słowa będące synonimami w dzisiejszych czasach nabierają nie...

SharePoint Online vs. SharePoint on-premise | blogersii

Office 407 dni, 1 godzinę, 31 minut temu qba8 40 rozwiń

Kilka słów o początkach pracy z SharePoint'em z punktu widzenia osoby nietechnicznej.

SharePoint dla początkujących cz.1

Office 433 dni, 23 godziny, 28 minut temu qba8 106 rozwiń

~ Jarosław StadnickiBogowie Słuchając wystąpień wujka Boba czy innych wielkich mówiących o czystym kodzie, solidzie, testach, architekturze, devopsach i innych słowach kluczowych można popaść w depresję: „O żesz, mój kod nigdy taki nie będzie, lepiej nikomu go nie pokaże, sam zamknę się w piwnicy i do końca życia będę żywic się ziemniakami i robakami które będą do mnie przypełzać”. Czy naprawdę tak jest? Czy kod który piszemy musi być jak kryształ?Obrazek Słuchając różnych podcastów, usłyszałem taka ...

Good enough software moim zdaniem | Jarosław Stadnicki

Sztuka programowania 441 dni, 14 godzin, 2 minuty temu macabre13 188 rozwiń

Uwaga: wpis kontrowersyjny, czytanie grozi trwałym kalectwem umysłowym. Zdarza mi się w pracy i poza nią obmyślać różne architektury, projekty itd., na niższym czy to wyższym poziomie. Na różnych etapach, szczególnie projektowania, trzeba sobie pomóc jakoś ogarnąć całość.

Tagi: architektura, uml
Źródło: blog.kokosa.net
Dziel się z innymi:
Blog Kokosa | Dlaczego nie lubię UML-a?

Architektura 493 dni, 14 godzin, 26 minut temu KonradKokosa 166 rozwiń

W 25 odcinku DevTalk wracamy do tematu architektury. Tym razem moim Gościem jest Szymon Kulec: programista, blogger, prelegent i jeden z liderów Warszawskiej Grupy .NET. Na Twitterze: @scooletz. Dyskutujemy o Event Driven Architecture. Z odcinka dowiecie się czym jest EDA, o jakich zdarzeniach mowa i jak z nich korzystać. Do tego: jak ma się do tego CQRS i Event Sourcing, na czym polega eventual consistency oraz jak obsługiwać/przetwarzać zdarzenia? I… oczywiście, wiele więcej :). Zapraszam do słuchania...

Źródło: devtalk.pl
Dziel się z innymi:
O Event Driven Architecture z Szymonem Kulcem

Architektura 561 dni, 22 godziny, 42 minuty temu rroszczyk 188 rozwiń

Wiadomo, że każdy projekcie są testy. W części z nich są testy jednostkowe, w innych są testy integracyjne, w innych testy programistyczne - programista klika i jak działa to działa, a w jeszcze innych test na produkcji u klienta razem z milionami użytkowników. Generalnie każdy jakieś test ma. Wiadomo jak jest w projektach komercyjnych, klient chce aplikację działająca, wykonaną z najnowszymi i najlepszymi technikami, najlepiej napisaną przez juniorów, bez testerów i PM...

Autofac update - dynamiczna zmiana implementacji

Sztuka programowania 757 dni, 14 godzin, 59 minut temu rroszczyk 267 rozwiń

Tyle się mówi o rozwoju programistów. Ba, sam o tym często gadam. Że to dobre, że trzeba, żeby nie stać w miejscu a iść do przodu… Ale powiedzcie mi: jak ma się rozwijać programista w typowym programistycznym polskim (i pewnie nie tylko) dev-kołhozie? Przychodzi do roboty, siada do projektu, po 8h wstaje i wychodzi. Niby normalka, ale… niekoniecznie. Moim zdaniem kluczowe jest pytanie: do jakiego projektu ten pr...

Architektura przyjazna rozwojowi programisty | Maciej Aniserowicz o programowaniu

Inne 968 dni, 3 godziny, 31 minut temu psz750 447 rozwiń

Spodobała mi się sama nazwa „Onion Architecture” jak i to co pod tą nazwą przedstawił Jeffrey Palermo. Niby zasady znane od dawna, a jednak zostały one umiejętnie pokazane na nowo. Niestety na sieci ciężko znaleźć szkielet przykładowej aplikacji, która spełniała by podstawowe założenia. W związku z tym na szybko zmontowałem takowy.

Źródło: blog.softio.pl
Dziel się z innymi:
Onion Architecture Softio Blog

Architektura 1166 dni, 14 godzin, 30 minut temu psz750 275 rozwiń

1 2
Szkolenia SecurITum

maj

październik

Zobacz wszystkie

Najaktywniejsi

1

macko (32 816,53)

2

http://pawlos.blo... (31 626,47)

3

pzielinski (27 178,29)

4

gordon_shumway (21 178,87)

5

paduda (20 336,33)

6

psz750 (13 018,14)

7

rroszczyk (10 386,01)

8

Damian (9 041,08)

9

danielplawgo (7 235,99)

10

arek (6 807,95)

11

burczu (6 214,22)

12

PaSkol (5 393,84)

13

lukaszgasior (4 097,38)

14

jj09 (3 578,06)

15

jedmac (3 318,39)

16

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

17

CaMeL (2 954,87)

18

spetz (2 933,27)

19

mnikolajuk (2 596,93)

20

lkurzyniec (2 592,76)