Bei größeren Projekten haben wir ein PR FAQ und ein Technical Solution Design (TSD), manchmal gibt es auch mehrere Design Dokumente auf unterschiedlichen Ebenen wenn der Scope sehr groß ist. Für beides gibt es Templates die vorgeben was man so erwähnen sollte. Das TSD beantwortet Fragen wie: Welches...

Erstmal ist es mit der Kompilierung gar nicht so einfach bei einigen Abhängigkeiten, gerade numpy oder auch bei einigen Sachen im ML Bereich ist es ein ziemlicher Akt dass zum laufen zu kriegen. Die Zeit die Kompilierung kostet merkt man auch durchaus wenn man CI/CD betreibt. Abgesehen davon nutzt m...

Python wheels unterstützen musl erst seit recht kurzer Zeit, so kurz dass es noch nichtmal richtig dokumentiert ist. Die Konsequenz ist dass in vielen Fällen bei der Installation Dinge kompiliert werden müssen. Ich würde deswegen bei Python Anwendungen von Alpine momentan abraten.

Web Anwendungen profitieren von async auch nur eingeschränkt und häufig gar nicht. Im Gegenteil für die Latenz ist async eher schlecht weil die Event Loop und die Interaktion einen Gewissen overhead hat der sich negativ bemerkbar macht. Async hilft wenn du auf auf mehr IO parallel wartest als man si...

Stimmt ist aber ein grundsätzliches Problem mit async in Python. Das gesamte Ökosystem ist noch recht jung und wenn man sich Projekte ein bisschen anschaut merkt man schnell dass es alles noch ein bisschen wackelig ist. Hinter encode/databases steht z.B. nur ein Autor/Contributor . Ein bisschen Risi...

Das hat Sinn gemacht als SQLAlchemy noch keine Unterstützung für asynchrone Aufrufe hatte. Ich würde mir aber gut überlegen ob es noch langfristig Sinn macht encode/databases zu nutzen.

FastAPI selbst hat dazu eine übersichtliche und gute Anleitung, welche auch auf SQLAlchemy zurückgreift: https://fastapi.tiangolo.com/tutorial/sql-databases/ Welche allerdings etwas absurd ist. Wieso sollte man FastAPI nutzen welches den klaren Fokus auf async hat und dann synchrone Aufrufe zur Dat...

Fehler kann man auch machen wenn man SQL nicht direkt verbindet und so schwer ist SQL auch nicht. SQL soll ja auch so leicht sein dass man nicht Software Entwickler sein muss um es zu nutzen und dass funktioniert auch in der Praxis. Es ist auch definitiv sinnvoll SQL wirklich zu können den spätesten...

Ich frage mich aber ob man das Konzept noch verbessern kann. Da fallen ein paar Probleme auf: Es gibt keinen sinnvollen weg um dass ganze zu Konfigurieren. Timeouts sind nicht festgelegt (basierend auf SLOs/SLAs) noch sind diese konfigurierbar Es gibt kein retry mit exponential backoff Es fehlt log...

Meine bisherigen Erfahrungen waren: c++ (Das eine Bisschen in Ingenieurinformatik und in angewandter Mathematik ist aber nicht der Rede wert würde ich behaupten), Matlab in angewandter Mathematik und Python (in der Bachelorarbeit und Pflichtpraktikum). Eigene Projekte hatte ich noch nicht programmi...

Mehrgleisig muss man ohnehin fahren wenn man über Junior Positionen hinaus möchte. Mindestens ein bisschen Javascript/Typescript kann nicht schaden. Es ist auch sinnvoll sich unterschiedliche Sprachen (Haskell, Scheme, Rust, Prolog, C, ...) zumindest mal anzuschauen um den eigenen Horizont zu erweit...

Das sind auch keine "Benzingespräche". Niemand zündelt hier. Lass dich einfach darauf ein, dass im Vergleich zu manchen anderen Sprachen Python etwas anders tickt. Python tickt so anders nicht und hat da auch noch vergleichsweise pragmatische Konventionen. Rust löst dass wesentlich wenige...

@ThomasL Wer schon weiß wie es geht schaut sich halt solche Tutorials nicht an, dadurch wird sowas auch nicht so schnell auffallen. Da sich dieser Bereich nicht wirklich verändert, ist der Bedarf in die Dokumentation zu schauen auch nicht so hoch, funktioniert ja noch alles wie vor ein paar Jahrzehn...

Wir releasen unsere NFTs auf der Cardano-Blockchain. Hierbei wird der Planet definitiv nicht "verheizt". Gesellschaftlich trotzdem problematisch da egal ob man proof-of-work, proof-of-stake oder proof-of-space nutzt es letztendlich auf ein proof-of-capital hinausläuft und man für dessen I...

Spreadsheets (Excel, Google Sheets), BI Tools (Tableau, MSTR, etc.), Jupyter Notebooks (Voilà, Databricks), ... also wenn es um schnelle Visualisierung von Daten geht fällt mir einige ganze Menge ein was wesentlich schneller wäre auch bei Datenmengen die recht groß sind. Außerdem muss man dass ganze...

Backend und Frontend werden ab einem bestimmten Punkt so komplex dass es Sinn macht sich auf einen bestimmten Bereich zu spezialisieren. Das sieht man dann auch in Job Angeboten wo man recht explizit i.d.R. nach Backend oder Frontend Leuten sucht. Gibt natürlich auch Leute die beides können aber übl...

Bei unvorhersehbaren Problemen wie Abstürzen, o.Ä. können Daten dennoch verloren gehen, auch wenn ein vorheriges Commit stattgefunden hat. Nicht bei allen unvorhersehbaren Problem, mal abgesehen davon dass diese Probleme durchaus vorhersehbar sind, nur der genaue Zeitpunkt an dem sie auftreten nich...

Habe ich das richtig verstanden, dass wenn ein Commit ausgeführt wird, alle Daten geschrieben werden und nichts mehr kaputt gehen kann? Also auch wenn die Verbindung zur Datenbank noch nicht geschlossen wurde? Nein, du kannst in bestimmten Szenarien (z.B. Festplatte geht kaputt oder failover je nac...

Erstmal solltest du dir im klaren sein was du mit Datenbankausfall oder Störung überhaupt meinst und vielleicht auch was du mit der Information machen möchtest. Geht es dir hier primär um Szenarien die du auf Anwendungsseite behandeln kannst wie switchover/failover und deadlocks um zu testen ob du T...

Naja, habe kurz überlegt, ob ich das hier poste, aber da es für einen öffentlich zugänglichen Web-Server definitiv relevant ist, füge es hier an: Durch Wireshark und dann pyshark habe ich in 3 Tagen spaßhalber eine angeblich sehr sichere Dipphie Hellmann Verschlüsselung eines aktiven Programms &quo...