@becvvv: Socketami ogarniaj

@becvvv: O, przetwarzanie rozproszone i distributed lock. Zależy jak "mocne" masz wymagania co do tego, że "tylko jeden komputer może wykonywać akcję", czy komputery mogą rozmawiać bezpośrednio, czy w przyszłości komputerów będzie więcej niż 2 (bo przy 2 to jeszcze coś da się zrobić, przy 3 zaczynają się schody).

@Edelner: A jaki jest problem z konsola w aplikacji konsolowej ?

@Edelner: Napisz klasę która jest repozytorium dla danych (nią zaciągaj dane za pomocą EF). Dodaj do tego repzytorium metodę, coś w stylu „GetAllPersons” i nią zaciągnij te dane i wyświetl w konsoli iterujac się po kolekcji. Możesz tez zrobić dla klasy modelowej override metody toString żeby zdefiniować jak to ma wyglądać. Jeśli już coś takiego robisz wygodnie jest spróbować użyć nloga zamiast Console.WriteLine

@Edelner: WCF, ASP.Net, netFramework to legacy. Netcore, aspnetcore, ec core, docker to nowe.

@Edelner: o bootcampach z C# akurat nie słyszałem xD tylko z javy

@Edelner: Kurs nieco przestarzały, więc musisz uważać na szczegóły, bo w obecnych wersjach coś może wyglądać nieco inaczej, ale i tak polecam https://piotrgankiewicz.com/courses/becoming-a-software-developer/
Tekst ma po angielsku, filmy po polsku.
Autor ma tutaj swój własny tag #akademiaspetza

@Edelner: nie programuj w święta, bug Ci się zrodzi

@Edelner jest dosyć czytelna i pokazuje różnice między wersjami c#

@DawajChleb: ewentualnie nie za darmo, ale w całkiem dobrej cenie jest hostedwindows.pl

@DawajChleb: azure always free services posiada app service

Muszę przyznać że szokują mnie komentarze tutaj, bo nadal najwidoczniej C# jest postrzegany jako "niby tam wspiera tego linuxa, ale nie działa", co jest kompletnie sprzeczne z moimi doświadczeniami.

Od >2 lat mam powystawiane aplikacje na Linuxach - od debianów po raspberry pi, od proda do wewnętrznych appek, od weba po narzędzia i wszystko ładnie chodzi.

ogólnie to ciekaw jestem komentarzy osób używających C# kilka lat - jak zapatrujecie się na ewolucję tego języka w ostatniej dekadzie

@secret_passenger: dla mnie jest prowadzony mega fajnie jako typowa hybryda oop i fp - nadal ma pełnię zalet typowego języka dla OOP, a jednocześnie potrafi mega ułatwić pisanie i utrzymanie kodu. Zaczynałem od .NET 3.0 i wolałbym programować stopami, niż wrócić do tamtej składni.

@Edelner: w bolsce rządzi java na backend bo bolska to taki śmietnik do którego korpo wrzuca utrzymanie bo bolaki się cieszą jak dostają $$$ i robią każde g...

@Edelner: Przecież .Net i C# są zajebiste. Teraz jeszcze MVC Core i Mireczku zrobisz wszystko co tylko chcesz.

@kazik-: trochę nie podoba mi się, że nie dałeś żadnych argumentów/powodów jakimi warto się kierować przy wyborze pierwszego języka. Twoja rekomendacja jest oczywiście solidna i C# to potencjalnie bardzo dobry wybór, ale bardzo zabrakło nawert 1 minutowego wstępu do czego można używać JS/Python/Java/Go/PHP, jakie są ich największe plusy i minusy, choćiażby w porównaniu do C# jak już nic innego.

Filmik ten nie odpowiada na pytanie który język programowania warto wybraćPokaż całość

@grzech_u: Czyli dobrze jest, tak powinno być :-)

@Anon95: no problem, powodzenia w dalszej nauce XD

odczytać w konsoli mogę znowu po prostu z File.ReadAllText

@Edelner: To chyba wczyta Ci cały plik, a co jeśli ma duży rozmiar?

@Edelner: Wyobraź sobie, że masz plik wielkości 500 GB. Wczytasz go w całości na raz do pamięci?

@FinekPoker: https://stackoverflow.com/questions/5285377/wpf-mvvm-inotifypropertychanged-implementation-model-or-viewmodel tu masz wyjasnione

@FinekPoker ten serwis to jest zwykła klasa, tak? Możesz w niej zrobić event który robi się po aktualizacji tej właściwości i do eventy przypisać akcje aktualizacji tej propercji w vm

@Edelner: tak na pierwszy rzut oka, potrzebujesz po 2 klasy które mają 1 metodę która robi w zasadzie to samo tylko różni się nazwą? Nie lepiej zrobić jedną ogólniejszą klasę? Były chyba 2 takie przypadki.

@Edelner: Nie jest źle. Postarałbym się zmienić metody tak, żeby Console.WriteLine() używane było tylko w klasie Program.
Tzn jak masz na przykład UserMessage to lepiej zwrócić sam string, a sposób wyświetlania go użytkownikowi zostawić klasie zajmującej się prezentacją danych. Dzięki temu w przypadku, gdybyś chciał kiedyś zmienić interfejs takiej aplikacji (np na web albo okienkową), będzie wystarczyło zmienić jedną klasę a cała reszta będzie bardziej reużywalna.

@Edelner: wydrukuj sobie dokumentacje ms ( ͡° ͜ʖ ͡°)

A tak serio to moim zdaniem nie ma takiej. One się szybko się dezaktualizują i są bardzo często dosłownie kopiuj-wklej z dokumentacji.

@Edelner: starting out with c# 5ed

@Edelner: bo to tylko element syntaxu, który tak czy tak resolvuje się do jednego albo drugiego?

Co do properties - to są de facto takie wrappery na get/set, nie wyeliminowały prywatne pola - po prostu to taki ładny syntax sugar.

@Edelner: Dla ciebie to sa dwie rozne rzeczy koncepcyjnie, technicznie to jedno i to samo. Tak naprawde implementacja interfesju jest niczym innym jak dziedziczeniem klasy abstrakcyjnej

czyNieWybranoCalegoPrzedzialuDlaPsa

@jacku: r---------a mnie ten crossover xd

@jacku: ale dodaj #heheszki bo ktoś w to jeszcze uwierzy xD

@jacku: spróbuj tego

@Edelner poczytaj o wadach i zaletach klas mutowalnych i niemutowalnych

@Edelner: Spece od DDD pewnie by doradzali changeName(name) ( ͡° ͜ʖ ͡°)
Settery i gettery mają swoje zalety w CRUDach, gdzie łatwiej jest automatom stosować konwencję słowa set i camel case'owej nazwa składowej. To jest na tyle popularne, że możesz stosować bez obaw.

Bo przecież w przypadku użycia settera ktoś może linijkę niżej ustawić name na jakąś bzdurną wartość.

Czyli co? Uważasz, że ktoś, kto toPokaż całość

@Edelner: