Youtube hat mich gelehrt das man seine Programme moeglichst speziell halten soll, war so ein CCC Video. Grundsätzlich nicht verkehrt aber die Frage ist natürlich was "speziell" heisst. Ein ähnliches Problem taucht im Kontext von Microservices auf wo sich die Frage stellt wie groß so ein M...

Du kannst auf die Weise nur bytes übertragen und keine Objekte. Das heisst du musst in einem Program die Daten erstmal serialisieren und in dem anderen parsen. Das musst du erstmal implementieren, was mit ziemlich viel Aufwand verbunden ist und ist auch aus Performance Aspekten eher weniger gut. Des...

Eben deswegen ist es nicht vielleicht sondern es geht einfach nicht sicher.

Einzelne Dateien lassen sich nicht sicher löschen. Du kannst nur die ganze Festplatte sicher löschen und auch dies nur wenn Firmware und Controller mitspielt.

US Tastatur Layout ist übrigens auch etwas praktischer zum programmieren und reduziert die Verrenkungen die man machen muss etwas.

Am sinnvollsten ist es einfach alles zu verschlüsseln, dann reicht es das Passwort zu vernichten. Das funktioniert auch bei SSDs. Wer wirklich paranoid ist sollte physikalisch die Hardware zerstören. Wobei bei der NSA o.ä. Organisationen natürlich https://xkcd.com/538/ gilt. Auf StackOverflow gibt e...

@Sirius3: ich kenne diverse Leute die zb bei Amazon oder Zalando arbeiten, und da durchaus auch neue Systeme mit Java entwickeln. Ganz so schlimm wie mit COBOL ist es nun auch nicht... Der Trend bei Zalando unter den Teams die Java nutzen geht aber stark Richtung Scala, einige nutzen auch Clojure. ...

Python ist im Data Science Bereich gerade deswegen sehr stark weil es überhaupt nicht dafür gedacht ist und trotzdem sehr gute Libraries in dem Bereich hat so dass man Python dafür nutzen kann. Die Kombination aus den beiden Sachen macht es möglich die Ergebnisse aus dem Data Science Bereich in der ...

Wenn das Ergebnis häufig benötigt wird, dann liegt es wahrscheinlich eh im Cache deines DBMS. Postgres hat keine Cache für Ergebnisse. MySQL hat den abgeschafft. Einen Cache hat man üblicherweise nur für Queries (wegen Parsing Overhead), Tabellen und Indizes (in beiden Fällen wegen Disk I/O). Es ka...

Sirius3 hat geschrieben:@DasIch: mit dem passenden Index ist das Zählen eine O(1)-Operation.

Nur wenn du eine Tabelle mit einer Zeile hast in der der Count steht.

Wenn du für echte DBs schreibst, kannst du getrost davon ausgehen, dass die schneller sind, als du deine zusätzliche Videospalte der Projekte schreiben kannst. Das ist offensichtlich falsch. Mit einer separaten Spalte für die Anzahl hat man bessere algorithmische Komplexität und auch in der Praxis ...

Grundsätzlich solltest du bei deiner primären Datenbank konservative Entscheidungen fällen, falls du die Daten einmal vermurkst hast ist es schwierig da wieder zu korrigieren. Dementsprechend würde ich von so einer Optimierung abraten selbst wenn du ein Performance Problem hättest. Eine bessere Alte...

Um dies zu tun muss die Anwendung die du als systemd Service laufen lässt eine API bereitstellen, dann kannst du ein weitere Anwendung schreiben die mit dieser API interagiert. Es gibt viele Möglichkeiten sowas umzusetzen, alle so kompliziert dass die nicht wirklich praktikabel sind wenn du diese Fr...

Der Interpreter crasht weil du das "harte" Rekursionslimit getroffen hast, das recursion limit dass du erhöht hast existiert um genau dies zu verhindern und schon vorher mit einem RuntimeError zu stoppen. Du musst deine Funktion umschreiben so dass sie einen expliziten Stack anstatt des Ca...

HTTP Abfragen kosten grundsätzlich sehr viel Zeit, zumindest relativ zu anderen Operationen wie auf Daten auf einer Festplatte oder im Speicher zuzugreifen. Du solltest auf jedenfall schauen ob du diese Abfragen nicht parallelisieren kannst. Falls der Code halbwegs brauchbar strukturiert ist, sollte...