Fajny kontent, może teraz w drugą stronę zrobicie filmik czyli rozmowa rekrutacyjna prowadzona przez was? :D Luźne filmiki też są potrzebne, takie pogadanki jak Piotrek robił w become software developer pod koniec odcinków też są spoko:)
Myślę, że w pytaniu o inicjalizację był błąd dlatego, że alokacja pamięci następuje przy deklaracji, a nie przy inicjalizacji a to, że nie można zainicjalizować bez deklaracji wcześniej to już inna sprawa (nawet jeśli robi się to w jednej linii)
Świetna zabawa, ale z tym system.arrayem chyba popłynęliście. Bo czy w List można trzymać obiekty różnych typów? No generalnie nie, ale w List wsadzicie wszystko bo object jest nadklasą wszystkiego. I wasz array jest kolekcją obiektów jednego typu, ale akurat go zdeklarowaliście tak, że wszystko wsadzicie. W tamtym pytaniu chodziło chyba o skojarzenie, że System.Array to nie jest ArrayList gdzie faktycznie zawsze wszystko wsadzisz.
nie no pełna zgoda, bo boxowaliśmy. Myślę, że co do kontekstu pytania to możesz mieć rację, ale na tamten moment nawet na to nie wpadliśmy :D ja też się zakopałem, bo od razu miałem skojarzenie z tym, o czym wspominałem, czyli jakieś haki na variance tablicy: var stringArray = new string[2]; object[] objectArray = stringArray; objectArray[0] = "1232"; // OK objectArray[1] = new Guid(); // runtime exception
@@DevMentorsPL Co ciekawe twórcy c# wzorowali się w tamtym momencie na Javie która miała totalnie skopaną kowariancję. Dopiero później zaimplementowano to poprawnie w interfejsach ale do dzisiaj trzeba płacić za te błędy. Kolejna ciekawostka to taka, że tablice są generyczne (bo można na nich np. wykonywać metody LINQ) przez tricki runetimeowe. Przez to implementacja niektórych z tych metod LINQ nie jest do końca poprawna. Można się o tym boleśnie przekonać tworząc klasę implementującą np. IEquatable ale nie overrajdującą standardowego Equals(Object). Wtedy wywołania metod LINQ (distinc,where etc.) na T[] dają inne wyniki niż wykonania tych samych metod na List.
Może odcinek jak według was powinna wyglądać rozmowa kwalifikacyjna oraz co powinno zniknąć z takich rozmów? Mnie osobiście męczy fakt, że zdarzają się rozmowy gdzie trzeba odpowiedzieć na 60 pytań jak przy odpowiedzi na tablicy xD
Pomysl na zblaznienie sie to, zeby widzowie Wam podsylali iakies bugi do rozwiazania, takie wiecie, tricky i zebyscie to rozwiazywali live :D oczywiscie jakies krotkie, zeby duzo czasu nie poswiecac, np. jakies memory leaki itp
I potem cyk w Jirze taski w robocie na "resolved" xD Dobrze kombinujesz :D Tak serio, to ogólnie spoko pomysł - wgl myśleliśmy nad jakimś livem z widzami, bo potencjał na kręcenie syfu jesr duży :V
Taki materiał jak dziś to sporadycznie wrzucimy, bo syf straszny :D W sumie Piotrek kiedyś kminił koszulki brandowe z opinającą bułą, więc był blisko xD
No to w pytaniu 7 w sumie było wyjaśnienie dla pytania 6, no nie? Skoro niezainicjalizowana zmienna otrzymuje wartość domyślną, więc ta wartość domyślna musi być gdzieś przechowana - zatem rezerwacja miejsca w pamięci jest przed inicjalizacją zmiennej, a nie podczas inicjalizacji. Chociaż temat jest bardziej złożony z tego co czytałem 😛
![ค้าง (STILL) - GEMINI [ OFFICIAL MV ]](http://i.ytimg.com/vi/Ftxx3hk5vkU/mqdefault.jpg)
Pytanie o inicjalizację zmiennej (6/11) po prostu nie ma sensu, więc i "poprawna" odpowiedź jej nie ma😅
IMHO chodzi o to, że alokacja pamięci ma miejsce już przy samej deklaracji...
Ten kanał to złoto, świetna robota chłopaki :)
dzięki!😀
Na koniec wleciała jeszcze fajna racjonalizacja wyników :D Co do życiowości niektórych testów i rekrutacji - pełna zgoda.
Zajebisty odcinek, uśmiałem się 😅
Fajny kontent, może teraz w drugą stronę zrobicie filmik czyli rozmowa rekrutacyjna prowadzona przez was? :D
Luźne filmiki też są potrzebne, takie pogadanki jak Piotrek robił w become software developer pod koniec odcinków też są spoko:)
Dzięki za pomysł, na pewno nagramy odcinek o rozmowach rekrutacyjnych :)
Myślę, że w pytaniu o inicjalizację był błąd dlatego, że alokacja pamięci następuje przy deklaracji, a nie przy inicjalizacji a to, że nie można zainicjalizować bez deklaracji wcześniej to już inna sprawa (nawet jeśli robi się to w jednej linii)
Na pluralsight są takie testy na różne poziomy ;)
sprawdzimy, dzięki ;)
Świetna zabawa, ale z tym system.arrayem chyba popłynęliście. Bo czy w List można trzymać obiekty różnych typów? No generalnie nie, ale w List wsadzicie wszystko bo object jest nadklasą wszystkiego. I wasz array jest kolekcją obiektów jednego typu, ale akurat go zdeklarowaliście tak, że wszystko wsadzicie. W tamtym pytaniu chodziło chyba o skojarzenie, że System.Array to nie jest ArrayList gdzie faktycznie zawsze wszystko wsadzisz.
nie no pełna zgoda, bo boxowaliśmy. Myślę, że co do kontekstu pytania to możesz mieć rację, ale na tamten moment nawet na to nie wpadliśmy :D
ja też się zakopałem, bo od razu miałem skojarzenie z tym, o czym wspominałem, czyli jakieś haki na variance tablicy:
var stringArray = new string[2];
object[] objectArray = stringArray;
objectArray[0] = "1232"; // OK
objectArray[1] = new Guid(); // runtime exception
@@DevMentorsPL Co ciekawe twórcy c# wzorowali się w tamtym momencie na Javie która miała totalnie skopaną kowariancję. Dopiero później zaimplementowano to poprawnie w interfejsach ale do dzisiaj trzeba płacić za te błędy. Kolejna ciekawostka to taka, że tablice są generyczne (bo można na nich np. wykonywać metody LINQ) przez tricki runetimeowe. Przez to implementacja niektórych z tych metod LINQ nie jest do końca poprawna. Można się o tym boleśnie przekonać tworząc klasę implementującą np. IEquatable ale nie overrajdującą standardowego Equals(Object). Wtedy wywołania metod LINQ (distinc,where etc.) na T[] dają inne wyniki niż wykonania tych samych metod na List.
Może odcinek jak według was powinna wyglądać rozmowa kwalifikacyjna oraz co powinno zniknąć z takich rozmów? Mnie osobiście męczy fakt, że zdarzają się rozmowy gdzie trzeba odpowiedzieć na 60 pytań jak przy odpowiedzi na tablicy xD
Dobry pomysł ;) Dzięki!
No wlasnie na codzien malo zyciowe :)
Pomysl na zblaznienie sie to, zeby widzowie Wam podsylali iakies bugi do rozwiazania, takie wiecie, tricky i zebyscie to rozwiazywali live :D oczywiscie jakies krotkie, zeby duzo czasu nie poswiecac, np. jakies memory leaki itp
I potem cyk w Jirze taski w robocie na "resolved" xD Dobrze kombinujesz :D Tak serio, to ogólnie spoko pomysł - wgl myśleliśmy nad jakimś livem z widzami, bo potencjał na kręcenie syfu jesr duży :V
@@DevMentorsPL przejrzales mnie ☹️ xD
Video unavailable w pracy.
Chyba będziecie taką ekipą WK z branży IT :D Kiedy DevMentors Energy Drink? 😅
Taki materiał jak dziś to sporadycznie wrzucimy, bo syf straszny :D
W sumie Piotrek kiedyś kminił koszulki brandowe z opinającą bułą, więc był blisko xD
@@DevMentorsPL Jak dla mnie takie materiały mogą się pojawiać częściej. Do porannej kawki idealne, albo żeby leciało w tle podczas pracy 🙃
@@DevMentorsPL z łapą jak u Piotrka, to pewnie każda koszulka opina bułę 👀
@@FullstackDeveloperPL true :D
Beka xD sealed to nawet propy mogą być, ale też nie wiem na chuj XD
opie zmiłuj sie xD BTW przypomniało mi się robienie jednego testu do Szwajcarii w 4 typa XD
@@DevMentorsPL Najlepszy kandydat XD
No to w pytaniu 7 w sumie było wyjaśnienie dla pytania 6, no nie? Skoro niezainicjalizowana zmienna otrzymuje wartość domyślną, więc ta wartość domyślna musi być gdzieś przechowana - zatem rezerwacja miejsca w pamięci jest przed inicjalizacją zmiennej, a nie podczas inicjalizacji. Chociaż temat jest bardziej złożony z tego co czytałem 😛
Czekam na odcinek jak hejtujecie dziedziczenie 💪
pojawi się szybciej niż może się wydawać ;)
Interfejs dla kompilatora jest tylko czymś w rodzaju sygnatury i chyba dlatego nie jest obiektem.
Zawsze możecie porobić jakieś trudniejsze zadanka na codewars albo adwentowe
W sumie to drugie bym chętniej zobaczył
@@adrian_franczak ooo to dobre!
Linkedin ma testy kompetencyjne i C# tez jest. tez tak glupie pytania
Wlasnie tak widze te wszystkie bzdurne testy na rozmowach rekrutacyjnych, kandydatow uwala sie na interpretacji pytania....