Z moich obserwacji ludzie mówiący z entuzjazmem o projektach mają statystycznie większe doświadczenie. Łatwiej jest im rozwiązać problem, z którym nie mieli wcześniej do czynienia.
Wiele zależy od stanowiska, na które zatrudniasz. Nie każdy wykonuje w firmie pracę “taśmową”.
Szkolenia w firmach nie budują doświadczenia, tylko ukierunkowują na określony sposób wykonywania pracy.
Ja cały czas odnoszę wrażenie, że po miesiącu przeistoczy się to kampanię influencerską jakiegoś Pop!_OS.
Nie wierzę w bezinteresowność ludzi z milionami subskrybentów na YT.
@Lacky jesteś pierwszą znaną mi osobą, którą uspokaja widok reaktora. ;-)
Ostatnio napotkałem na YT filmy inne filmy o instalowaniu Linuksa zamiast Win11 i zastanawiałem się, czy to jakaś nowa moda.
Statystyki Steama oczywiście nawet nie drgnęły.
Przykra sprawa, tak się kończy instalowanie Linuksa na komputerze. ;-)
A tak na serio, podoba mi się entuzjazm tego kolesia po zrobieniu tych wynalazków.
Jak prowadziłem rozmowy techniczne w jednej firmie, oceniałem lepiej kandydatów, którzy rozkręcali się podczas opowiadania o swoich projektach.
Ciekawe, czy poznał w trakcie prac jakiś język programowania.
Glory to Arstotzka!
X11 to projekt z początku lat 90. Ciekawe ile % obciążenia CPU generowałby na współczesnym sprzęcie Windows 95.
VM jest ułatwieniem, jeśli masz rozpracowane opcode’y i narzędzia do analizy.
Do tego czasu analiza jest moim zdaniem znacznie trudniejsza, bo widzisz funkcje, które przetwarzają jakiś strumień danych (w postaci wirtualnego kodu maszynowego).
Nie wiem, czy już kiedyś to wklejałem (wyszukiwarka niczego nie znalazła), ale widziałem ostatnio ciekawe rozwiązanie do RE gier dosowych.
Kolesie napisali w C# emulator i debugger trybu rzeczywistego x86 z możliwością przekierowania wywołań kodu do funkcji C#.
Tak, ludzie siedzą nad takimi grami, ale to wymaga ogromnego samozaparcia.
Stare gry mają chyba stosunkowo mało kodu opartego na zewnętrznych zależnościach.
Zdecydowana większość funkcji zawiera pewnie implementację “gameplayu”.
Popatrz chociażby na ten plik. Nie ma tam prawie wcale wywołań zewnętrznych API. Pomijając kilka odwołań do stringów, cała logika opiera się na żonglowaniu wartościami liczbowymi i flagami.
Jak rozpoznałbyś w tych regułach zachowanie określonego typu przeciwnika?
Na dodatek spora część gier jest oparta na customowej maszynie wirtualnej i kod trzeba analizować na dwóch “poziomach abstrakcji”. Wtedy nawet standardowy debugger ma ograniczoną użyteczność.
Pamiętam, że bardzo zaskoczyła mnie szybkość neovima po uruchomieniu czystej wersji, bez żadnych pluginów.
Mam ostatnio okazję pracować nad projektem, gdzie zostało przygotowane ujednolicone środowisko developerskie oparte na VS Code. Nigdy nie czułem się tak przebodźcowany komunikatami z IDE.
Szczególnie denerwują mnie dodatkowe linie wstawiane przez pluginy VS do kodu.
W 99% procentach przypadków zawierają one zbędne informacje, które tylko przeszkadzają w czytaniu źródeł.
QtCreator przed migracją na LSP jest dla mnie nadal wzorem dobrze zrobionego Intellisense.
Ciekawe, ile lat ma autor. Tam są nawet rzeczy, o których nie miałem pojęcia, że istniały (chociażby prostownik selenowy z Bielawskiej Fabryki Prostowników). :-)
Pamiętam podobne próby uwolnienia się od MS w Niemczech w okolicach 2005. Chyba dość szybko powrócili wtedy do Windows.
Dekompilacja tej gry została wykonana bez dostępu do pilków symboli?
Nieźle, większość takich projektów powstaje na podstawie wycieków developerskiego builda.
Możliwe, że zdarzają są takie przypadki, ale moim zdaniem w zdecydowanej większości przypadków będzie to spoofing GPS.
Chociażby z tej przyczyny, że problem dotyczy również nawigacji w załogowych statkach powietrznych.
Widziałem też screenshot z mapą taksówek z przesuniętymi pozycjami.
Drobna uwaga - amunicja krążąca jak SwitchBlade, czy drony bombardujące wielokrotnego użytku również wliczają się do FPV.
Nie wiem czemu autor wrzuca do tej kategorii tylko tanie quadrocoptery, bez jakiejkolwiek automatyki, służące do jednorazowych misji.
Niezłe tutoriale od tego samego autora: https://mini.gmshaders.com/
Podobają mi się te efekty oparte na turbulencjach:
Jaki render driver i wymiary docelowego recta?
Jeśli wypełniałeś po prostu jeden raz obszar o powierzchni 4000 kafelków, to spodziewałbym się lepszej wydajności.
Zacząłem się teraz zastanawiać, czy można było jakoś w starym MS BASICu aliasować dane z sekcji DATA to tablic i uniknąć tego kopiowania wartości w pętli. Według Claude nie było takiej możliwości i nie widzę jej na C64 Wiki.
Nic dziwnego, że ludzie migrowali szybko do kodu maszynowego.
Jak tylko napisze syntezator Veriloga. ;-)