comrad 🇪🇺

@comrad
334 Followers
301 Following
3.1K Posts

Ich mag technische Dinge. #Linux, #Development (#Java, #Go,#cpp), #Gaming und Netzwerk-Protokolle.

Languages: DE, EN, IS, NL, RU, EO, CN

Gerne auch ältere Sachen (#Pascal, #tcl) und #Mainframe-s und immer #BeOS / #Haiku. Mag #Astronomie, #Sprachen und bin begeistert von der #Europa-Idee.

#openSUSE-Member, #FSFE-Member und #Linux-Fan. Team #WindowsVistaUltras

#StarTrek, #SciFi, #Buch-Rezensionen unter #Buchtröt,

#Blutspenden, #Wahlhelfer und #THW

Schreibe von Zeit zu Zeit bei @holarse.

Githubhttps://github.com/commel
Geboren bei338 ppm
Distribution (Desktop)openSUSE Tumbleweed
ICQ62758011
comrad 🇪🇺4d ago
Gibt's eigentlich für Reitbegeisterte schon eine Instanz namens Pferdiverse?
Show threadcomrad 🇪🇺4d ago
@iamada Guess this is on me - just had too much fun implementing all the things in #Java!
Show threadcomrad 🇪🇺Mar 6
@meldrian ich würde ja sagen: alles richtig gemacht :-)
Show threadcomrad 🇪🇺Mar 3
@odrotbohm @zappes @javahippie den Enduser interessiert das natürlich nicht. Aber sich als Techniker muss die Wartbarkeit interessieren. Und da ist Modularisierung ein essentielles Tool.
Show threadcomrad 🇪🇺Mar 3

@zappes @odrotbohm @javahippie das man das aufteilt selbstverständlich sonnig, gerade im Sinne der Modularisierung. Will man ein völlig neues Frontend bauen, so braucht man nur dieses ändern. Geht ja darum, ob eine Person beide Bereiche entwickeln können sollte.

Dummer Vergleich: ein LKW-Mechaniker kann bestimmt auch PKW reparieren, aber ob das sinnvoll ist und dessen Expertise nutzt?

Show threadcomrad 🇪🇺Mar 3
@javahippie sehe ich genauso. Beide Domänen brauchen völlig unterschiedliche Skillsets. Und in der Praxis hab ich oft genug erlebt, dass Entwicklerinnen und Entwickler entweder Frontend oder Backend gut können. Und wenn beides dann das oft nur mässig. Ausnahmen bestätigen natürlich die Regel 😀
comrad 🇪🇺Feb 17
miXsedFeb 17

Habe gerade mal wieder nachgeschaut, wie es um die Entwicklung bei #logseq steht.

https://github.com/logseq/logseq?tab=readme-ov-file#-database-version

Es ist ja geplant, dass die Markdown-Version von einer Datenbank-basierten Version abgelöst werden soll. Ich beobachte das mit Skepsis.

Eine Vergleichs-Übersicht findet sich hier: https://discuss.logseq.com/t/logseq-og-markdown-vs-logseq-db-sqlite/34608

Von der Performanz-Seite aus kann ich das verstehen. Andererseits liebe ich die Vorstellung, dass ich all mein Wissen in Plain-Text-Dateien auf meiner Festplatte liegen habe.
Komme was wolle - Plain-Text ist immer lesbar... #keepitsimple

Ich werde vermutlich noch lange bei der MD-Version bleiben - oder ganz zu einer anderen #pkm Software (Zurück-) wechseln. #joplin

@logseq

GitHub - logseq/logseq: A privacy-first, open-source platform for knowledge management and collaboration. Download link: http://github.com/logseq/logseq/releases. roadmap: https://discuss.logseq.com/t/logseq-product-roadmap/34267

A privacy-first, open-source platform for knowledge management and collaboration. Download link: http://github.com/logseq/logseq/releases. roadmap: https://discuss.logseq.com/t/logseq-product-road...

GitHub
Show threadcomrad 🇪🇺Feb 13
@ostfriese in diesem Zweig der Originalrealität halte ich inzwischen alles für möglich 😂
Show threadcomrad 🇪🇺Feb 13
@ostfriese das Problem liegt darin, dass dies die solche Gesetze beschließen, die Hauptnießer, die Kapitalerträge sind.
Show threadcomrad 🇪🇺Feb 12
@meldrian Danke für deine Frage. Ich wäre sehr dankbar wenn das jemand hier beantworten könnte. Danke schonmal im Voraus!