Ciekawe czy trzęsienie ziemi stanowi zagrożenie podczas jazdy samochodem albo pociągiem z dużą prędkoścą.
Podczas trzęsienia zaleca się pozostanie w budynku, czy wyjście na zewnątrz?
Oczywiście pytam o Japonię, bo tutaj na pewno lepiej wyjść i nacierać skórę piaskiem.
Trochę marudzenie. Open source ma wady, ale zły kod jest wszędzie. W komercyjnych projektach wcale nie jest lepiej.
Systemd ma 800k linii (wliczając testy) i robi znacznie więcej niż zarządzanie usługami (nie mogę uwierzyć, że Blow sprowokował mnie do obrony tego software’u).
Jest mnóstwo otwartych projektów, które spokojnie rywalizują z komercyjnymi: SQLite, ffmpeg (właściwie to wszystkie popularne kodeki audio i wideo), zstd.
Mój hot take: NeoVim, Emacs i Qt Creator są lepsze od Visual Studio Professional używanego przez Blowa.
Nigdy nie byłem tak zdenerwowany przez te programy jak Blow po crashu VS.
Na laptopie z Windows 11 nawet inwerter matrycy nie działa prawidłowo.
W tym filmiku jest w sumie więcej informacji o procesie projektowania.
W pierwszych sekundach lot nie wyglądał zbyt stabilnie. Ciekawe, czy musiał wytrymować model, czy to był jakiś problem z autopilotem.
To jest tylko moje anecdata, ale wydajność pracy we wszystkich polskich projektach w których uczestniczyłem była wielokrotnie wyższa od europejskich.
Problemem jest ociężały proces i biurokracja.
Generowanie kodu w postaci maszyny stosowej skojarzyło mi się z RTX 2000.
Znam podobny przypadek, gdy ktoś przygotował po godzinach UI ułatwiające konfigurację firmowej aplikacji.
Projekt do użytku wewnętrznego, dostępny tylko na firmowym repo.
Od razu po prezentacji pojawiły się głosy, że ktoś to będzie musiał utrzymywać, a autor może przecież odejść z firmy.
Z mojego punktu widzenia dość absurdalny argument, bo jeśli aplikacja faktycznie przyspieszy pracę, to zawsze można przydzielić wewnętrznego maintainera.
Robiłem w tym czasie research innego narzędzia i widząc te reakcje stwierdziłem, że chyba nie warto się tym zajmować.
Wydaje mi się, że blokowanie plastiku w kanałach może wynikać z niskiej temperatury formy.
Tak czy inaczej, wyszło lepiej, niż się spodziewałem (nie sądziłem, że plastik przepłynie przez te kanaliki).
Czemu ma to robić wrażenie? To pokaz możliwości narzędzia.
Taki benchmark ustaliłem sobie włączając filmik na YT.
Każdy ma inną definicję rzemiosła. Nie widzę problemu, żeby używać AI i twierdzić, że to rzemiosło.
Problem pojawia się wtedy, gdy ktoś ogłasza sukces w 10 minut, bo wygenerowany program zadziałał w dwóch przypadkach.
To nie przechodzi mojego testu na bullshit.
Na dodatek tworzy iluzję, że narzędzie może już działać z minimalnym nadzorem. Rzemieślnik zaraz będzie niepotrzebny, bo wystarczy napisać prompta i poczekać na wynik.
Tymczasem szybka inspekcja kodu źródłowego na GitHubie pokazuje, że daleko mu do pełnej kompatybilności z CBM BASIC (która była kryterium podanym w prompcie!).
Szkoda, że zabrakło takiej analizy w filmie, bo w komentarzach na YT widzę zachwyty nad kawałkiem niedziałającego kodu.
Robi to ma mnie takie wrażenie, jak koleś podnoszący sztangę na siłowni wózkiem widłowym.
Nie zapominajmy tylko, że w 1995 wyglądało to w rzeczywistości tak:
Zabawne bylo to podpisywanie efektów i liczenie kropek / kolorów.
Z retro-produkcji demoscenowych lubię https://www.youtube.com/watch?v=mz-SWtD3x7Y
Tte gumowe membrany są dostępne w postaci oddzielnych przycisków, czy jako mata z całą klawiaturą?
Pobawiłem się dzisiaj przez chwilę libosmium na polskich danych OSM. W sumie ciekawe rzeczy można wyciągnąć takim narzędziem.
Np. to, że na polskiej mapie są 23 tysiące obiektów kultu, ale tylko 200 tysięcy ławek, czy 7786 publicznych toalet.
Nie wiem, do czego mi te statystyki. Projekt jest fajny.
Update: mamy za to 28682 tych śmiesznych toalet na szczudłach w pobliżu lasów.
Zaciekawiły mnie te switche na PCB w 1:38 i 2:30. Mają tak niski profil, że początkowo myślałem, że to pady.
Robienie całej grafiki do gry przy użyciu AI jest tak samo passé jak bezmyślny vibe-coding.
Algorytmy do parkowania można dzisiaj znaleźć na każdej stronie z algorytmami. ;-)
Na ArXiv i GitHubie na pewno.
Płaski design mógł też wynikać z łatwości przygotowania takiej grafiki w wektorowej, skalowalnej postaci.
Czytałem kiedyś jakiś artykuł o remasteringu starych gier i wynikało z tego, że upscaling grafiki był istotną częścią kosztów.
Teraz jest to proces wspomagany przze AI.
Przez taką ewolucję (ręcznie rysowana grafika -> grafika wektorowa -> upscaling) przeszła między innymi seria Broken Sword.
W UE pewnie przepisy zabraniaja takiego sterowania samochodem. :-)
Inżynierowie z VW wymyślili jakiś czas temu, żeby zastąpić fizyczne przyciski na kierownicy dotykowymi. W związku z tym bardzo łatwo było przypadkiem wybrać którąś funkcję. Chyba dopiero w tym roku wycofali się z błędu. Zastanawiam się, czy tam ktoś robi testy użyteczności, czy przyjęli założenie, że klient wytrzyma.
Zdecydowanie wygenerowane AI. :-)
Z innej beczki, nie rozumiem zachwytów nad ekranami dotykowymi w samochodach. To jest absolutnie idiotyczny pomysł.
Takie rozwiązanie może mieć sens dopiero wtedy, gdy autopilot zastąpi w 100% kierowcę. Zanim to nastąpi, brak fizycznych przycisków odrywa uwagę kierowcy od drogi.
Obstawiałem, że kabel jednodrutowy będzie się szybciej nagrzewał (ze względu na mniejsze pole powierzchni), ale zaskoczyło mnie, że również szybciej oddaje ciepło. AI oczywiście podało niepoprawną odpowiedź.
Gdyby odpalił formatter kodu na tym projekcie, zrobiłoby się z tego pewnie 40k linijek. ;-)