Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.alt.folklore.computer > #38893

Re: c't Artikel zu Linux

From poc@pocnet.net
Newsgroups de.alt.folklore.computer
Subject Re: c't Artikel zu Linux
Date 2023-04-06 20:32 +0000
Message-ID <k98oicF40p0U4@mid.individual.net> (permalink)
References (6 earlier) <u0i4j2$6kn$1@news.szaf.org> <k95fasFhr15U2@mid.individual.net> <u0kqfu$kuv$1@news.szaf.org> <k96jikFocr2U1@mid.individual.net> <u0n4kk$q0i$1@news.szaf.org>

Show all headers | View raw


Dennis Grevenstein <dennis.grevenstein@gmail.com> wrote:

> Wenn ich arbeiten muss, dann will ich, dass es funktioniert.

Genau das ist der Punkt.

> Ich denke da auch an die diversen PC Emulatoren auf den Unix Systemen.  Oder
> die PC-on-a-card Lösungen. Für Sun3 gab es den PC auf der VME Karte.

Ja, die gab es reichlich. Die Testergebnisse in der iX waren im Regelfall
verhalten positiv (wenn man's denn unbedingt braucht) bis "unbenutzbar". Da
gab es auch viel Pfusch. Vieles war aber auch schlicht der Tatsache geschuldet
dass unter DOS ganz viel mit der heißen Nadel, an den offiziellen Wegen vorbei
programmiert wurde.

> Das hat aber was damit zu tun, dass die Hersteller die Software nur noch für
> Windows anbieten. Wenn es die Software, die Du brauchst, nur für IBM
> mainframe gibt, dann stehst Du genauso blöd da.

Was Du beschreibst ist das typische Henne-Ei-Problem. Das ist ein Teil des
Themenkomplexes, aber nicht der einzige Aspekt. Die Schwierigkeiten, solche
zirkulären Abhängigkeiten aufzulösen haben wir ja mit IPv6 mitbekommen.

Wenn Du auf CGM zugehst und sagst, ich hätte gerne einen Port eures KIS
(Krankenhausinformationssystems) auf Linux mit GTK, dann wir man Dir sehr
höflich zu verstehen geben, dass man Deine Nachfrage sehr ernst nimmt und auf
den Stapel mit den fünf anderen Nachfragen packt. Sobald genug Nachfrage
absehbar ist, wird man nochmal entscheiden ob sich ein solcher Port rechnen
kann. Und dann hörst Du nie wieder was davon.

In vielen mittelständischen Unternehmen gab/gibt es in der IT-Abteilung Leute,
die für ein bestimmtes Problem eine Lösung benötigt haben. Aus vielen
verschiedenen Gründen hat man damals halt VisualBasic angeworfen oder Delphi
oder anderes und den Grundstein gelegt, z. B. weil's in Excel mit Makros nicht
abbildbar war, oder der Admin sich damit nicht so gut auskannte. Die User
haben's benutzt, weil es ihnen half und so kamen im Laufe der Jahre immer mehr
"kannst Du noch einbauen, dass" dazu. Graswurzelsoftware. Ich bin mir 100%
sicher, dass es das in Behörden genauso gibt.

Ein Großteil der so genannten "Fachapplikationen" bestehen in solchen Nischen
oder über Jahre gewachsenen "ich brauche eine schnelle und praktikable
Lösung". Und genau aus dem Grund wird man Windows an der Basis nicht so
schnell los, davon bin ich zwischenzeitlich 100% überzeugt.

Firmen bieten ihre Applikationen an, weil in deren Nische ausschließlich
Windows eine Rolle spielt. Zwingen, ihren Kram auf Linux zu portieren kann man
sie nur, wenn man mit Scheinen wedelt.

Um solche gewachsenen, nicht unbedingt super wartbare "Fachapplikationen" der
IT-Abteilung zu portieren, fehlt im Regelfall die Manpower und/oder die
Expertise. Außerdem, wozu portieren, läuft ja. Es gibt keinen ausreichenden
Druck, was zu ändern.

>> Deswegen brauchen wir etwas was sich größtenteils wie Windows verhält, sich
>> installieren und konfigurieren lässt wie Windows, die von nicht mehr
>> existierenden Herstellern zusammengepfuschten Windows-Treiber für obskure
>> Peripheriegeräte frisst, die bestehenden Applikationen ablaufen lassen kann...
>> aber eben nicht von Microsoft kommt.
> 
> Dann muss halt irgendjemand hinter Microsoft herlaufen und ständig
> nachprogrammieren, was die tun und die Kompatibilität prüfen.

Das ist ja der Witz. Ein Großteil von dem was neuere Windowsversionen mit sich
bringen ist für die genannte Klasse an Applikationen komplett irrelevant, weil
wird eh nicht benutzt. Dort interessiert weder die letzte DirectX-Version, noch
eine tolle Cloud-API für Azure oder ein Microsoft-Konto.

>> Dass über Dekaden hinweg eine gigantische Wertschöpfung durch
>> Programmentwicklung im kommerziellen Sektor geschaffen wurde, wird von den
>> Linux-auf-den-Desktop Idealisten anscheinend nicht wirklich wahr genommen.
>> Angeblich sind in Branchen in denen viel Geld umgewälzt wird (Versicherungen,
>> Banken) noch immer dekaden alte COBOL-Programme im Einsatz. Gut abgehangener
>> Code, der über die Zeit von möglicherweise allen Bugs befreit wurde. Aber ich
>> schweife ab. :-)
> 
> Linux ist eben nicht von oder für Leute gemacht, die binaries ewig
> aufbewahren wollen. Source code ist da viel relevanter. Das ist eine
> Frage der Kultur.

Du redest von Leuten, ich rede von Instutionen. Von Dingen, die ich im Laufe
meiner beruflichen Laufbahn "da draußen" gesehen und mitbekommen habe.

Sourcecode bringt Dir genau garnix, wenn der Krempel in irgendwelchen
proprietären IDEs zusammengeklickt wurde, wie z. B. VisalBasic.

Und zur Kultur: Idealismus ist abseits der universitären IT eine
Randerscheinung.

Wie Du eingangs schriebst: Wenn ich arbeiten muss, dann will ich, dass es
funktioniert. Und das wirtschaftliche Gebot war und ist halt: Funktion mit dem
geringstmöglichen Aufwand herbeiführen. Man hat ja noch das Tagesgeschäft an
der Backe. Dass das oft in zusammengepfuschtem Mist resultiert, an dem sich
nachfolgende Generationen die mentalen Zähne ausbeißen, ist wieder ein anderer
Punkt, der eine Neuimplementation auf einer anderen Plattform durchaus
interessant erscheinen lassen kann. Das zieht dann aber wiederum einen ganzen
Rattenschwanz an Änderungen hinter sich her, was die Arbeitsplätze der User
betrifft und das Fass möchte keiner ohne Not aufmachen.

Die Frage ob Linux für Leute gemacht ist, die Binaries ewig aufbewahren
wollen, stellt sich nicht, weil diese Binaries nur mit Aufwand (oder
schlechtestenfalls überhaupt nicht) ans Laufen zu bringen sind. Unter Windows
funktioniert das gut genug, um das Monomol von Microsoft über Jahrzehnte und
für weitere Jahrzehnte zementiert zu haben.

>> Wenn man zurückschaut in die 1990er dann gab es da noch viel mehr
>> Unix-Implementationen für PCs. Teilweise arg zusammengepfuschte
>> SysV-Portierungen. Für ein Schweinegeld feilgeboten. Das halt Linux alles
>> erstickt. Ob das nun gut oder schlecht war, spielt für mich keine Rolle: Es
>> ist eine Tatsache. Was-wäre-wenn-Spielchen dürfen gerne andere spielen. ;-)
> 
> Das hat ja meiner Ansicht nach mit Recht funktioniert. Ich kenne kaum
> jemanden, der sich nach XENIX oder Opensewer zurücksehnt. Nur jenseits
> eines solche Profi-Segmentes hat sich Linux nicht so durchsetzen können wie
> viele das erhofft hatten.

XENIX ist recht alt. Ich denke da eher an solche mehr oder weniger kurzzeitig
aufgeflackerte Randerscheinungen wie EURIX, Consensys, Esix, Interactive Unix,
das Zeugs von Univel, was später mal UnixWare (als Ergänzung zur NetWare)
wurde, oder herstellerspezifische Portierungen von z. B. Dell oder
Hoffnungsträger wie OSF/1.

Was ist Opensewer?

:wq! PoC

Back to de.alt.folklore.computer | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

c't Artikel zu Linux Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2023-04-02 22:35 +0000
  Re: c't Artikel zu Linux olaf <olaf@criseis.ruhr.de> - 2023-04-03 03:54 +0200
    Re: c't Artikel zu Linux "F. W." <me@home.com> - 2023-04-03 10:05 +0200
      Re: c't Artikel zu Linux "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-04-03 10:39 +0200
        Re: c't Artikel zu Linux "F. W." <me@home.com> - 2023-04-03 10:51 +0200
          Re: c't Artikel zu Linux Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2023-04-03 09:26 +0000
            Re: c't Artikel zu Linux Goetz Hoffart <usenet@hoffart.de> - 2023-04-05 21:38 +0200
              Re: c't Artikel zu Linux Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2023-04-05 22:05 +0000
          Re: c't Artikel zu Linux Kay Martinen <usenet@martinen.de> - 2023-04-03 19:07 +0200
            Re: c't Artikel zu Linux olaf <olaf@criseis.ruhr.de> - 2023-04-03 21:20 +0200
          Re: c't Artikel zu Linux Frank Nitzschner <nospam@nitzschner.de> - 2023-04-04 06:13 +0200
        Re: c't Artikel zu Linux Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-04-03 13:47 +0000
          Re: c't Artikel zu Linux Kay Martinen <usenet@martinen.de> - 2023-04-03 19:42 +0200
            Re: c't Artikel zu Linux Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-04-03 18:12 +0000
              Re: c't Artikel zu Linux olaf <olaf@criseis.ruhr.de> - 2023-04-03 21:22 +0200
                Re: c't Artikel zu Linux Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2023-04-04 11:18 +0000
                Re: c't Artikel zu Linux olaf <olaf@criseis.ruhr.de> - 2023-04-04 14:43 +0200
                Re: c't Artikel zu Linux Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2023-04-04 13:06 +0000
                Re: c't Artikel zu Linux Stefan Reuther <stefan.news@arcor.de> - 2023-04-04 19:15 +0200
                Re: c't Artikel zu Linux Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2023-04-04 17:46 +0000
                Re: c't Artikel zu Linux Stefan Reuther <stefan.news@arcor.de> - 2023-04-05 19:27 +0200
                Re: c't Artikel zu Linux Norbert Narten <norbert@narten.de> - 2023-04-05 20:40 +0200
                Re: c't Artikel zu Linux Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-04-04 16:01 +0000
          Re: c't Artikel zu Linux "F. W." <me@home.com> - 2023-04-04 07:59 +0200
      Re: c't Artikel zu Linux Hermann Riemann <nospam.ng@hermann-riemann.de> - 2023-04-03 10:44 +0200
      Re: c't Artikel zu Linux Goetz Hoffart <usenet@hoffart.de> - 2023-04-05 21:35 +0200
    Re: c't Artikel zu Linux Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2023-04-03 08:13 +0000
      Re: c't Artikel zu Linux olaf <olaf@criseis.ruhr.de> - 2023-04-03 11:56 +0200
        Re: c't Artikel zu Linux Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2023-04-04 11:32 +0000
          Re: c't Artikel zu Linux Hanno Foest <hurga-news2@tigress.com> - 2023-04-04 14:26 +0200
            Re: c't Artikel zu Linux Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2023-04-04 13:24 +0000
              Re: c't Artikel zu Linux Hanno Foest <hurga-news2@tigress.com> - 2023-04-04 15:46 +0200
            Re: c't Artikel zu Linux Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2023-04-04 17:46 +0200
          Re: c't Artikel zu Linux olaf <olaf@criseis.ruhr.de> - 2023-04-04 14:46 +0200
            Re: c't Artikel zu Linux Hanno Foest <hurga-news2@tigress.com> - 2023-04-04 15:47 +0200
            Re: c't Artikel zu Linux Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2023-04-04 14:02 +0000
              Re: c't Artikel zu Linux Michael Welle <mwe012008@gmx.net> - 2023-04-04 18:30 +0200
                Re: c't Artikel zu Linux Michael Pachta <mipani@gmx.de> - 2023-04-07 11:08 +0200
                Re: c't Artikel zu Linux "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-04-07 12:14 +0200
                Re: c't Artikel zu Linux Michael Pachta <mipani@gmx.de> - 2023-04-07 12:55 +0200
                Re: c't Artikel zu Linux "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-04-07 14:47 +0200
            Re: c't Artikel zu Linux Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2023-04-04 17:48 +0200
          Re: c't Artikel zu Linux poc@pocnet.net - 2023-04-04 20:49 +0000
            Re: c't Artikel zu Linux Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2023-04-04 21:24 +0000
              Re: c't Artikel zu Linux michaelnoeusenet@mac.com (Michael Noe) - 2023-04-05 10:50 +0200
                Re: c't Artikel zu Linux Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2023-04-05 10:27 +0000
                Re: c't Artikel zu Linux michaelnoeusenet@mac.com (Michael Noe) - 2023-04-05 12:59 +0200
                Re: c't Artikel zu Linux Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2023-04-05 12:37 +0000
                Re: c't Artikel zu Linux michaelnoeusenet@mac.com (Michael Noe) - 2023-04-05 15:14 +0200
                Re: c't Artikel zu Linux michaelnoeusenet@mac.com (Michael Noe) - 2023-04-05 15:21 +0200
                Re: c't Artikel zu Linux Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2023-04-05 13:52 +0000
                Re: c't Artikel zu Linux Raimund Huemmer <ray@rayjoe.de> - 2023-04-05 20:13 +0200
                Re: c't Artikel zu Linux Ingo Paschke <ipaschke@kareisha.lpclabs.de> - 2023-04-05 17:12 +0000
                Re: c't Artikel zu Linux poc@pocnet.net - 2023-04-05 15:00 +0000
                Re: c't Artikel zu Linux michaelnoeusenet@mac.com (Michael Noe) - 2023-04-06 12:58 +0200
                Re: c't Artikel zu Linux michaelnoeusenet@mac.com (Michael Noe) - 2023-04-06 13:17 +0200
                Re: c't Artikel zu Linux michaelnoeusenet@mac.com (Michael Noe) - 2023-04-06 13:24 +0200
                Re: c't Artikel zu Linux Hanno Foest <hurga-news2@tigress.com> - 2023-04-06 13:41 +0200
                Re: c't Artikel zu Linux michaelnoeusenet@mac.com (Michael Noe) - 2023-04-06 14:17 +0200
                Re: c't Artikel zu Linux Hermann Riemann <nospam.ng@hermann-riemann.de> - 2023-04-06 15:45 +0200
                Re: c't Artikel zu Linux Hanno Foest <hurga-news2@tigress.com> - 2023-04-06 15:55 +0200
                Re: c't Artikel zu Linux michaelnoeusenet@mac.com (Michael Noe) - 2023-04-06 17:19 +0200
                Re: c't Artikel zu Linux Hermann Riemann <nospam.ng@hermann-riemann.de> - 2023-04-06 17:42 +0200
                Re: c't Artikel zu Linux "cuby....@googlemail.com" <cuby.engel@googlemail.com> - 2023-04-06 08:18 -0700
                Re: c't Artikel zu Linux Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2023-04-06 18:12 +0200
                Re: c't Artikel zu Linux Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2023-04-06 19:08 +0000
                Re: c't Artikel zu Linux poc@pocnet.net - 2023-04-06 19:51 +0000
                Re: c't Artikel zu Linux poc@pocnet.net - 2023-04-06 19:48 +0000
                Re: c't Artikel zu Linux michaelnoeusenet@mac.com (Michael Noe) - 2023-04-06 22:53 +0200
                Re: c't Artikel zu Linux poc@pocnet.net - 2023-04-07 16:56 +0000
                Re: c't Artikel zu Linux Arno Welzel <usenet@arnowelzel.de> - 2023-04-08 01:18 +0200
              Re: c't Artikel zu Linux poc@pocnet.net - 2023-04-05 14:36 +0000
                Re: c't Artikel zu Linux Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2023-04-05 21:50 +0000
                Re: c't Artikel zu Linux poc@pocnet.net - 2023-04-06 00:54 +0000
                Re: c't Artikel zu Linux Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2023-04-06 18:56 +0000
                Re: c't Artikel zu Linux poc@pocnet.net - 2023-04-06 20:32 +0000
                Re: c't Artikel zu Linux Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2023-04-07 00:26 +0000
                Re: c't Artikel zu Linux poc@pocnet.net - 2023-04-07 17:51 +0000
                Re: c't Artikel zu Linux Arno Welzel <usenet@arnowelzel.de> - 2023-04-08 01:22 +0200
            Re: c't Artikel zu Linux Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2023-04-05 06:51 +0200
              Re: c't Artikel zu Linux Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2023-04-05 07:13 +0000
                Re: c't Artikel zu Linux Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2023-04-05 09:20 +0200
                Re: c't Artikel zu Linux Hanno Foest <hurga-news2@tigress.com> - 2023-04-05 14:26 +0200
                Re: c't Artikel zu Linux Dennis Grevenstein <dennis.grevenstein@gmail.com> - 2023-04-05 13:58 +0000
                Re: c't Artikel zu Linux Hanno Foest <hurga-news2@tigress.com> - 2023-04-05 16:36 +0200
              Re: c't Artikel zu Linux mlelstv@serpens.de (Michael van Elst) - 2023-04-05 11:55 +0000
          Re: c't Artikel zu Linux mlelstv@serpens.de (Michael van Elst) - 2023-04-04 12:37 +0000
  Nix mit BNW (was: c't Artikel zu Linux) Kay Martinen <usenet@martinen.de> - 2023-04-03 21:50 +0200
    Re: Nix mit BNW olaf <olaf@criseis.ruhr.de> - 2023-04-04 10:27 +0200

csiph-web