eigene Lösungen oder fertige Pakete

[smutbert]

Hallo allerseits,

nachdem ich jetzt schon bald nur mehr sway nutze (Gnome → sway) und sogar schon ohne gtk2 und X/xwayland auskomme, möchte ich noch einige Schönheitsfehler in meiner Konfiguration ausbügeln.

Dabei bin ich auf einige Alternativen zu selbst geschriebenen Skripten, uä gestoßen und jetzt tue ich mir schwer zu entscheiden ob ich eher bei eigenen Lösungen bleiben will oder fertige Pakete, die so etwa dasselbe bieten, nutzen will. Zwei Beispiele, die mich momentan beschäftigen wären meine sway-Statuszeile und mein (zsh-)Prompt:

• Momentan sind das einige, zum Teil ziemlich wilde, sh- und bash-Skripte, die von i3blocks aufgerufen werden. Die fertige Alternative wäre nun i3pystatus, das so ziemlich alles ersetzen könnte, was ich mir zusammengeschrieben habe und in python geschrieben ist (was mir schon einmal sehr sympathisch ist).
• Beim Prompt habe auch etwas Zeit investiert, bis er je nach Bedarf alles anzeigt, was ich gerne hätte, aber für mich fühlt sich das etwas abenteuerlich an (habe meinen Prompt hier hochgeladen, falls sich das jemand ansehen will: 41252)
  Danach habe ich powerline entdeckt, das ebenfalls alles bietet was ich gerne hätte (und jede Menge andere Alternativen, die das wohl ebenfalls tun).

Würdet ihr eher zu fertigen oder selbst geschriebenen Lösungen tendieren?

[heinz]

Würdet ihr eher zu fertigen oder selbst geschriebenen Lösungen tendieren?

Bei mir, ganz klare Antwort:
Ich stehe auf selbstgemachtes, nicht nur am Computer...

1. Selbergemachtes tut was ich moechte. Nicht mehr aber auch nicht weniger.
2. Wenn mir was fehlt kann ich es sehr leicht einbauen, da ich meinen Code gut lesen kann.
3. Ich weiss immer genau wie ich es zu bedienen habe. Ohne Manpage oder Anleitung.
4. Es macht spass, sich etwas selbst zu Coden/Bauen.
5. Auch wenn es jetzt etwas komisch klingt aber mir gibt es ein gutes Gefuehl, etwas zu benutzen was ich selbst "erschaffen" habe.

Logischerweise nutze ich auch sehr viel "nicht selbstgemachtes", ziehe selbstgemachtes aber dennoch vor.

Gruss,
heinz

[smutbert]

Bei den meisten Punkten stimme ich mir dir überein, ich habe ja auch schon das eine oder andere selbst geschrieben oder gebastelt, aber meine Überlegungen gehen halt auch in die Richtung, dass bei fertigen Lösungen kompetentere Leute als ich am Werk waren, sie deshalb möglicherweise effizienter arbeiten und auch noch funktionieren, wenn sich einmal etwas am System ändert (Hardware, Kernel, konkret zB irgendwelche sysfs-Pfade zum Auslesen des Akkustandes oder so etwas).

Bei meinem Laptop, bei dem ich noch Gnome verwende, frage ich mich auch ob das regelmäßige Ausführen einer handvoll einzelner Shellskripte sich nicht auch schon negativ auf die Akkulaufzeit auswirken könnte.

[KP97]

... aber meine Überlegungen gehen halt auch in die Richtung, dass bei fertigen Lösungen kompetentere Leute als ich am Werk waren, sie deshalb möglicherweise effizienter arbeiten...

Ja, so würde ich auch denken. Man kann aber das Eine mit dem Anderen verbinden, wenn man doch mal was selbst compilieren will. Dann hat man den Originalcode als Vorlage und kann evtl. daraus ersehen, wie man es am besten machen kann.
Aber wie Du weißt, passen manchmal eigene Pakete und Repopakete nicht zusammen. Dann muß man sich doch entscheiden, womit Du wieder am Anfang stehst...
eine Zwickmühle..;-)

[smutbert]

Nachdem ich mich eigentlich schon für eigene Skripte und Lösungen entschieden habe, mache ich wohl jetzt zum Teil einen Rückzieher

Eines der Skripte, die ich für die sway-Statuszeile geschrieben habe, das der Anzeige und Änderung der Lautstärke und der default-Soundkarte/Pulseaudio-Sink dient, läuft spürbar zäh. (Natürlich werde ich trotzdem rein interessehalber versuchen das Skript etwas flotter zu bekommen.)

[TRex]

Lies zunächst mal https://de.wikipedia.org/wiki/Not-invented-here-Syndrom

Dann überlege (mit dem obigen Wissen), warum du das selbst erstellen möchtest. Du musst immerhin niemanden davon überzeugen, dass es deine eigene Zeit wert ist - das musst du für dich entscheiden. Aber vielleicht hast du dann auch fundierte Gedanken zu deiner Entscheidung (beispielsweise mit dem Ziel, unabhängig zu sein und was zu lernen). Oder du stellst fest, dass andere dein Ziel besser erreicht haben und übernimmst zur Nutzung deren Produkt und studierst die Wirkung nebenher - beispielsweise, weil deine eigene Konfiguration für den Maustreiber eher unbenutzbar ist und du aber auf eine funktionierende Maussteuerung angewiesen bist.

Und mit der Erfahrung hast du auch die Antwort auf den Thread im Allgemeinen

[ralli]

Wenn ich vor der Entscheidung stände, eine Fertiglösung zu bevorzugen oder aber eine eigene Lösung zu erarbeiten, würde ich immer die eigene Lösung bevorzugen, wie anstrengend und zeitraubend das auch wäre. So habe ich das in den vergangenen Jahrzehnten immer gemacht. Mir war es das wert, weil ich unheimlich viel dabei gelernt habe. Diese Erfahrungen sind Gold wert und durch nichts wirklich zu ersetzen. Andere mögen das anders sehen und dürfen das auch. Aber das war mein Weg, mein individueller, ich war und bin kein Herdentier, sondern sehr stark individualisiert. Niemand kennt meine eigenen Bedürfnisse besser als ich selbst. Fremdlösungen waren zumeist aufgebläht, nicht immer nur lösungsorientiert und manches Mal auch unpraktisch. Aber jeder darf ja bekanntermaßen nach seiner Fasson selig werden.

Gruß ralli

[smutbert]

Lies zunächst mal https://de.wikipedia.org/wiki/Not-invented-here-Syndrom

Dann überlege (mit dem obigen Wissen), warum du das selbst erstellen möchtest. [...]

Überlegt habe ich natürlich schon vorher.
Ich habe am Anfang nur fertige Software gefunden, die ziemlich umfangreiche Abhängigkeiten hatte und/oder für mich schwer zu durchschauen war und die Schwelle zum Selbermachen war nicht besonders groß, weil abgesehen von einigen Dingen mit awk und/oder sed, die mich sowieso interessieren, das ganze eigentlich ziemlich simpel ist. Dass ich im Betrieb dann plötzlich merke, dass mein Skript spürbar langsam läuft, habe ich vorher ja nicht geahnt, genauso wenig, dass ich noch fertige Software finde, die mir gut gefällt.

Vielleicht mach ich ja zumindest für das eine Skript noch einen eigenen Thread auf.

[cronoik]

Vielleicht ist ja der Mittelweg die bessere Loesung fuer dich? Nimm die fertigen Loesungen solange diese nicht ueber dein Ziel hinausschiessen und helfe bei den Projekten aus. Die Projektseite von i3pystatus listet beispielsweise momentan 38 Issues auf die geliebt werden wollen [1].

[1] https://github.com/enkore/i3pystatus/issues

[smutbert]

Das habe ich in Betracht gezogen und wieder verworfen
(Konkret dieses Projekt leidet aus meiner Sicht an denselben prinzipbedingten Nachteilen wie meine eigene Lösung, ist aber für mich schwerer zu durchschauen als mein eigenes Skript und umfangreicher sowieso. Außerdem ist von zwei Issues, die ich mir angesehen habe, einer nur eine harmlose Frage und der andere ein Bug eines anderen python-Moduls, dem ich mich ganz und gar nicht gewachsen fühle.)

Bei meinem eigenen zu langsam laufenden Skript habe ich die Performance-Bremse übrigens rein zufällig gefunden und behoben. Gebremst hat ein anderes Skript, das ich aufgerufen habe und das ich jetzt im Hintergrund starte.