hinst-website 🌐
Ich habe den Code meiner persönlichen Website aufgeräumt und folgende Pakete definiert:
-
server - das Root-Paket
- base - die Basis, die in allen anderen Paketen benötigt wird
- db_objects - für die Interaktion mit der SQL-Datenbank
- page_data - für HTML-Templates
- rest_objects - für Objekte, die von der REST-API empfangen oder ausgegeben werden
-
gophers - Hilfsfunktionen für Go für alle
Lebenslagen
- Ich habe das Paket in ein separates Git-Repository ausgelagert und dafür ein Cover-Bild generiert, das auf dem Screenshot zu sehen ist.
Letzte Woche hatte ich wenig Zeit zum Programmieren, daher habe ich nur 2 Stunden und 30 Minuten im Tracker erfasst.
Ich habe darüber nachgedacht, ob es sinnvoll ist, ein ORM und REST-Frameworks in mein Projekt zu integrieren. Eine eindeutige Antwort auf diese Frage habe ich bisher noch nicht gefunden. Ich habe folgende Idee:
- Einen Lasttest durchführen und prüfen, wie viele Anfragen pro Sekunde meine Website verarbeiten kann
- Ein REST-Framework implementieren und den Test wiederholen. Dann aus Interesse vergleichen: Wurde es schneller oder langsamer?
Die Idee ist interessant, aber die Frage ist, wann ich dazu komme. Momentan habe ich nur Zeit für kleine Aufgaben, während das Umschreiben des Projekts auf ein neues Framework eine langwierige Aufgabe ist.
Experimente mit lokalen LLMs
Ich habe zwei verschiedene Ansätze für die Einstellungen gefunden:
-
Offload 100 %
- Modus für lange Chats. Die Generierung ist schnell, aber der Kontextwechsel ist sehr langsam. Zwischen verschiedenen Chats zu springen oder den Prompt “on the fly” zu ändern, ist unmöglich.
-
Offload 50 %
- Modus für Kontextwechsel. Die Generierung ist langsam, aber der Kontextwechsel ist schnell. Man kann zwischen verschiedenen Chats springen und den Prompt “on the fly” ändern.
Interessant, das ähnelt dem menschlichen Denken: Man kann ständig zwischen Aufgaben wechseln, aber die Arbeit wird dann langsam vorangehen. Oder man kann sich auf eine Aufgabe konzentrieren und ohne Ablenkungen schnell arbeiten (das kann ich nicht) 🙃
