Trochę jak historia o wolumetrycznej mgle, którą Sweeney zaimplementował w Unrealu, bo nie wiedział, że screenshot zobaczony w gazecie był wyrenderowany w 3D Studio.
Albo jak przypadek StarCrafta który miał być “odgrzewanym kotletem”, do czasu gdy deweloperzy zobaczyli na targach konkurencyjną “grę” (a w rzeczywistości render).
Ewentualnie anegdota, jak Michael Abrash optymalizował swoj texture mapper, bo usłyszał plotkę, że ktoś napisał szybszy.
Ok, czyli jednak to ma prawo działać. Dzięki za sprawdzenie.
Fajna prezentacja. Też uważam, że budowanie software’u z setkami bibliotek jest nieskalowalne (i wręcz niebezpieczne). Duże firmy unikają jak ognia zewnętrznych zależności.
Nie do końca zgadzam się natomiast z argumentami odnośnie przewagi C nad C++:
Co do argumentu o niskim wykorzystaniu zasobów, ciekawe czy implementacja takiego blitowania na GPU (przy uzyciu bardzo prostych shaderów i w niskiej rozdzielczości / framerate) rzeczywiście skutkowałaby większym zużyciem energii od wersji software’owej.
Oczywiście wykluczyloby to platformy bez GPU, więc rozumiem wybór ręcznej rasteryzacji.
Nie wiem, ale googlując to hasło część wyników jest odfiltrowana przez DMCA. Prawnicy Nintento działają lepiej od działu integracji, który wypuścił debug firmware. :-)
Zastanawiam się, czemu Switch ma asymetrycznie umieszczone joysticki.
Ekipa wygląda na bardzo doświadczoną. Pytanie, czy znajdzie się kapitał. oraz jak uchronią się przed konkurencją z Azji, która od lat inwestuje w RISC-V.
Nie sądzę, te terminale skupiają się na starych CRT, a taki efekt nie ma chyba fizycznego uzasadnienia przy tej konstrukcji.
Kursor po prostu znika i pojawia się w innym miejscu. Co najwyżej zostaje po nim jakaś poświata.
Zamiast tego trzeba by pewnie zasymulować monitor wektorowy i do tego podbić jasność podczas powrotu. Nie widzę powodu, żeby prawdziwy komputer tak działał (ale wygląda fajnie).
Jest i kolejny trailer: https://www.youtube.com/watch?v=ZbsiKjVAV28
Podoba mi się efekt powrotu karetki na CRT w 0:04.
To jakaś forma masochizmu? .NET pasuje do Linuksa jak pięść do nosa.
Miałem z tym do czynienia przez 1.5 roku w jednym projekcie i nie tęsknię.
Odnoszę wrażenie, że paliwa mieli aż nadto.
Ciekawe czy zostałby zwolniony, gdyby przeszkodził Nadeli krzycząc “Developers” i “I love this company”.
https://timesofindia.indiatimes.com/technology/tech-news/microsoft-software-engineer-fired-for-disrupting-ceo-satya-nadellas-speech-at-build-2025-says-cant-open-/articleshow/121360389.cms
Nie wiem, ale się domyślam.
Froppi 3.5" ma na pewno otwarty kolektor. Według tego opisu 5.25" i 8" też mają.
Każdy, kto żył w latach 90, tęskni za takim programowaniem (do czasu aż przypomni sobie MFC).
Chętnie przeczytałbym komentarz J. Blowa na ten temat. :-)
Widać jak na dłoni, że MS unika jak ognia zewnętrznych zależności. Nawet Base64 ma wewnętrzną implementację.
Zaskoczyło mnie, że używają customowej przestrzeni kolorów (Oklab).
Odnośnie QB - jeszcze lepszy byłby EFIBasic.
LOAD "NIXOS*",8
Myślałem, że te pomiary w CANBus są jakoś ustandaryzowane i nie wymagają sniffowania /mnożenia przez magiczne wartości.
Ciekawe jaka jest geneza tego okrągłego wyświetlacza. Może pan Chińczyk robił ten produkt dla automotive ale projekt się zakończył i zapasy magazynowe trafiły na “wolny rynek”?
Bo jakoś trudno mi uwierzyć, że ktoś stworzył linię produkcyjną takiego wynalazku bez dużego kontraktu.
Nawet mają otwarte 3 ramki.
Nie wiedziałem, że monitory tolerują napięcie 5V.
Myślę, że potrzebujemy do tego ASICa.
Ciekawe info o braku tych kluczy w w telefonach sprzedawanych poza Japonią.
Czyli podróżni są skazani na używanie wielu samodzielnych kart, czy jest to ujednolicony system obsługujący jedną kartą wiele środków transportu?
C64 też nie miało małych literek na domyślnej “stronie kodowej”. Ciekawe z czego to wynikało, bo domyślam się, że nie z braku środków.
Ta składnia mi to trochę pascalowe
with.Problem z taką interpretacją kropki wystąpiłby przy zagnieżdżonych strukturach.
Jeśli dobrze rozumiem pomysł,
foo.barbyłby w tym przypadku niepowiązany ze zmiennymifoo.bar.xifoo.bar.y.