czapke z daszkiem jeszcze jakos zrozumiem, ale wytlumaczy mi ktos o co chodzi tym youtuberom z siedzeniem w domu w zimowej czapce?

@DevMentors w jakim hackathonie braliście udział?

timeline zwiększy oglądalność...

Patrzymy też na wydajność rzeczy w kontekście ich funkcjonalności. Wystarczy logicznie potrzeć co było oferowane na sprzęcie w dawnych latach i co było możliwe (przecież jak komputery były ziemniakami to jednak powstawały dobre gry, a programy miały dalej dużo funkcji) a jak jest teraz. Mamy sprzęt z kosmosu, można na nim często stawiać LLM, robić cuda, tymczasem coś tak prostego (w porównaniu do faktycznie złożonych obliczeniowo rzeczy) jak wyświetlenie IDE zajmuje zdecydowanie za długo. Już nawet nie chcę się silić na porównanie szybkości procków z dawnych lat do obecnych i o ile tysięcy % są szybsze, a nie potrafimy (jako programiści) tego wykorzystać, tylko staramy się zrobić wszystko aby było łatwiej programowalne.

Format jest świetny a pogadanki naprawdę wartościowe, brakowało mi takiego kanału jak wasz w polskim języku. Robicie świetną robotę :)

Od kiedy ilość funkcjonalności i jakość produktu ucina się na rzecz terminów i pieniędzy, a nie na rzecz performance dzieje się to o czym była mowa w podcaście z Casey. Przez większe pieniądze w branży obniżyliśmy próg wejścia do branży aby móc przerobić zapotrzebowanie, często kosztem jakości. Póki klientem jest zwykły człowiek to można nie dbać o wydajność, niezawodności, byle żeby być pierwszym na rynku z funkcjonalnością X. Jak klient jest przyzwyczajony do słabej jakości za kwotę X to po co to polepszać (patrz cały Microsoft, ludzie płacą bo alternatywy nie są popularne/dużo lepsze). Trochę patrzycie jednostkowo na ten cały problem. "Ja robię x w pracy i tam nie ma problemów, że nie znam tego czy tamtego". No trochę tego nie wiesz, bo właśnie nie znasz. Dalej są branże gdzie dba się o jakość takich rzeczy i pieniądze nie są jedynym wyznacznikiem (np. lotnictwo). To jest trochę tak, że Casey jest na tym rynku dużo dłużej, widział sytuację przed wielkim otwarciem progu wejścia do IT i po. Widział jak coś robione z chęci i pasji przerodziło się w pogoń za terminami.

Chyba pomyliliście Hip-hop z IT

Nie wiem skąd ta niechęć i oburzenie programistów jak usłyszą że muszą poznać budowę sprzętu. W materiale i w komentarzach przewija się coś w stylu „pisze crudy więc po co mi to a wgl biznes tego nie chce i płacą mi za feature”, tutaj jest trochę nieporozumienie bo to że optymalizacja nie jest najważniejsza nie znaczy że można pisać jakkolwiek. Casey mówi tyle że warto wiedzieć jak działa cpu jak działa cachowanie jak kosztowne jest uderzanie do ramu itp. Kiedy programista jest tego świadomy to może czasem zamiast class użyć struct, zamiast list użyć array, czasem uprości jakieś obliczenia biznesowe żeby było mniej dzielenia itp. Sumarycznie ilość kodu i czasu jest taka sama ale wydajność zauważalnie lepsze. A zgodnie z zasadą 80/20 nie trzeba poświęcać kilku lat żeby studiować budowę pamięci żeby w tym samym czasie pisać wydajniejszy kod. No i też nie płacą nam za wydajniejszy kod o 30% ale chyba na tym polega rozwój że w podobnym czasie potrafimy napisać lepszy kod.

40 minuta - w wyniku badań Dunninga i Krugera nie było wniosku, że początkujący myślą, że to wszystko jest proste i wiedzą wszystko, tak jak pokazuje to popularny wykres. Prawdziwy wykres można znaleźć np na wikipedii en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect i pokazuje że początkujący rzeczywiście troche zawyżają swoje wyobrażenie o siebie a eksperci zaniżają... ale to nie jest tak ktoś słaby wyobraża sobie siebie jako geniusza. Wykres pokazuje bardziej, że uczeń mający szanse na maksymalnie 1 lub 2, myśli że ma szanse na 3, uczeń mający duże szanse na 5, akceptuje że może dostać 5-, a uczniowie którzy zazwyczaj dostają 3 i 4, tacy średniacy, będą troche zawyżać oczekiwane wyniki, ale mało.

Dlatego nigdy nikt nie był w stanie zachęcić mnie do tego edytora, a wszystkie zajęcia z c#/c++ na studiach i kursach sprawiały, że chciałem rozwalić monitor.

Zacząłem oglądać ten odcinek debugując Terraforma do Grafany. Wersja 10.4 ma Buga przy notification policy. Trzeba zaktualizować całą Grafanę do wersji 11.0.

Co do gamedevu to widać ostatnio bunt ludzi jeśli chodzi o kiepską optymalizację i niską jakość premierowych gier więc to nie jest tak że ludzie wolą mieć "szybko" dostarczoną wartość nawet kosztem innych rzeczy. Kto nie narzekał na slacka albo teamsy, które się zawieszają, wiadomości nie potrafią dochodzić i jeszcze wszystko koszmarnie muli i żre dużą ilość ramu? Wy prowadzicie dyskusje z perspektywy webdevu, a nie oprogramowania jako takiego. Webdev jest specyficzny, dużo problemów można "ukryć" chmurą i po prostu dobrymi serwerami. Natomiast zwykłe oprogramowanie użytkowe instalowane na komputerach ludzi to trochę inna para kaloszy. Bo kiepsko napisane oprogramowanie przyczynia się do postarzania sprzętu i generowania elektrośmieci ale też po prostu powoduje, że komfort użytkowania spada. Dlaczego ludzie lubią apple? Bo wszystko działa, jest całkiem wydajne i stabilne. Casey nie mówił o webdevie, dla webdevu rzeczywiście nie ma znaczenia optymalizacja algorytmiczna czy nawet pamięciowa bo wszystko można wrzucić na jakaś szybką chmurę z xeonami i nie wiem 64-128gb ramu na maszynie, problemy wydajnościowe można wyskalować horyzontalnie. Taniej jest kupić dobry sprzęt niż płacić specjalistom za dobrze zoptymalizowane oprogramowanie a w webdevie kluczowa jest szybkość działania usługi a nie jej wymagania sprzętowe. Co innego cała reszta; gry, aplikacje systemowe, systemy operacyjne, aplikacje użytkowe instalowane na urządzeniach, iot i tak dalej.

Bo nikt nie optymalizuje,tylko robi z klocków.Nie ma już nowego oprogramowania.Oprogramowanie jest pisane w C,C++,albo C#.Biznes chce mieć szybko,Nikt nie bawi się w przepisywanie głównych procedur w assemblerze,bo nikt za to nie zapłaci.

fajnie dla programistow byloby sie bawic z performancem, unsafe c#, assemblery etc ale skoro biznes nie da na to zgody (czyli nikt za to nie zaplaci) to nikomu sie nie oplaca poswiecac czasu na takie rzeczy, skoro moze przyjac dawke wiedzy ktora moze mu zapewnic benefity w pracy

Pierwsze minuty i szok co tam przed Michałem stoi Zastanawia mnie jak chodzi Windows na iPad 😃

tylko AI nas uratuje - skończy się na tym, że będziemy pisać w angularze czy pythonie, a AI będzie w locie przepisywać ten kod na coś niskopoziomowego - czyli zastąpi pośrednią warstwę, może to robić dopiero przed wdrożeniem, w takim przypadku stanie się to szybciej, bo na razie jest zbyt wolna, jeśli AI będzie tak zaawansowana, to dlaczego sama tego nie napisze ? bo niestety duża część pracy to nie jest pisanie kodu, jest masa miejsc pracy, gdzie przez 50% czasu lub mniej pisze się docelowy kod, reszta to sprawy biznesowe i eksperymenty, w takich miejscach pracy zazwyczaj pisze się w językach wysokopoziomowych, ale na produkcji nierzadko wymaga się performance - część tego może załatwić devops i skalowanie, lub przepisanie przez zespół wdrożeniowy na inny język co też się zdarza, ale jest to droższe - wszystkie biznesy gdzie pojawiają się zagadnienia real time mają ten problem - nikt researchu ML nie będzie robić w C++ czy GO, ale na produkcji oczekuje się ich wydajności - niby nisza, ale od tego może się to zacząć (bo AI jest lepsze w tłumaczeniu kodu na inny język niż pisaniu własnego), generowanie całych programów od zera obecnie to mrzonka

Robimy ściepe dla autorów na farelkę, kto chętny się dorzucić - like ;)

Dla mnie brak postępu w czasie odpowiedzi serwisów jest po prostu akceptowalny. Zeszliśmy do granicy gdzie nie jest to irytujące i that’s it o ile nie ma silnie uargumentowanego przypadku ze czasy powinny być mniejsze np transakcje giełdowe itd. Jesli nie narzeka na to pół świata tylko 3 osoby i nie powstaje konkurencja której główna propozycja wartości jest poprawa tego czasu to dla mnie problem nie istnieje. Zakładam się że jakby Microsoft zidentyfikował problem ze użytkownicy odchodzą ze względu na czas otworzenia programu to byłoby to poprawione w 3 miesiące. A tak to po co mamy palić zasoby na poprawienie czegoś o 10 sekund jak nie ma na to logicznego uzasadnienia

Do 2010 VS był pisany w C++,

Visual studio nie miało realnej konkurencji do 2017 roku, więc MS nie widział sensu, żeby się zajmować wydajnością, bo i tak każdy dev musiał tego używać. Dodatkowo wydajność ładowania projektu w przypadku takiego produktu nie jest kluczowa i jest to specyficzny produkt - desktopowa aplikacja która jest często ograniczona hardwarem użytkownika. JetBrains znalazł w tym przewagę i zrobili produkt który zabrał im sporo klientów. Niestety, żeby poprawić błędy które popełnili przez tyle lat, trzeba było poświecić masę czasu i tak średnio się to udało. Dla mnie w tym przypadku to było po prostu złe zarządzanie projektem w długim terminie. Jeszcze co do niedbania developerów o wydajność dodałbym to, że koszt za czas poświęcony na śrubowanie wydajności samego softu często jest dużo większy niż dodanie kilku dodatkowych CPU czy GB ramu w chmurze w razie jakiegoś peaku. Firmy optymalizują to też w taki sposób. Dla przykładu maszyna na AWS która ma 96 vCPU i 1.5T ramu kosztuje niecałe 3k dolarów miesięcznie przy rezerwacji na 3 lata. 3k dolarów to nawet nie jest połowa stawki Senior Developera w Polsce. W takim przypadku bardziej opłaca przeznaczyć zwykle największy koszt firm (developerów) na coś, co przynosi największe pieniądze (ficzery biznesowe).

Bardzo fajny temat i format. Co do osoby Caseya, to on w ogóle jest krytykiem podejścia Clean Code, że takie programowanie powoduje mocne obniżenie wydajności aplikacji. Mówiąc o złym kodzie, to chyba miał właśnie to na myśli. Z drugiej strony, brak czystego kodu jest powodem spowalniania prac na kodem, szczególnie jego rozwojem. To byłby ciekawy temat, może jakieś testy zrobicie? Warto by ten temat poruszyć i spróbować wyważyć co jest warte.

Gdyby ludzie zawsze mieli rozumieć wszystko od podstaw, zanim wejdą w coś skomplikowanego, to żeby świat szedł do przodu to albo byśmy musieli żyć po 200 lat, albo byśmy dalej co najwyżej budowali kalkulatory.

Файні шапки :)

Format super - czapki z głów.

Warto zaznaczyć, że emulator Azure Service Bus nie obsługuje operacji zarządzania "on-the-fly". Oznacza to, że biblioteki takie jak MassTransit nie mają możliwości dynamicznego tworzenia kolejek. W moim przypadku czyni to emulator praktycznie nieprzydatnym. Szkoda.

"devMentos" ?

Dzięki za ten rok! Każdy odcinek przesłuchany! Oby tak dalej!

Tak szczerze, to korzystam z VS w pracy, z Ridera na prywatnym komputerze i jakbym miał porównać, to na razie nie widzę żadnej diametralnej przewagi między nimi, a nawet czasem wolę korzystać z VS, bo już do niego przywykłem i łatwiej mi się odnaleźć. Chociażby to, że w VS mam Goto Definition, implementation i references na głównym menu pod prawym przyciskiem, a w Riderze jest ukryte pod dodatkowym menu, co denerwuje.

Żyjemy w symulacji a komputery kwantowe to exploity pozwalające na ucieczkę z sandboxa.

Sądzę że na Devina należy spojrzeć jak na autopilota w filmie Czy leci z nami pilot, trzyma kierownicę, porusza manetkami.

Pamiętam parę lat temu IBM się chwalił swoim QPU, nawet otworzyli darmowy "IBM Quantum Lab", gdzie można było pobawić się takim procesorem. Znaczy "pisało się program" przez stronkę, a oni go puszczali na fizycznych komputerach. A "pisanie programu" polegało na opisaniu problemu, który chcesz rozwiązać, w specjalnym języku tego QPU, definiując odpowiednie połączenie (splątania kwantowe) ze sobą qbitów, i ile mają 'taktować' i kiedy testować wartości tych qbitów. No w runtime jak te qbity zaczęły taktować i coś robić, jeden qbit zmienił stan to inne też zmieniały stany, bo były splątane kwantowo. I tak to szło aż do zakończenia i odczytywałeś probabilistyczny wynik. Na takim wideo szkoleniowym, instruktorzy pokazywali, jak napisać program co doda 2 do 2. Ciekawe było, że nie za każdym razem po uruchomieniu wynik to było 4 ;p Totalne inne programowanie niż te nasze klasyczne. Tak jakby problem musisz przedstawić jako funkcję iluś tam argumentów i te zależności między jednym argumentem a drugim 'zaprogramować' w tych splątaniach kwantowych. I w runtime te qbity rozwiązują tą funkcję szybko znajdując, przez wpływ na siebie, optymalne albo raczej wystarczające rozwiązanie (bo może być ich wiele), którym było powiedzmy najniższy stabilny 'dołek' tej funkcji (a może być wiele dołków). Czyli przy jakich parametrach, system uzyska w przybliżeniu co chcesz przy najmniejszym koszcie. Ale.... było tam też takie repozytorium użytkowników, ich projektów i można było zobaczyć ich 'kod' i co się tam znalazło? No ktoś tam kółko-krzyżyk chciał napisać, zgadnij liczbę, tetrisa nawet. Normalnie komputery które mają liczyć wiązania cząsteczkowe, ekonomię planetarną, nowe leki opracowywać. A ludzie co? Gry chcą tam uruchomić. heh ciekawe czy poszłoby na tym Duke Nukem.

200$ w Polsce, 200$ w Szwajcarii a 200$ w Dolinie Krzemowej to różne perspektywy :)

Wydaje mi się że będzie AIOpenSource ;)

Pytanie jakie się nasuwa, to skąd będą pojawiać się nowi ludzie w branży, jeżeli opensource się zwinie i nie będą spływać dobre, jak i złe praktyki w kodowaniu, skoro każdy się zamknie w swojej bańce?

Co do "zwijania open source", myślę że to będzie element szerszego trendu chowania wartościowej wiedzy za różnego rodzaju paywallami. Pojawienie się "sztucznej inteligencji" sporo zmienia - po co publikować kod, jeśli zostanie on użyty bez Twojej zgody (patrz: OpenAI) do udoskonalania narzędzi mających Cię docelowo zastąpić?

Dzięki za rok z IT Newsami :) Jeśli chodzi o nowe formy, mega fajnie słucha się waszych rozmów o technologii w formie debaty, bo dobrze pokazujecie dwie strony medalu. Super by było usłyszeć tego więcej, np. takie exceptiony vs Result type, albo graphQL vs rest, albo sql vs documentDB. Nie szkolenie, a bardziej luźna rozmowa i heheszki do kotleta.

lecicie w fizykę i superpozycje, grubo :)

kzbin.info/www/bejne/f2PaaWmXg9d6bc0 Czy to nie oznacza że coś nie OK?

Nie wiem czy to tylko mój problem, ale niektóre odcinki są bardzo ciche, np. ten

57:24 svelte czyta się svelt

A dałoby radę wyciszyć jakoś dźwięk puknięć w stół? Bo w moich słuchawkach to łupanie przeszywa mnie do szpiku xD

Jaki tam motyw na zegarku wariacie ?

👉 Linki do newsów: devmentors.io/it-news/ep-13/

bardzo chętnie obejrzałbym u was serię jak się rozwijać poznając architekturę. W swoim zespole jestem na pozycji mid/senior. Interesuję się architekturą ale ciężko w codziennej pracy wykorzystać to w praktyce i się przebić. Jak widzicie tutaj dalszą drogę rozwoju? Open source/własne projekty?

jesteście jedynym kanałem od którego kupiłbym jakikolwiek kurs ze względu na wchodzenie w szczegóły. Męczące są na yt materiały dotykające tematu po łebkach. Lubie obejrzeć materiał o X od was który trwa 1h plus i wiem że nie zaglądając nigdzie indziej wiem o temacie już 80% i mam zrobiony w głowie ciąg przyczynowo skutkowy

Ja bym z chęcią posłuchał o archetypach modeli biznesowych. Ludzie z Bottegi bardzo często o tym wspominają, a ciężko znaleźć jakieś lekkostrawne źródło.

Rewelacyjny materiał! W końcu układa mi się w głowie temat async/await!

Osobiście szukam źródła informacji, które pozwoli mi rozszerzyć wiedzę, pojęcie w prosty sposób. By móc włączyć taki filmik, na parę minut, gdzie ktoś mi wyjaśni w bardzo prosty sposób, na bardzo prostych przykładach, może nawet na przykładach "życiowych" a nie w samym kodzie - co to jest, gdzie to się stosuje, dlaczego się to stosuje, jakie ma zalety, jakie ma wady, na co uważać, w jakich przypadkach na pewno warto o tym pomyśleć, a w jakich to nie ma sensu. jakie są alternatywy itd.. Piszę tu o zagadnieniach różnych, np. wzorzec strategia, CQRS, Elasticsearch, Redis, DDD itd. Bardziej hasłowo z różnych kategorii/zagadnień. Taka piguła informacji i możemy w ramach filmiku wchodzić coraz głębiej, więc właśnie - najpierw konkrety, później więcej kontekstu, później może jakieś "warsztaty", ugryzienie technicznie jak to zrobić, by to w ogóle użyć, jak zainstalować, bardziej przykłady praktyczne. Jeżeli od danego etapu komuś dana wiedza nie jest już na ten moment potrzebna, to nie musi oglądać całości, ale sam ten wstęp i omówienie może dać dużo zorientowania w temacie. Gdyby jeszcze były materiały do pobrania, np. prosta solucja dla visual studio, gdzie można samemu się tą technologią pobawić, bo mamy już szablon, na którym możemy się "bawić", to już w ogóle marzenie :)

Architektura - archetypy. Fajnie jakby pokazać realne przykłady z omówieniem, tak jak macie przy kursach. Wasze wchodzenie i rozkminy z otoczką dają mega wartość. Omówienie dlaczego warto albo kiedy nie warto. O tym jest mało materiałów :-) Czy będzie to forma 15 min, 30 czy 2h - obejrzę na pewno i wrócę nie raz do tego :-)

Przedstawię również swoją perspektywę. Od 5 lat siedzę w jednej firmie, klepiemy dużo mniejszych projektów - 90% z nich to takie mikro monolity, gdzie nawet nie ma sensu rozbijania tego na api/infra/core. Firma jest mała, jest 2 programistów - z czego ja jestem tym bardziej doświadczonym. Niby jestem seniorem, niby 9 lat expa a tak naprawdę jestem takim solidnym midem. Wasze kursy, Wasz kanał i materiały dają mi bardzo, bardzo dużo. Traktuję Was trochę jako takich "starszych kolegów z pracy", dzięki którym poszerzam swoje horyzonty. Materiały "gadane" najczęściej puszczam sobie jak jestem na spacerze rocznym bobasem. Natomiast materiały gdzie jest faktycznie kod czy kursy przerabiam od deski do deski z odpalonym riderem - fakt faktem często z jakimś opóźnieniem, jak czegoś jeszcze nie obejrzałem to wisi sobie na liście todo. Dla mnie są to super wartościowe filmy, są ewenementem na youtube, ponieważ tak głęboko wchodzicie w te tematy, że nie tylko umiem to zrobić, ale też rozumiem po co, kiedy i dlaczego tego użyć - czego brakuje w innych źródłach/na innych kanałach. Wielokrotnie przy okazji jakiegoś tematu zrobicie coś co ja sam robię inaczej, i mam takie "wait, what? dlaczego tak?" i sobie to analizuje. Książki nie są dla mnie - od zawszę byłem praktykiem i samoukiem, potrzebuję praktycznych przykładów, by faktycznie zrozumieć o co w tym chodzi. W innych źródłach - albo dużo teorii, którą ciężko mi na moim poziomie przekształcić w kod. Albo w drugą stronę, sam kod - który ciężko zrozumieć bez teorii. Wasz kanał to takie połączenie wiedzy teoretycznej oraz praktycznej i na próżno szukać tego gdzie indziej. Wasze materiały trochę pozwalają mi przeskoczyć właśnie z tego mida na faktycznego seniora. Odkąd subuję ten kanał czuję, że stałem się lepszym programistą. Jakby znikły takie "kodzone" odcinki to w moim odczuciu kanał by bardzo dużo stracił. Fakt po liczbach widać, że te "gadane" materiały mają więcej wyświetleń, trafiają do szerszego grona publiczności - nawet spoza .NET'a. Kodzone odcinki trafiają do "niszy", ale to nadal spora część subskrybetnów :D PS. fajnie byłoby dostać kurs/serię na YT odnośnie aktualnie używanych wzorców projektowych w .NET każdy odcinek podzielony na "teorię" i "praktykę" z jakimś sensownym przykładem z życia wziętym