Alle Artikel
-
Leaderboard-Walkthrough: Score-Events, ein abgeleitetes Sorted Set und rekonstruierbare Ranglisten
Ein Design-Walkthrough für Ranglisten (Leaderboards): serverautoritative Score-Events mit Idempotenzschlüssel als Wahrheitsquelle, je ein Sorted Set pro Board-Periode als abgeleiteter Index für Top-N- und Einzelrang-Abfragen, in den Score codierte Regeln für Gleichstände, nach Ereigniszeitpunkt geroutete Periodengrenzen, und Rebuilds als Routineaufgabe.
-
Weiterleitungen 301, 302, 307 und 308: Welche die Anfragemethode beibehalten
301 und 302 erlauben einem User-Agent, ein umgeleitetes POST in ein GET umzuwandeln; 307 und 308 verbieten eine Änderung der Methode, sodass der Body erneut gesendet wird; 303 wechselt immer zu einem GET auf eine andere Ressource. 301 und 308 sind heuristisch cachebar, 302 und 307 nicht. Die Wahl richtet sich nach der Dauerhaftigkeit und danach, ob die Methode erhalten bleiben muss.
-
Das Logging-Modul einmal am Einstiegspunkt konfigurieren
Bibliotheken holen sich Logger, konfigurieren aber nie Handler; die Anwendung konfiguriert Handler, Levels und Formate einmalig beim Start, damit die Ausgabe an einer einzigen Stelle kontrolliert wird und Duplikate vermieden werden.
-
Den Load Average lesen und den OOM-Killer verstehen
Der Linux-Load-Average zählt lauffähige Tasks und Tasks im unterbrechbaren Wartezustand (uninterruptible sleep) über 1, 5 und 15 Minuten; eine hohe Zahl bei untätigen CPUs deutet daher auf I/O oder ein hängendes Dateisystem hin. Kann Speicher nicht zurückgewonnen werden, wählt der OOM-Killer anhand eines Badness-Scores eine Task aus, den oom_score_adj von -1000 (nie) bis +1000 (zuerst) verschiebt.
-
Eine CONTRIBUTING-Datei, die einem Neuling die ersten fünf Fragen beantwortet
Bevor ein potenzieller Mitwirkender Code schreibt, stellt er sich folgende Fragen: Ist diese Änderung erwünscht, wie schlage ich sie vor, was muss ein Pull Request enthalten, wie lange dauert es bis zu einer Antwort, und wie gelangt eine gemergte Änderung zu den Nutzern? Eine CONTRIBUTING-Datei, die diese fünf Fragen der Reihe nach beantwortet und für alles Weitere verlinkt, soll Pull Requests vorbeugen, die wegen Umfangs oder fehlender Tests abgelehnt würden.
-
Stereoskopisches XR-Rendering: Posen, Projektionen und Bildebenen pro View erhalten
Konsistente Stereo-Views auf Basis der View-Daten der Runtime rendern und Multiview-Optimierungen validieren, ohne augenspezifische Geometrie oder Effekte zu verlieren.
-
Aus einem Bugreport einen Regressionstest machen
Vor der Behebung eines Bugs diesen als fehlschlagenden automatisierten Test reproduzieren, der den Bericht benennt; der Test belegt die Korrektur und verhindert, dass der Bug zurückkehrt.
-
LoRA: Low-Rank Adaptation und was die Speichereinsparungen tatsächlich abdecken
LoRA lernt ein niedrigrangiges Update und hält die Basisgewichte eingefroren. Das verringert die trainierbaren Parameter und deren Optimizer-Zustand, doch Basismodell, Aktivierungen und Kompatibilität beim Deployment bleiben relevant.
-
Unreal-Gameplay-Framework: Regeln, geteilten Zustand und Possession gezielt platzieren
Serverregeln, replizierte Matchinformationen, Spielersteuerung und die gesteuerte Spielfigur sollten getrennt bleiben, damit sich Respawn und Multiplayer in ihren Zuständigkeiten nicht vermischen.
-
Welcher Anteil ausgelieferter Features wird 90 Tage nach der Veröffentlichung noch genutzt, und was geschah mit den ungenutzten und ihren Flags?
Offene Frage: Feature-Flag-Werkzeuge wie Unleash versehen ein Flag mit einer erwarteten Lebensdauer und markieren es nach deren Ablauf automatisch als potenziell veraltet – das deckt das Flag ab, nicht aber das Feature dahinter. Bei Produkten, die die Feature-Nutzung nachverfolgen: Welcher Anteil der in einem Jahr veröffentlichten Features hatte nach 90 Tagen noch nennenswerte Nutzung, was geschah mit dem Rest (entfernt, versteckt, beibehalten), und folgten ihre Flags und ihr Code dieser Entscheidung?
-
Integrität installierter Pakete unter Debian und Ubuntu mit debsums und dpkg --verify prüfen
debsums vergleicht installierte Dateien mit den beim Paketbau erfassten MD5-Summen, dpkg --verify (seit dpkg 1.17.2) vergleicht die in der dpkg-Datenbank selbst gespeicherten Metadaten. Mit dpkg -S und dpkg -L lässt sich klären, welchem Paket eine Datei gehört und welche Dateien ein Paket installiert hat, bevor entschieden wird, ob es neu installiert werden soll.
-
Zertifikate mit PowerShell verwalten: Cert:-Laufwerk, PFX-Import und -Export und Bindung an IIS
Zertifikate unter Cert:\LocalMachine\My durchsuchen, per Get-ChildItem nach Ablaufdatum filtern, mit Import-PfxCertificate und Export-PfxCertificate samt privatem Schlüssel verschieben, New-SelfSignedCertificate nur für Tests nutzen und das Ergebnis mit New-WebBinding in IIS binden bzw. mit netsh http show sslcert prüfen.
-
Bei jeder Messung die Einheit angeben
Messdatensätze werden interpretierbar, wenn Einheit, Aggregation und Grundgesamtheit bei jedem Wert mit angegeben werden.
-
IBM i: Sicherheitsgrundlagen für die Administration – Sonderberechtigungen, Objektberechtigungen, QSECURITY und QAUDJRN
Die Zugriffskontrolle von IBM i beruht auf Sonderberechtigungen wie *ALLOBJ und *SECADM pro Benutzerprofil, auf Objektberechtigungen (prüfbar mit DSPOBJAUT/EDTOBJAUT), auf dem Systemwert QSECURITY, der die Durchsetzungsstufe festlegt, und auf dem Audit-Journal QAUDJRN, das Ereignisse aufzeichnet. Es geht ausschliesslich um Administration und Auditing, nicht um Ausnutzung.
-
Protokollieren eines Consumer-PM2.5-Sensors: Was zu jedem Messwert zusätzlich festgehalten werden sollte und was die Zahl nicht aussagen kann
Ein Feinstaubsensor für Endverbraucher liefert eine Schätzung der Masse von Partikeln mit 2,5 Mikrometer Durchmesser und kleiner; die EPA hält fest, dass solche Sensoren mit geringerer Genauigkeit und höherer Unsicherheit behaftet sind als regulatorische Messstationen, beschreibt die Kollokation mit Referenzinstrumenten als wirksamen Weg, sie zu beurteilen, und weist darauf hin, dass eine für aussen ermittelte Korrektur drinnen nicht zwingend gilt und dass wechselnde Temperatur und Luftfeuchtigkeit manche Sensoren beeinflussen können. Ein Haushaltsprotokoll hält deshalb den Rohwert, das Mittelungsintervall, den Standort, Ereignisse im Innenraum sowie den Wert der nächstgelegenen offiziellen Messstation mit ihrer Entfernung fest.
-
Autorisierung anhand von Ressourcenbeziehungen statt Rollennamen testen
Prüfen, ob eine aufrufende Partei über die vom Produkt tatsächlich zugesicherte Beziehung auf ein bestimmtes Objekt einwirken kann. Diese vorgeschlagene Labormethode behandelt Rollenbezeichnungen als Attribute der Testfixtur, nicht als Testorakel.
-
Zustände mit Literal, Enum und TypedDict modellieren
Freie Strings und lose Dictionaries durch Literal-Unions, Enumerationen und TypedDicts ersetzen, damit unmögliche Zustände vom Typchecker zurückgewiesen und an einer Stelle dokumentiert werden.
-
make als Task-Runner: Phony-Targets, Tabulatoren und eine Shell pro Zeile
Ein Makefile ist ein brauchbarer Einstiegspunkt für die Befehle eines Repositorys, wenn Befehls-Targets als .PHONY deklariert werden, Rezeptzeilen mit einem Tabulator beginnen und klar ist, dass jede Rezeptzeile in einer eigenen Shell läuft, sofern nicht .ONESHELL gesetzt ist; das Standardziel sollte harmlos bleiben und echte Dateiabhängigkeiten sollten echt bleiben.
-
Foot-Placement-IK: Bodenkontakt erhalten, ohne gegen den Gehzyklus zu arbeiten
Geländeangepasste Fussziele aufbauen, Beinreichweite und Kontaktphasen beachten sowie Beckenanpassung und Anker auf beweglichen Plattformen konsistent halten.
-
Rekursion versus Iteration: Stacktiefe, Grenzen und wann umgestellt werden sollte
Rekursion bildet baumförmige Probleme natürlich ab, verbraucht aber pro Ebene einen Stackframe; der Stack ist durch die Rekursionsgrenze des Interpreters oder die Stackgrösse des Threads begrenzt, sodass Rekursion über eine von der Eingabe gesteuerte Tiefe ein Absturz auf Abruf ist. Bei einer mit der Eingabegrösse wachsenden Tiefe auf einen expliziten Stack oder eine Schleife umstellen.
Maschinenlesbar: JSON